Just an FYI, Tested a CD built with Debian's "live-magic" program, and that boots on AMD64 w/o issue, so this is pointing at something not working right in the Xen Scripts I think. Probably with some
change I made, but it's hard to pinpoint yet. Has anyone tested a 64bit Xen kernel via Xen CD yet? I saw mentions of mixing the 64bit/32bit userland to make things easier (I wish MIPS were that easy, hello n32 ABI!).
From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx [xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Joshua Kinard [joshua.kinard@xxxxxxxxxxxxx]
Sent: Wednesday, September 02, 2009 3:52 PM
Subject: RE: [Xen-users] Xen LiveCD scripts: mount cannot mount the squashfs filesystem image?
I've tried both the live-helper/live-initramfs packages from Sid and Lenny. Both seem to trigger the issue. I am using an amd64 target (I need the HV to be 64bit && the dom0 so the Windows guest
can run 32bit efficiently) -- has that been fully tested yet? Any idea if the recent updates to Lenny's kernel may have introduced an incompatibility with the SquashFS stuff?
Only way I'll get strace on this is through a gross hack, but it's looking more like the only route to finding out what's breaking under the hood here.
From: Thiago Camargo Martins Cordeiro [thiagocmartinsc@xxxxxxxxx]
Sent: Wednesday, September 02, 2009 12:33 PM
To: Joshua Kinard
Subject: Re: [Xen-users] Xen LiveCD scripts: mount cannot mount the squashfs filesystem image?
I have build the Xen Live CD (Debian dom0) within a Ubuntu 8.10, using the live-helper 1.0.3 backported from Jaunty... What is your live-helper version?
Just to be sure, look the Debian Kernel versions within the i386/chroot dir and the grub's menu.lst file at the xenlivecd-0.8.2/stuff dir.
2009/9/2 Joshua Kinard <joshua.kinard@xxxxxxxxxxxxx>
Bumped into this oddity when trying to build the Linux half of my livedvd project. Testing in both a VM booting the ISO, and burning the ISO to an actual disc and booting it yields the same results:
Error from /live.log is:
Begin: Running /scripts/live-premount ... done.
Begin: Running /scripts/live-realpremount ... done.
Begin: Mounting "/live/image/live/filesystem.squashfs" on "/filesystem.squashfs" via "/dev/loop0" ... mount: mounting /dev/loop0 on //filesystem.squashfs failed: No such device
Debian Bug #540000 is one of the few bugs that is both fairly recent, and directly relates to this. Unfortunately, the original creator of the bug didn't provide a whole lot of information regarding his setup or such. I've since sent in my own observations,
but I'll have to see if that offers the Debian maintainer any idea as to what's wrong.
Some things I've checked:
- Tested both Lenny & Sid versions of live-helper, live-initramfs, & debootstrap.
- Checked my squashfs-tools package, and it's 3.3, producing SquashFS 3.1 images.
- Manually attempting to mount the squashfs root fails with a similar error as above, "invalid argument", but nothing comes up in dmesg, and I don't have strace available in the minitroot environment to see what's going on behind the scenes.
Anyone got something else to try? I've mostly run the amd64 scripts one-by-one, modifying 10-init-lh_config.sh to pass different mirror parameters to lh_config, and tried both cdebootstrap and debootstrap, but neither seems to work. I am putting my guest
disk image into the chroot environemtn, so the resultant filesystem.squashfs is ~1.5GB, but I doubt that's an issue because the booting system has 8GB of memory to play in.
Xen-users mailing list