From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

Description of problem:
If external filesystems are manually unmounted cleanly prior to a shutdown/reboot but the root filesystem does not shutdown cleanly for whatever reason, on the subsequent hard reboot pressing "Y" to clean the root, boot, var, usr and tmp filesystems results in all the external filesystems being fsck'd even though they were clean, within their check date and check count. 

This has been reproduced consistently using an Infortrend array but happens with any external hardware array(3Ware or Areca). The rc.sysinit file sets the --f flag to fsck when "Y" is pressed and then runs through all the filesystems in /etc/fstab with that flag set so the external filesystems that were cleanly unmounted get cleaned. This is extremely time consuming on systems with 6 to 10 TB.




Version-Release number of selected component (if applicable):
initscripts-7.93.29.EL-1

How reproducible:
Always


Steps to Reproduce:
1. Create a filesystem on an external array
2. Add the external array/filesystem to /etc/fstab
3. mount -a 
4. unmount external filesystem 
5. Power cycle the system so the root filesystem is dirty
6. During boot when asked whether root filesystem should be checked, press <Y>
7. Once root, boot, var, tmp, usr etc have been checked, the external filesystem will be checked.

Actual Results:
fsck was performed on the external array/filesystem despite the fact that it had been cleanly unmounted prior to the shutdown/reboot.

Expected Results:
The check in rc.sysinit should check whether the external filesystem is clean, within date and count and only then run fsck against the filesystem or use another
option to clean ALL disk filesystems in /etc/fstab or just root, boot, var, tmp and usr.

Additional info: