Hi Kelledin,
I've found this problem too. I tried to install grub onto the root
partition of a drive, and was not able to boot (with the same error).
It appears that you cannot install grub onto the root partition without
corrupting the XFS fs. However, I can install grub into the MBR of the
drive, and successfully boot from the root partition in this manner.
My knowledge of this problem is very limited, because I could not afford
to break my system again by investigating it! With this in mind, I can
only offer an anecdotal intepretation of the problem, howerver I am sure
that others in this list can offer a far better explanation.
Here is the system documentation I have for grub, which might be of use
to you. I am running Debian Testing, with XFS 1.1.
- apt-get install grub
- edit /sbin/update-grub
- comment out "savedefault" lines (option does not work on XFS)
- follow instructions in /usr/share/doc/grub/README.Debian
- grub-install /dev/hda (note, do not put /dev/hda5! This will
corrupt your FS!)
- update-grub
- edit /boot/grub/menu.lst
- add password
- set # kopt=root=/dev/hda5 # ro
- set # groot=(hd0,4)
- set # lockalternative=true
- update-grub (builds entries in menu.lst)
- edit /etc/kernel-pkg.conf, add: (as instructed in
/usr/share/doc/grub/README.Debian)
- postinst_hook = /sbin/update-grub
- postrm_hook = /sbin/update-grub
- do_bootloader = no
hope this helps,
Ian.
On Wed, Jul 10, 2002 at 12:51:33AM -0500, Kelledin wrote:
> (Sorry if this is a dupe message, but apparently bug-grub@xxxxxxx is down,
> and this screwed with the first send. I couldn't be quite sure that this one
> got through, so I'm resending it).
>
> Lately, I've found a problem that I'm pretty sure is a grub problem. It
> happens to coincide with a problem mentioned in the SGI XFS FAQ, concerning
> the occurrence of the following syslogged errors:
>
> XFS: bad magic number
> XFS: SB validate failed
>
> The problem occurs when I try to run "root(hd0,13); setup (hd0,13)" in the
> grub shell. "root(hd0,13)" seems to work fine (reports an XFS filesystem
> with magic number 0x83), but "setup(hd0,13)" doesn't--in particular, the
> "embed" commands fail, and when I try to run them manually, they complain
> that they cannot mount the partition. FYI, (hd0,13) is /dev/sda14, and it's
> an XFS filesystem.
>
> What's even more annoying is that in the process of failing, grub seems to
> damage the filesystem on /dev/sda14. The next time I try to mount
> /dev/sda14, it reports "wrong fs type, bad magic number..."--the typical
> generic error message. It's about this time that I get the "XFS: bad magic
> number" etc. messages in my syslogs. I have to run xfs_repair -L to get the
> fs back to where I can mount it again. Most of the files seem to be intact...
>
> This is especially odd, since XFS+grub works just fine on another box. Yet
> lilo works where grub fails...well, at least I have options.
>
> Please cc all replies to me, as I'm not subscribed to the list.
>
> --
> Kelledin
> "If a server crashes in a server farm and no one pings it, does it still cost
> four figures to fix?"
--
Ian Cumming, ian@xxxxxxxxxxxxxx
"The number of Unix installations has grown to 10, with more expected."
-- The Unix Programmer's Manual, 2nd Edition, June, 1972
|