Hello, I have a box that has XFS root partition, I have kernel 2.6.26.3 that boots pretty well on that box. Today, I've tried 2.6.27-rc7 (so that I can test NFSv4 over IPv6), but the kernel is unable to boot. It says that root partition is mounted, XFS file system but no init found. If I pass init=/bin/bash, it complains that /bin/bash not found, trying fall back to init and no init found at all. If I change root from /dev/sda1 to /dev/sdb1, it complains that root file system not found and I have possibilities: /dev/sda1, /dev/sda2, /dev/sda3, /dev/sda4. The same kernel (not the same binary) boots ok on similar box but with ext3 root file system. The kernel config was made from 2.6.26.3 (that works pretty well) with make oldconfig. Any clues? The broken config is attached, am I something missing or is there a bug in 2.6.27-rc7 related to XFS root? -- Luk
Can you paste the error messages or send pointers to screen shots of the error? If you go back to 2.6.26.3, does the kernel boot ok? Cheers, Dave. -- Dave Chinner david@fromorbit.com --
http://undomiel.ics.muni.cz/tmp/IMG_2962.JPG this one is if I pass init=/bin/bash indeed. this is a grub record: title Linux 2.6.26.3 root (hd0,0) kernel /boot/vmlinuz-2.6.26.3 root=/dev/sda1 ro console=tty0 title Linux 2.6.27-rc7 root (hd0,0) kernel /boot/vmlinuz-2.6.27-rc7 root=/dev/sda1 ro -- Lukáš Hejtmánek --
and try mounting root by label? (or UUID ...) -Eric --
no, using printk's I found that search_binary_handler is the one that fails. Dunno why. -- Lukáš Hejtmánek --
Hmmm - the filesystem mounted without errors, but init was not Same again, it's unable to run the init process. Of course, kernel_execve() throws away any error that might have occurred, so without hacking the init code we can't find out Ok, is the 2.6.27 kernel based on the same config as the 2.6.26 Does it boot if you take away the "ro" option? Cheers, -- Dave Chinner david@fromorbit.com --
