Dependency loops due to ANDed start conditions leave system unbootable
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mountall (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
upstart (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
If /home is mounted on a separate partition, and the gdm start condition in /etc/init/gdm.conf is modified to include "mounted MOUNTPOINT=/home" as follows:
start on (filesystem
and mounted MOUNTPOINT=/home
and started dbus
and (drm-device-added card0 PRIMARY_
or stopped udevtrigger))
then a lucid system will no longer boot. It seems that in this case the mountall process is waiting for input from upstart, but upstart is not sending anything. Thus, the required muntall events are not emitted and the system refuses to boot.
The problem can be worked around by manually starting another mountall instance while the first instance is hanging.
I have attached the --verbose output of the first and second mountall, as
well as an strace output.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.15.3
ProcVersionSign
Uname: Linux 3.0.0-17-server x86_64
Architecture: amd64
Date: Sat Mar 24 18:45:46 2012
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: mountall
I added an additional strace -f to mountall.conf as well, this is the output.