/etc/init.d/umountfs doesn't umount any filesystems
Bug #27479 reported by
Chris Moore
This bug report is a duplicate of:
Bug #29187: /etc/init.d/umountroot doesn't umount root, resulting in possible data loss.
Edit
Remove
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sysvinit (Ubuntu) |
New
|
Medium
|
Unassigned |
Bug Description
The links in /etc/rc* look like this:
$ ls -l /etc/rc*/*umountfs
lrwxrwxrwx 1 root root 18 2005-10-25 01:59 /etc/rc0.
lrwxrwxrwx 1 root root 18 2005-10-25 01:59 /etc/rc6.
note the 'S' for start.
The umountfs script implements 'start' as follows:
case "$1" in
start)
;;
ie. do nothing.
The upshot of this is that umountfs never umounts any filesystems, risking data loss at every reboot. Every time I reboot my filesystems take a long time to mount while they have transactions replayed.
To post a comment you must log in.
Looking at this further, it turns out that umountfs is being run with the argument "stop", and so the proper code is running.
This leaves me wondering why my reiserfs partitions keep replaying transactions every time I boot.
The boot process was a lot faster until recently, but I was wrong in this bug report about the cause of the slowdown.