Most recent kernel where this bug did not occur: 2.6.14-rc5 Distribution: Debian Hardware Environment: http://www.microway.com/quadOpteron.htm Software Environment: Debian unstable Problem Description: When booting with 2.6.14-rc5, boot is successfuly. When booting with many other kernels, a kernel panic appears: XFS: bad magic number XFS: SB validate failed Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1) Most recently, I booted the okay kernel, then did a: zcat /proc/config.gz > .config into a directory where I'd unpacked 2.6.16-rc4 and did a "make oldconfig", and relied on all the default options. This kernel failed to boot. Steps to reproduce: Simply attempting to boot via selection of the affected kernel's from grub bootloader menu. I will attach the output of the serial console for the successful kernel and a couple of the broken ones.
Created attachment 7449 [details] Serial console of working kernel 2.6.14-rc5_local_04
Created attachment 7450 [details] Serial console output for non-working 2.6.16-rc4_local_00
Created attachment 7451 [details] Config of working 2.6.14-rc5_local_04
Created attachment 7452 [details] Config of broke 2.6.16-rc4_local_00
We'll need the output from: # xfs_db -r -c sb -c print /dev/XXX thanks.
hydra:rcrocomb# xfs_db -r -c sb -c print /dev/sda xfs_db: unexpected XFS SB magic number 0xeb489000 Floating point exception hydra:rcrocomb#
odds are you want some partition on sda (sda1?) not sda itself.
Duh. I apologize gentlemen, but it wasn't an XFS-related problem at all. Somehow I got a stale/other initrd file into grub's menu.lst, and I guess it was trying to mount "/" (which is ext3) as an XFS file. Removed that line and all was well. Sorry 'bout that.