Martin Langhoff wrote:
On Sun, Jul 27, 2008 at 3:25 PM, Martin Langhoff
> After a bit more investigation. the livecd-tools package in F9
> (017.1-1.fc9) can only build F9 correctly, and the problem boils down
> to incorrect placement of the .ko files in the initrd. Here is how to
> repro with F9 vs F7. In my testing, F8 shows the same problems.
I tracked this down to the switch from mayflower to mkinitrd, which
lead me to commit
11dbd0bb5ba4b845e80109e990e4e780ca402218 where mayflower gets
installed and called during %post.
So I updated my ks file as below. This still fails to build a bootable
F8 or F7, both drop to an emergency shell after failing to find root
(see below for more details). I am using git's master for these
Current kickstart file
auth --useshadow --enablemd5
part / --size 1024
# for live initrd
# livecd bits to set up the livecd and be able to install
# make the initrd we care about
rm -f /boot/initrd*.img
cp /etc/sysconfig/mkinitrd /etc/mayflower.conf
ver=`ls /boot/vmlinuz* |head -n 1 |sed -e 's;/boot/vmlinuz-;;'`
/usr/lib/livecd-creator/mayflower -f /boot/initrd-$ver.img $ver
rm -f /etc/mayflower.conf
# move the initrd we created to be the booted one
mv $INSTALL_ROOT/boot/initrd-*.img $LIVE_ROOT/isolinux/initrd0.img
With this ks file, the initrd is now built correctly. But during boot
with F8 I see all sorts of odd errors:
WARNING: Bogus /etc/fstab file - cannot have /dev/root as the device
waiting for system to settle
SQUASHFS error: Major/Minor mismatch, trying to mount newer 3.1
SQUASHFS error: Please update your kernel
mount: wrong fstype ...
The squsashfs-tools/kernel module on the fc7/8 live disks is to old to
mount the squashfs.img created on the newer f9 box.
Once on the shell, the dmesg output looks normal except for the
Squashfs errors, and ls /dev/ does not contain anything that looks
like a usable block device. Trying to mount /dev/loop0 gives me the
same squashfs error as before.
Think you would need to include, maybe recompile, the squashfs-tools rpm
from the f9. Then I think you'll need to recompile the kernel module and
include it in the initrd. I can't recall when this update to squashfs
occurred, but I believe it was tied to a kernel update between fedora
releases 8-9. so I'm not sure if the above will even work.