From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040524 Description of problem: The current code in bootloaderInfo.py uses xfs_freeze to freeze/thaw the XFS file system containing /boot to make sure the data is sync'd to disk before the grub install command is run - this fails to work (a lot) more often than not. A work round that does work is to remount the file system read-only and then read-write. Patch to follow ... Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install using XFS as the file system containing /boot Actual Results: Installer/anaconda will hang at the installing boot loader stage grub 'spins' at this point Expected Results: Grub install should complete and installation continue Additional info:
Created attachment 119712 [details] Patch (against booty CVS) to work round grub installer hangs with XFS
Created attachment 120732 [details] Revised patch to work round grub installer hangs with XFS New patch that does something sensible if it can't remount /boot read-only/read-write
I recently found that the latest grub install from anaconda is actually writing directly to /boot's block device -while- /boot is mounted. Not at all good. invoking grub> install with the "--stage2=/boot/grub/stage2" option prevents this, and may alleviate some of xfs's woes. Anaconda disallows boot on xfs now anyway I think, so maybe this is a moot point....
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.
I guess this can be closed, as RedHat doesn't support XFS anyway ...