After upgrading using the 5.2 distribution, non-root
filesystems were not remounted due to errors. Removing
stale automounter entries in fstab restored the system to
full functionality. This has happened on two upgrades with
distinctly different hardware.
What are those "stale automounter entries in fstab" ?
I've seen this as well. If there are any
net: entries in fstab, you are totally screwed. mount fails horribly.
I encountered the same issue, and fixed it by commenting out the net
and automounter lines from /etc/fstab...
Happened to me too. I had in fstab "/dev/hda4 none ignore 0 0 0" for
an extended partition, and after the upgrade (from 5.0) mount did not
read fstab info for any entries below that. I circumvented it by
moving the "stale entry" to be the last one.
It seems to only happen on SCSI systems.
Not true --- I have an all-IDE system!
I have been able to verify this as a problem. I added the following
line to a working 5.0 install.
/dev/hda5 none ignore 0 0 0
5.0 would boot up fine and mount all entries before and after this
line properly. I then did an upgrade to 5.2. When the machine came
back up, the partitions that I had listed in fstab after this line no
longer would mount. I removed the line and rebooted, everything
Invalid fstab entries will cause this behavior.
Mount will refuse to keep going when it reaches an invalid mount line
in order to avoid thrashing the machine because of the invalid
It is assumed that if the fstab is invalid/corrupted, then the safest
thing to do is to ignore it.
Kind of a pain sometimes, but there really isn't an alorithm of
deciding what to ignore from an invalid mount line.
I had the same thing happen, but I would like to make a point, even
though you say it is a closed issue. If a partition was a valid entry
in redhat 5.0-5.1 and a user upgrades to 5.2 (or at least upgrades the
mount package), shouldn't the system handle the changes? I would also
like to note that the problem with my fstab is the "ignore" flag. any
line with the "ignore" flag in it causes the rest of the fstab to
fail. If you look at fstab's man page, ignore is a valid flag,
therefore, mount is failing on a VALID fstab file, not a corrupted or
invalid one. If this is not the case (i.e. the ignore flag is no
longer supported) at the very least, the documentation should be
updated to reflect that. If it is the case, mount should be fixed.