grub xfs_freeze horribly broken
Bug #31719 reported by
John Moser
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
grub-installer (Ubuntu) |
Confirmed
|
Low
|
Unassigned |
Bug Description
when installing to an XFS on /boot with /boot on /, xfs_freeze is used to "fix" a grub-install bug. The result is that / is frozen and then commands are run from /; this is a deadlock. Even xfs_freeze -u cannot be run.
I escaped this by copying xfs_freeze to the live system's memory and then unfreezing the /target mount.
grub-install fails; subsiquently using 'chroot /target grub' and the below commands successfully installs grub:
grub> root (hd0,6)
grub> setup (hd0)
I believe that there is just breakage in grub-install and someone needs to rewrite it; grub obviously works, grub-install dislikes XFS. Odd for a bash script.
Changed in base-installer: | |
status: | Unconfirmed → Confirmed |
To post a comment you must log in.
No, it's not grub-install, it's a race condition in XFS. By the time you get round to running grub manually, XFS has settled down and managed to actually write everything to disk; if you had time to run grub manually as the installer's running grub-install, you'd see the same effect.
The question is, how long do we wait to let XFS settle? 15 seconds? 30 seconds? A minute? An hour? Who knows?