checkroot.sh/checkfs.sh do not wait for fsck to finish
Bug #255563 reported by
Chris Halse Rogers
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sysvinit (Ubuntu) |
Fix Released
|
Critical
|
Martin Pitt | ||
Intrepid |
Fix Released
|
Critical
|
Martin Pitt |
Bug Description
Binary package hint: sysvinit
It seems that it's a goal to parallelise the fsck on boot, and that this has started to be implemented in Intrepid.
Similarly to bug 255562, the current implementation of this breaks stuff. Currently, the fsck of / will be started and the rest of the init sequence is continued. Since, for me, /tmp and /var are on / this means that a bunch of init scripts fail when trying to write to either /tmp or /var, culminating in X failing to come up and presenting an error screen. A text login prompt is displayed, but login fails.
Related branches
Changed in sysvinit: | |
importance: | Undecided → High |
Changed in sysvinit: | |
status: | Confirmed → In Progress |
Changed in sysvinit (Ubuntu Intrepid): | |
status: | Fix Released → Confirmed |
To post a comment you must log in.
I see this as well -- the init scripts report "failed", yet fsck continues in the background while the rest of the system continues to boot, leaving some filesystems unmounted (since they're still being fsckd).