after fsck on startup, no network filesystems are shown in mtab
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Whenever a file system check (possibly only affects the root file system) happens on system boot (due to maximum mount count or check interval reached on ext3), after system startup is complete, no network shares from fstab show up in mtab, but the shares have been mounted. I've noticed this behaviour since Dapper, Gutsy is still affected, don't know for Hardy.
It may seem more like a cosmetical bug, but imagine this:
Multiple NFS- and CIFS shares are mounted via fstab from servers which are connected via remote VPN connections. Now, after a "normal" (without fsck) startup, network mounts show up in mtab an therefore won't be scanned when slocate runs, because the default behaviour of slocate won't scan on network file systems. But if the network mounts don't show up in mtab, slocate won't notice that network mounts actually are network mounts, and therefore scans them like normal, local subdirectories.
A possible solution for this would be changing /etc/updatedb.conf, but this would only be a workaround and wouldn't solve the original problem.
Changed in linux: | |
assignee: | saivann → nobody |
Thanks for your bug report. Since this issue affect CIFS / fsck, shouldn't that be a linux of fsck bug rather than a usplash bug? Is there something related to usplash in that bug?