Red Hat Bugzilla – Bug 184026
fstab-sync breaks symlinked /etc/fstab
Last modified: 2013-03-05 22:45:03 EST
Description of problem: If /etc/fstab is a symlink then fstab-sync will replace it with a plain file even if no changes need to be made (often the case). Version-Release number of selected component (if applicable): hal-0.5.2-2 How reproducible: Always Steps to Reproduce: 1.create /etc.fstab as a symlink 2.induce fstab-sync to run (rebooting is one way) 3.check what happened to symlink Actual results: symlink broken and replace by plain file Expected results: symlink retained and target modified Additional info:
Created attachment 125657 [details] A lrename() function to use instead of rename()
This is a lrename() function which differs from rename() in that it attempt to follow a destination symbolic link. It is as atomic as rename(). Using this function instead of rename(P) will ensure that symbolic links are preserved if possible, on the grounds that people create symbolic links intentionally and they really want all file reading/writing to go to the symlink target and not the symlink itself. Symbolic links should be transparent as far as possible.
This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks.
no info
Fedora Core 4 is now completely unmaintained. These bugs can't be fixed in that version. If the issue still persists in current Fedora Core, please reopen. Thank you, and sorry about this.
Applicable to Fedora Core 6. Sorry about that.
CANTFIX as fstab-sync is not in FC6. Closing.
The name has changed - it now occurs in libexec/hal-storage-cleanup-all-mountpoints and libexec/hal-storage-cleanup-mountpoint etc. The same problem exists.
Uhm, no. These functions operate on /media/.hal-mtab
Congratulations. You passed my alertness test. Thank you.