/etc/init.d/umountfs doesn't umount any filesystems

Bug #27479 reported by Chris Moore
4
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.d/S40umountfs -> ../init.d/umountfs
lrwxrwxrwx 1 root root 18 2005-10-25 01:59 /etc/rc6.d/S40umountfs -> ../init.d/umountfs

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.

Revision history for this message
Chris Moore (dooglus) wrote :

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.

Revision history for this message
Chris Moore (dooglus) wrote :

This whole bug was a red herring.

I raised bug #29187 to describe what's really going on.

It's nothing to do with umountfs.

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.