Не удается запустить экземпляр Oneiric x64 на эвкалипте

РЕДАКТИРОВАТЬ: через много часов я обнаружил, что проблема не имеет ничего общего с эвкалиптом. Похоже, изображение глючит. Очень, очень глючит. Более подробная информация в конце. Мне не удалось это исправить, и я сообщу об ошибке.

РЕДАКТИРОВАТЬ 2: Мне удалось это исправить, по-видимому, работает.

У меня кластер из 4 машин под управлением Ubuntu Server Natty (11.04) x64. Я установил "Ubuntu Enterprise Cloud" с установочного компакт-диска (затем обновил его) на каждой из этих машин. Облако, кажется, работает нормально, у меня много виртуальных машин, на которых работают серверы Natty.

Теперь я хотел бы запустить Oneiric на виртуальной машине, но как-то не могу.

Я скачал изображение Oneiric (x64) с http://cloud-images.ubuntu.com/oneiric/current/, опубликовал его (uec-publish-tarball oneiric-server-cloudimg-amd64.tar.gz oneiric-server-cloudimg-amd64) точно так же, как я делал с Natty, затем попытался запустить экземпляр (euca-run-instances -n 1 -k my-key -t m1.small -z my-cloud emi-XXXXXXXX) с использованием образа Oneiric, но экземпляр не может загрузиться.

С euca-get-console-output Я получаю следующее:

[    0.461269] VFS: Cannot open root device "sda1" or unknown-block(0,0)
[    0.462388] Please append a correct "root=" boot option; here are the available partitions:
[    0.463855] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    0.465331] Pid: 1, comm: swapper Not tainted 3.0.0-13-generic #22-Ubuntu
[    0.466526] Call Trace:
[    0.466989]  [<ffffffff815d3ee5>] panic+0x91/0x194
[    0.467860]  [<ffffffff81ad1031>] mount_block_root+0xdc/0x18e
[    0.468891]  [<ffffffff81ad126a>] mount_root+0x54/0x59
[    0.469829]  [<ffffffff81ad13dc>] prepare_namespace+0x16d/0x1a7
[    0.470883]  [<ffffffff81ad0d76>] kernel_init+0x140/0x145
[    0.471837]  [<ffffffff815f38e4>] kernel_thread_helper+0x4/0x10
[    0.472889]  [<ffffffff81ad0c36>] ? start_kernel+0x3df/0x3df
[    0.473884]  [<ffffffff815f38e0>] ? gs_change+0x13/0x13

Файловая система помечена как "cloudimg-rootfs", внутри образа и /etc/fstab, и /boot/grub/grub.cfg всегда ссылаются на изображение по метке, все кажется правильным, но ядро ​​говорит, что не может найти корневую файловую систему.

Я потратил много часов на поиски, но ничего не вышло. Я спрашивал на #ubuntu-сервере, но никто не знал, что делать. Я спросил об #eucalyptus, но не получил никакого ответа.

Любые идеи о том, почему это происходит и как это решить?

Спасибо

РЕДАКТИРОВАТЬ: через много часов я обнаружил, что проблема не имеет ничего общего с эвкалиптом. Похоже, изображение глючит. Очень, очень глючит.

Первая проблема заключается в том, что ядро ​​в образе является -generic ядро, в то время как я полагаю, это должно быть -virtual один. Я привязал изображение, удалил -generic пакеты, заменил его на -virtual из них. Затем я извлек новое ядро ​​(и заменил оригинальное ядро ​​(-generic), поставляемое с tarball), потому что оно мне нужно, когда я публикую и запускаю образ с помощью Eucalyptus.

Описанная выше проблема была решена.

Но затем консоль начала показывать это:

mount: mount point ext4 does not exist

Если вы проверите файл /etc/fstab на изображении, он говорит:

LABEL=cloudimg-rootfs  ext4 defaults    0   1

Черт, где моя точка монтирования? Обратите внимание, что он отсутствует /proc также.

Что ж, когда вы думаете, что все кончено, вы заметите, что ваш экземпляр не будет иметь сетевого подключения. Давайте проверим /etc/network/interface:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Боже мой! Это отсутствует eth0... здесь я остановился. Я больше не могу. Я сдаюсь.

Похоже, что Canonical только что забыла правильно настроить это изображение. Сначала я подумал: "Я скачал образ сервера по ошибке?", Но нет, я дважды проверил. Это действительно облачный образ, на нем даже установлен "cloud-init" (которого по умолчанию нет на образах серверов). Они просто забыли подготовить это.

Я сообщу об ошибке (и сделаю ссылку здесь, как только это будет сделано), и надеюсь, что они исправят это в ближайшее время!

РЕДАКТИРОВАТЬ 2: похоже, что последняя конфигурация сети отсутствовала. Я решил проверить это с исправлениями выше, и он загрузился правильно! Тем не менее, я не имею ни малейшего представления о том, подходит ли изображение сейчас...