Bug 9544 - / mount race on boot!
Summary: / mount race on boot!
Status: CLOSED DUPLICATE of bug 9543
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts   
(Show other bugs)
Version: 6.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2000-02-18 07:56 UTC by lars
Modified: 2014-03-17 02:12 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-02-18 11:20:31 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description lars 2000-02-18 07:56:19 UTC
Good morning. Checking indicates this bug is not yet known.

If you by chance (in our case it appeared to involve an unclean NFS
shutdown or whatever) end up with /etc/mtab, mtab~ and mtab~~, your system
will hang directly after remounting / rw. No error message will be given,
it will just hang and loop.

(This is mount trying to create its lockfile for mtab and failing)

How to reproduce easily:
touch /etc/mtab /etc/mtab~ /etc/mtab~~
sync ; shutdown -f (or flip the reset button;)

Quite an annoying error to track down, since it follows even a cp -a of the
root fs to a new partition (one of the first suspects of a box hanging
after remounting / rw is a ext2 error of some sort...)

initscripts should do something about that (remove mtab*), and mount should
_probably_ complain about it instead of silently looping forever.

Comment 1 Alan Cox 2000-02-18 11:20:59 UTC
*** This bug has been marked as a duplicate of 9543 ***

Note You need to log in before you can comment on or make changes to this bug.