Re: [gentoo-user-ru] DomU повисает в процессе загрузки

[Nikita Kipriyanov]

12.04.2012 12:18, Konstantin пишет:
> Приветствую!
>
> Итак, я добрался до запуска DomU. Собрал ядро с frontend модулями,
> установил, перепроверил устройства /dev/null /dev/console, на всякий
> случай дописав в конфигурационный файл виртуальной машины следующие
> строки:
> --------------------------------------------------------------------
> kernel = "/etc/xen/DomU-kernels/kernel-3.2.12-domU"
> memory = 1024
> name   = "vm0"
> disk   = ['phy:/dev/vg01/vm0,xvda,w']
> root   = '/dev/xvda ro'
> extra = 'xencons=tty'
> vif = ['vifname=veth1, bridge=xenbr0']
> vcpus=2
> --------------------------------------------------------------------
>
> Затем попытавшись запустить DOmU командой
> # xl create /etc/xen/vm0 -c
> вывод застревает на
>
> --------------------------------------------------------------------
> device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@××××××.com
> TCP cubic registered
> blkfront: xvda: flush diskcache: enabled
>   xvda: unknown partition table
> --------------------------------------------------------------------
>
> Не могу понять закономерности, но изредка вывод проскакивает дальше:
>
> --------------------------------------------------------------------
> device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@××××××.com
> TCP cubic registered
> blkfront: xvda: flush diskcache: enabled
>   xvda: unknown partition table
> REISERFS (device xvda): found reiserfs format "3.6" with standard journal
> REISERFS (device xvda): using ordered data mode
> reiserfs: using flush barriers
> REISERFS (device xvda): journal params: device xvda, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30,            max trans age 30
> REISERFS (device xvda): checking transaction log (xvda)
> REISERFS (device xvda): Using r5 hash to sort names
> VFS: Mounted root (reiserfs filesystem) readonly on device 202:0.
> Freeing unused kernel memory: 508k freed
> INIT: version 2.88 booting
>
>     OpenRC 0.9.8.4 is starting up Gentoo Linux (x86_64) [XENU]
>
>   * Mounting /proc ...
>   [ ok ]
> .........................skipped........................
>   * Initializing random number generator ...
>   [ ok ]
> INIT: Entering runlevel: 3
>   * Mounting network filesystems ...
>   [ ok ]
>   * Doing udev cleanups
>   * Starting local
>   [ ok ]
> --------------------------------------------------------------------
> … но в конечном итоге все равно повисает. Может у кого-нибудь есть
> какие-нибудь идеи ЧЯДНТ? :)
>
> Еще вывод омрачают следующие строки:
> --------------------------------------------------------------------
> Switching to clocksource xen
> CE: xen increased min_delta_ns to 150000 nsec
> CE: xen increased min_delta_ns to 225000 nsec
> CE: xen increased min_delta_ns to 337500 nsec
> CE: xen increased min_delta_ns to 506250 nsec
> CE: xen increased min_delta_ns to 759375 nsec
> CE: xen increased min_delta_ns to 1139062 nsec
> CE: xen increased min_delta_ns to 1708593 nsec
> CE: xen increased min_delta_ns to 2562889 nsec
> CE: xen increased min_delta_ns to 3844333 nsec
> CE: xen increased min_delta_ns to 5766499 nsec
> CE: xen increased min_delta_ns to 8649748 nsec
> CE: xen increased min_delta_ns to 10000000 nsec
> CE: Reprogramming failure. Giving up
> CE: Reprogramming failure. Giving up
> hrtimer: interrupt took 5253 ns
> CE: xen increased min_delta_ns to 150000 nsec
> CE: xen increased min_delta_ns to 225000 nsec
> CE: xen increased min_delta_ns to 337500 nsec
> CE: xen increased min_delta_ns to 506250 nsec
> CE: xen increased min_delta_ns to 759375 nsec
> CE: xen increased min_delta_ns to 1139062 nsec
> CE: xen increased min_delta_ns to 1708593 nsec
> CE: xen increased min_delta_ns to 2562889 nsec
> CE: xen increased min_delta_ns to 3844333 nsec
> CE: xen increased min_delta_ns to 5766499 nsec
> CE: xen increased min_delta_ns to 8649748 nsec
> CE: xen increased min_delta_ns to 10000000 nsec
> CE: Reprogramming failure. Giving up
> CE: Reprogramming failure. Giving up
> CE: Reprogramming failure. Giving up
> --------------------------------------------------------------------
> Насколько я понимаю, это уже не критичная ошибка и грозит неточным
> расчетом времени. Верно?
>
судя по всему, у вас ФС прямо на xvda. Лучше сделать это устройствао 
просто назвать xvda1:

disk   = ['phy:/dev/vg01/vm0,xvda1,w']
root   = '/dev/xvda1 ro'

тогда оно не будет искать на ней partititon table


-- 
Никита Киприянов, ООО "Р-Терминал"

Тел.:       [phone], доб. 913
E-mail:     merlin@×××××.ru
Jabber ID:  merlin@×××××.ru