Red Hat Bugzilla – Bug 170127
Work round fix for booty/anaconda when installing grub on XFS file systems
Last modified: 2008-03-09 03:25:36 EDT
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):
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
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
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 ?
I guess this can be closed, as RedHat doesn't support XFS anyway ...