Created attachment 5038 [details] фото-1 При загрузке в режиме xen-dom0 падает с сообщением elf_init: not an ELF binary. то что успел заснять на фото до ребута в аттачах (перезагружается примерно через 5с после сообщения об ошибке, параметр panic не влияет на время перезагрузки)
Created attachment 5039 [details] фото-2
Отключить перезагрузку можно опцией гипервизора: noreboot. Возможно так же понадобится опция vga=keep
У меня такая же ошибка. xen-4.1.3-alt3.1 vmlinuz-3.8.13.4-std-def-alt1.M70P.2 Пользователи Debian сообщают, что виноват старый XEN, в котором отсутствует поддержка архиватора XZ: http://comments.gmane.org/gmane.comp.emulators.xen.devel/156818 В дебиане нужный функционал был добавлен в xen-4.1.3-7
Специально для этого случая существуют подпакеты <kernel>-domU, в которых упакованы несжатые ядра.
зачем domU на хост-системе?
Anton V. Boyarshinov, по документации XEN и по прошлому опыту domU - это ядра для гостевых систем, а основная система, загружаемая гипервизором - это dom0. Но в Кентавре нет пакета -dom0, а с ядром -domU xen не загружается. В результате пришлось отказаться в этом случае от Altlinux вообще: в p7 сломан XEN, а p6 на нужной платформе не устанавливается. Тикет переоткрывать или создавать новый?
(В ответ на комментарий №6) > Anton V. Boyarshinov, по документации XEN и по прошлому опыту domU - это ядра > для гостевых систем, а основная система, загружаемая гипервизором - это dom0. > Но в Кентавре нет пакета -dom0, а с ядром -domU xen не загружается. Если проблема только в сжатии xz, то она должна решиться, так как ядро в подпакете domU ничем не отличается от просто ядра, кроме сжатия. Если же проблема не в сжатии xz, то надо понять -- в чём именно.. > В результате пришлось отказаться в этом случае от Altlinux вообще: в p7 сломан > XEN, а p6 на нужной платформе не устанавливается. > > Тикет переоткрывать или создавать новый? Всё равно