Xen Dom0 не может найти загрузочное устройство (или любой диск)

У меня есть новый сервер DELL под управлением SLES11 SP1, на котором я пытаюсь установить свой самый первый гипервизор Xen. Итак, я установил «Гипервизор и инструменты» через YaST (за исключением графических элементов), что завершилось успешно. Хотя я должен упомянуть, что, учитывая среду, сервер не имеет доступа к Интернету, поэтому я использовал пакеты с DVD SLES11 SP1. Так что я застрял на Xen v4.0. В BIOS включена виртуализация.

Затем я перезапускаю свой сервер, выбираю новую опцию Xen, появившуюся в личинке, и жду ее запуска ... но это не так. В какой-то момент во время процесса запуска (вскоре после завершения шага «Очистка свободной RAM») кодирование текста на моей серверной консоли сходит с ума примерно на одну высоту экрана, и терминал умирает. (Я использую консоль с последовательным портом, COM1)

...
[    0.387810] ACPI: PCI Root Bridge [P0B1] (0000:3f)
[    0.393547] ACPI: PCI Root Bridge [P1B1] (0000:7f)
[    0.396579] ACPI: PCI Interrupt Link [LK00] (IRQs 3 4 5 6 7 11 14 *15)
[    0.396722] ACPI: PCI Interrupt Link [LK01] (IRQs 3 4 5 *6 7 11 14 15)
[    0.396830] ACPI: PCI Interrupt Link [LK02] (IRQs 3 4 5 6 7 11 *14 15)
[    0.396936] ACPI: PCI Interrupt Link [LK03] (IRQs 3 4 5 6 7 *11 14 15)
[    0.397039] ACPI: PCI Interrupt Link [LK04] (IRQs 3 4 *5 6 7 11 14 15)
[    0.397140] ACPI: PCI Interrupt Link [LK05] (IRQs 3 4 5 6 7 11 14 15) *0, disabled.
[    0.397243] ACPI: PCI Interrupt Link [LK06] (IRQs 3 4 5 *6 7 11 14 15)
[    0.397346] ACPI: PCI Interrupt Link [LK07] (IRQs 3 4 5 6 7 11 *14 15)
[    0.397413] xen_mem: Initialising balloon driver.
[    0.397639] vgaarb: device added: PCI:0000:0d:00.0,decodes=io+mem,owns=io+mem,locks=none
[    0.397663] vgaarb: loaded
[    0.397733] PCI: Using ACPI for IRQ routi ng
[    0.39852 NLABELED CIPSOv4 VF6╓
µ+úc+c╙ 
µV&vF╓
s &½¢F╦â+sâVs :07: ioport rang 7f has been rese 0.158396] system ¢ú&s;+å├å╓ å╓
6╦¢ú+kªvª +¢+ô│+#k
[    0. x920-0x923 has b ╢ÿ╪
µVåF&╓ [¢&++s&+¢+ô│+# t range 0xca9-0x n reserved
[    n▐n╖╢ªvªû{â akµVåFv╓
6 ª&╙û{k+k&s;+ f6╓å+¢f3333 s been reserved
│f═╫6╦¢ú+kªf : BAR 6: address ┌kµ&Vv6fû╓
V ╦╠gµ+╗VmMF+│K###ô+¢¢6╓
[   âô{#½δ&V&╓
[  6úôKs;¢╙╓3ôδ ╢7n╪╖█¢6C{¢+ ¢Ks;VC√Cs &Få╓
[    1.7181 ╢ng╓3ôδ╞M{#½½k+ô╙&6FVfvå ªf{ôú¢F+ú+ 5
 [    2.146050] u ╓µfµªµ+╗VmM ¢+sfô{k6C{Kªªs÷V¢ï w0: USB HID v1.0 ô#{╓{½¢+f½sK{ âª÷ª 2645] generic-us put,hidraw1: USB ╢+╦{ô#{╓{½¢+f K¢{âª÷    2.214409] gen 6ªûsâ½úcåK#ô╗ ver usbhid
[    MåK#6{ô+FôK│+ .............................Could not find /dev/disk/by-label/my_root_device.


Want me to fall back to /dev/disk/by-id/scsi-36b8ca3a0e72e19001a2b90ef1154892a-part2? (Y/n) 

И тогда все, что я выберу, не работает, и я попадаю в тупую оболочку, в которой нет диска в / dev, а команда выключения не может быть найдена, поэтому я вынужден полностью перезагрузить свою машину.

Когда я выбираю запись SUSE в GRUB, которая использует тот же / dev / disk / by-label / my_root_device в качестве root, она по-прежнему работает как шарм. Вот две записи, написанные в menu.lst:

###Don't change this comment - YaST2 identifier: Original name: xen###
title Xen -- SUSE Linux Enterprise Server 11
    root (hd0,1)
    kernel /boot/xen.gz console=com1 com1=115200n8 dom0_mem=2048m nmi_watchdog=panic,lapic,timeout=15 elevator=noop loglevel=8 log_buf_len=4M crashkernel=512M-42G:256M,42G-:384M printk.time=0 unknown_nmi_panic=1 udev_timeout=180 cgroup_disable=memory softlockup=0 
    module /boot/vmlinuz-2.6.32.12-0.7-xen root=/dev/disk/by-label/my_root_device console=ttyS0,115200n8 tdcmanaged splash=silent showopts
    module /boot/initrd-2.6.32.12-0.7-xen

###Don't change this comment - YaST2 identifier: Original name: linux###
title SUSE Linux Enterprise Server 11
    root (hd0,1)
    kernel /boot/vmlinuz root=/dev/disk/by-label/my_root_device splash=silent showopts nmi_watchdog=panic,lapic,timeout=15 elevator=noop loglevel=5 log_buf_len=4M crashkernel=512M-42G:256M,42G-:384M printk.time=0 unknown_nmi_panic=1 udev_timeout=180 cgroup_disable=memory softlockup=0 console=tty0 console=ttyS0,115200n
    initrd /boot/initrd

На самом деле у меня есть две совершенно новые машины, на которых я проделал тот же самый процесс, и я получаю точно такую ​​же ошибку на обеих, так что, вероятно, это не проблема с оборудованием.

Кто-нибудь знает, как грамотно отладить эту ситуацию?