[ubuntu-cloud] Running the UEC images in VirtualBox - /dev/disk/by-label/uec-rootfs does not exist.

[Laurence Rowe]

On 12 October 2010 02:07, Scott Moser <smoser at ubuntu.com> wrote:
> On Tue, 12 Oct 2010, Laurence Rowe wrote:
>
>>   * commented out the line ``mv "${d}/etc/resolv.conf"
>> "${d}/etc/resolv.conf.dist"`` - it would not download without it.
>
> Shoot.  Righ after that, should have been a:
>  cp /etc/resolv.conf "${d}/etc/resolv.conf"
> (Ie, we want to replace the chroot version with the system version that
> presumably has sane values).
>
>>   * used i386 rather than amd64
>
> I checked with both.
>
>>   * ran the script under an ubuntu 9.04 VM and copied off the resulant
>> .img to convert to .vdi on my mac.
>
> Hm.. I ran under maverick (10.10), and tested virtual box for both i386
> and amd64 on virtualbox
> $ dpkg-query --show virtualbox-ose
> virtualbox-ose  3.2.8-dfsg-2ubuntu1
>
> In virtualbox GUI, I had a
>   "SATA Controller" of type "AHCI"
>
>> I'm seeing the same error again. By following the instructions at
>> http://www.opensourcery.co.za/2009/09/30/virtualbox-gentoo-and-serial-consoles/
>> I was able to log the boot over a virtual serial console:
>>
>> Begin: Mounting root file system ... Begin: Running /scripts/lo[
>> 2.695607] ahci: Unknown symbol ahci_ops (err 0)
>> cal-top ... done[    2.779118] e1000: Intel(R) PRO/1000 Network Driver
>> - version 7.3.21-k6-NAPI
>> .
>> [    2.852090] e1000: Copyright (c) 1999-2006 Intel Corporation.
>> [    2.923194] ahci: Unknown symbol ahci_start_engine (err 0)
>> [    2.951412] e1000 0000:00:03.0: PCI INT A -> Link[LNKC] -> GSI 10
>> (level, low) -> IRQ 10
>> [    2.971120] ahci: Unknown symbol ahci_interrupt (err 0)
>> [    2.993209] ahci: Unknown symbol ahci_check_ready (err 0)
>
> The unknown symbols are the problem.  Its indicating that you didn't get
> libahci.ko into lib/modules/"*-${sver}/kernel/drivers/ata/libahci.ko
> and/or the ramdisk didn't get updated.  That said, your 'fixlog' shows
> that both of those happened.
>
> + dpkg -x
> ./mnt/var/cache/apt/archives/linux-image-2.6.35-22-generic-pae_2.6.35-22.33_i386.deb
> ./mnt.x
> + cp
> ./mnt.x/lib/modules/2.6.35-22-generic-pae/kernel/drivers/ata/libahci.ko
> ./mnt/lib/modules/2.6.35-22-virtual/kernel/drivers/ata/
> + chroot ./mnt env LANG=C update-initramfs -k all -u
> update-initramfs: Generating /boot/initrd.img-2.6.35-22-virtual
>
> So the only thing I can understand might have went wrong is that you
> didn't get your disk image re-created correctly.
>
> It really looks to me like it "should work" other than that.

It turned out that modules.dep had not been updated, so libahci.ko was
not included in the initramfs. Adding the line:

chroot "${d}" env LANG=C depmod 2.6.35-22-virtual

before rebuilding initramfs fixed things. (My working fix.sh is attached.)

It now boots fine under VirtualBox!

Laurence
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fix.sh
Type: application/x-sh
Size: 1071 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/ubuntu-cloud/attachments/20101112/a6b0288a/attachment.sh