Привет) при конвертировании образа vdi в raw и загрузке его в openstack, при старте ВМ получаю ошибку: dracut-initqueue[534]: Warning: Could not boot dracut-initqueue[534]: Warning: /dev/mapper/root does not exist Entering emergency mode. Exit the shell to continue. Конвертация выполнялась так: VBoxManage clonehd image.vdi image.raw --format raw При установке ОС использовались LVM. Потом нерабочий образ raw был примонтирован на рабочую систему: losetup -f losetup /dev/loop0 image.raw kpartx -av /dev/loop0 vgscan vgchange -ay mount /dev/<name>/root /mnt Потом было выполнено обновление конфигурации загрузки: mount /dev/mapper/centos-root /mnt/ mount -o bind /dev /mnt/dev mount -o bind /sys /mnt/sys mount -o bind /proc /mnt/proc mount /dev/sda1 /mnt/boot chroot /mnt cd /boot dracut -f [initramfs-версия ядра.img] [версия ядра] grub2-mkconfig -o /boot/grub2/grub.cfg Но при запуске ошибка сохраняется. В чем может быть проблема? может что-то не так делаю?

Warning: /dev/mapper/root does not exist Там пути в конфиге grub2 у вас некорректные. Внутри виртуалки /dev/mapper/centos-root, а в конфиге /dev/mapper/root.

Возможно ещё есть проблемы с /dev/vda1 и /dev/sda1.

вот моя ошибка

Гляньте статью, там и про lvs и про pvs естт

я не могу войти в grub(

вот моя ошибка

Shift подержи

LVM не активировался. При регенерации initrd не был включён lvm?

LVM не активировался. При регенерации initrd не был включён lvm?

а мне еще посоветовали попробовать поменять uuid в fstab

Глянь статью, что я кидал там вроде все что выше есть:)

Смонтируй, как раньше и делай что в статье

Коллеги, а шарит ли кто за mdraid, помнится тут с утра так активно помогали по линуксу))) Суть проблемы: dracut-initqueue[1052]: Warning: dracut-initqueue timeout - starting timeout scripts при этом cmdline в dracut выглядит так же, как на соседнем рабочем сервере dracut --print-cmdline rd.md.uuid=0a5c1985:dac6fd18:2fb2090a:1c36f831 root=UUID=458c93ed-c544-4186-8ab3-617dde859f43 rootfstype=ext4 rootflags=rw,relatime Это CentOS 8.4, может там просто опять подвезли чего нового?))

Стандартный совет - /etc/mdadm.conf выпрямить и сделать dracut-f

такого файла нет ни на рабочем сервере, ни на дохленьком. я попробую, но оно точно актуально?

если руками при установке собрать рейд и установить на него ОС, то anaconda сгенерит конфиг. в нем UUID'ы. Ну и конечно же дракута пересобрать с mdraid дровами. Кстати, если конфига md нету в системе, он вполне может жить в образе vmlinuz

это любезно сгенерила все та же анаконда) имхо гвоздями прибитые насмерть UUID'ы надежнее, чем авто, чтобы без сюрпризов. Вероятность конечно "крайне мала", что кто-то когда-то подключит что-то со следами рейда и оно чудо образом бутанется с него, но все же

Есть похожий кейс с остатками lvm на куске диска :)

это любезно сгенерила все та же анаконда) имхо гвоздями прибитые насмерть UUID'ы надежнее, чем авто, чтобы без сюрпризов. Вероятность конечно "крайне мала", что кто-то когда-то подключит что-то со следами рейда и оно чудо образом бутанется с него, но все же

да вроде уже давно разжевали эту тему во всех дистрах. там же ядро современное?))

правильно, но загрузчику uuid не подсунулся потому, что сувался не туда

rd.md.uuid=957b67f4:b19106a9:5755a725:1173628c rd.md.uuid=27971198:f38b58ef:4116cf1f:69bfbee0 rd.md.uuid=2ed3930b:86712fcd:db8dc1e5:1ed32018

я забыл указать это было в опции GRUB_CMDLINE_LINUX=

lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 447.1G 0 disk ├─sda1 8:1 0 446.6G 0 part │ └─md127 9:127 0 446.5G 0 raid1 │ ├─md127p1 259:0 0 550M 0 md /boot/efi │ ├─md127p2 259:1 0 8M 0 md │ ├─md127p3 259:2 0 445.9G 0 md / │ └─md127p4 259:3 0 65M 0 md └─sda2 8:2 0 550M 0 part sdb 8:16 0 447.1G 0 disk ├─sdb1 8:17 0 446.6G 0 part │ └─md127 9:127 0 446.5G 0 raid1 │ ├─md127p1 259:0 0 550M 0 md /boot/efi │ ├─md127p2 259:1 0 8M 0 md │ ├─md127p3 259:2 0 445.9G 0 md / │ └─md127p4 259:3 0 65M 0 md └─sdb2 8:18 0 550M 0 part но вот зацени разметку. кто-то должен посинкать md127p1 c sdb2 и sda2 же?

Никто не должен. Ибо md127p1 это не массив а раздел. А массив это md127

это ты так не собирая рейд положил "2 разных файла" которые "похожи по контенту")) ну не страшно рейд пересинкает )

а разве у нас EFI раздел может быть внутри софтрейда? чтобы его увидела система

А чо не то

Это 28 федя

так я и говорю, что у меня получается интересное - EFI раздел лежит как внутри так и снаружи, пойду почитаю зачем в айронике это делали и что об этом думали

Снаружи он нужен потому что UEFI не понимает mdraid. А внутри, потому что патч, который его сносит, то тебя ещё не дошёл :)