This be a case of "doctor, it hurs when i do this? but...
IF you run /etc/rc.d/rc.system when the system is already
booted it runs fsck over the filesystems from /etc/fstab
without warning even if they are arleady mounted.
It correctly detects that / is mounted and prompts before
checking this but before doing the remaining filesystems it
blanks out /etc/mtab. This means that it no longer knows
about the pre-existing mounts.
I'd imagine this could also have a detrimental effect apon
anything mounted by an initrd boot or similar but I've not
acutally tried this.
Is there some reason for blanking out /etc/mtab I'm not
aware of? /proc/mounts has the information we want so why
not use it to rebuild a complete mtab file instead of just /
------- Email Received From firstname.lastname@example.org 05/27/99 11:11 -------
I hope you mean the rc.sysinit script and not rc.system which does not
exist at least not in a stock install of Red Hat. Most of the damaging
commands or devices that rc.sysinit run can only be run by root
anyway. Normal users would not be able to do any damage and would only
see alot of error messages. Now root on the other hand could run the
script by accident but I can think of a lot of other ways root could
damage the system also. I will that the rc.sysinit script should not
have world execute permissions but it will have to stay executable and
available by root for the boot up to work correctly.