regression: mountall does not resume after cancelling

Bug #483559 reported by Bart de Koning
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
usplash (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: usplash

If usplash cannot mount devices, for example because they are removed, you get an error message, you have to press esc to drop into shell to fix the problem. Fine, if you want to resume (ctrl-D), although you still did not attach one of the missing devices (deliberately, because you do not want to mount it), you get the error message again and are asked to press esc again, fine you press esc again, but then you get a message: mountall cancelling, and the system drops dead, nothing happens any longer.

You used to be able to boot a system, although one of your devices is absent, it just continued without mounting (except when it concerned the /). It is good that now at least you get a warning (that used to be also quite different, and then it took a while before finding out that one of my swaps was not mounted properly), but there should be an easy way to deliberately skip mounting, without going into /etc/fstab and commenting out the devices.

Some background: I use a SD-card where /home is mounted. That causes some issues, eg. proper booting and suspend/hibernate. And in the last case when the system accidentally hibernates it screws up the SD-card. So before booting my computer again, I first boot it without the SD-card to check if the partition table is still OK, and if the data is still present before I restart the system again with the SD-card inserted. That is why I want to boot without all devices mounted (a backup home is present on the root filesystem).
https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/342096

My last point is a more general one: give SD-cards some priority, if you want to sell ubuntu on portable devices it should make sure that booting, hibernate, resuspend, etc are working without problems, because a lot of these device will not be armed with normal harddrives. This is just a recommendation...

ProblemType: Bug
Architecture: i386
Date: Mon Nov 16 12:35:27 2009
DistroRelease: Ubuntu 9.10
MachineType: Acer AOA110
Package: usplash 0.5.49
ProcCmdLine: root=UUID=e043ebce-824a-446e-b1ad-dc19af0b92e4 ro quiet splash
ProcEnviron:
 LANG=nl_NL.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: usplash
Tags: ubuntu-unr
Uname: Linux 2.6.31-14-generic i686
UsplashConf:
 # Usplash configuration file
 # These parameters will only apply after running update-initramfs.

 xres=1024
 yres=600
XsessionErrors:
 (gnome-settings-daemon:1791): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (gnome-settings-daemon:1791): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (nautilus:1826): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (polkit-gnome-authentication-agent-1:1876): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
dmi.bios.date: 05/09/2008
dmi.bios.vendor: INSYDE
dmi.bios.version: v0.3109
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: Base Board Product Name
dmi.board.vendor: Intel Corp.
dmi.board.version: Base Board Version
dmi.chassis.type: 1
dmi.chassis.vendor: Chassis Manufacturer
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnINSYDE:bvrv0.3109:bd05/09/2008:svnAcer:pnAOA110:pvr1:rvnIntelCorp.:rnBaseBoardProductName:rvrBaseBoardVersion:cvnChassisManufacturer:ct1:cvrChassisVersion:
dmi.product.name: AOA110
dmi.product.version: 1
dmi.sys.vendor: Acer

Revision history for this message
Bart de Koning (bratdaking) wrote :
Revision history for this message
Phillip Susi (psusi) wrote :

The usplash package has been superseded by plymouth and has been removed from the Ubuntu archive. Closing all related bugs.

Changed in usplash (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.