Как изменить fstab для LVM?

Question

[Swuder]

Конвертирую OpenSuse 11 с железки в виртуалку (Vmware, если это важно).
Конвертация проходит успешно, но в конце не может перезагрузиться. Получаю такое:

После гугления примерно понимаю, что с LVM что-то не так и на виртуалке надо поправить fstab, подключившись с livecd.
Вот fstab с железной тачки:

/dev/rootvg/hd6      swap                 swap       defaults              0 0
/dev/rootvg/hd4      /                    xfs        defaults              1 1
/dev/sda1            /boot                xfs        defaults              1 2
/dev/rootvg/hd1      /home                xfs        defaults              1 2
/dev/extvg/lvkxtrace /klassxtrace         xfs        defaults              1 2
/dev/rootvg/hd10opt  /opt                 xfs        defaults              1 2
/dev/rootvg/hd8backup /osrbackup           xfs        defaults              1 2
/dev/rootvg/hd7tftp  /tftpboot            xfs        defaults              1 2
/dev/rootvg/hd3      /tmp                 xfs        defaults              1 2
/dev/rootvg/hd2      /usr                 xfs        defaults              1 2
/dev/rootvg/hd9var   /var                 xfs        defaults              1 2
/dev/rootvg/hd12vmware /vmware              xfs        defaults              1 2
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0

/dev/drbd0   /users               xfs        defaults,noauto              0 0
/dev/drbd1  /oracle              xfs        defaults,noauto              0 0
/dev/drbd2 /oradata/ctrl1       xfs        defaults,noauto              0 0
/dev/drbd3 /oradata/log1        xfs        defaults,noauto              0 0
/dev/drbd4 /oradata/temp        xfs        defaults,noauto              0 0
/dev/drbd5 /oradata/ctrl2       xfs        defaults,noauto              0 0
/dev/drbd6 /oradata/data        xfs        defaults,noauto              0 0
/dev/drbd7 /oradata/system      xfs        defaults,noauto              0 0
/dev/drbd8  /oradata/fba         xfs        defaults,noauto              0 0
/dev/drbd9 /oradata/ctrl3       xfs        defaults,noauto              0 0
/dev/drbd10 /oradata/log2        xfs        defaults,noauto              0 0
/dev/drbd11 /oradata/index       xfs        defaults,noauto              0 0
/dev/drbd12 /oradata/undo        xfs        defaults,noauto              0 0
/dev/drbd13 /clusterdata         xfs        defaults,noauto              0 0
tmpfs                /dev/shm             tmpfs      defaults,size=24G     0 0
nas:/storix2 /mnt nfs noauto,noauto,noatime,nodiratime,intr,hard,rsize=32768,wsize=32768,proto=tcp,vers=3,nolock 0 0
SomeServer-NAS:/c/klassxtrace_arch /klassxtrace_arch nfs defaults,noauto 0 0

Вот /boot/grub/menu.lst с железного сервера:

# Modified by YaST2. Last modification on Fri Dec 20 02:40:38 CET 2013
default 0
timeout 8
##YaST - generic_mbr
gfxmenu (hd0,0)/message
##YaST - activate

###Don't change this comment - YaST2 identifier: Original name: linux###
title SUSE Linux Enterprise Server 11 SP3 - 3.0.101-0.29
    root (hd0,0)
    kernel /vmlinuz-3.0.101-0.29-default root=/dev/rootvg/hd4 noresume splash=verbose crashkernel=256M-:128M video=vesafb:ywrap,mtrr:3 file_caps=1 biosdevname=0 edd=off  showopts vga=0x317
    initrd /initrd-3.0.101-0.29-default

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- SUSE Linux Enterprise Server 11 SP3 - 3.0.101-0.29
    root (hd0,0)
    kernel /vmlinuz-3.0.101-0.29-default root=/dev/rootvg/hd4 showopts ide=nodma apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x317
    initrd /initrd-3.0.101-0.29-default

Не понимаю, что конкретно нужно править в fstab (и нужно ли вообще). Буду признателен, если направите в правильном направлении.

Answer 1

[SunTechnik]

Какой тип диска выставлен у VM? Похоже, что не подгрузились все драйвера и не увиделись диски. Попробовать загрузиться с дистрибутива OpenSuse 11 и пересобрать образ initrd.

Comments

[Swuder]

Thick Provision Lazy Zeroed

[SunTechnik]

Swuder,
Имелся ввиду тип контроллера.

[Swuder]

SunTechnik, SCSI

[SunTechnik]

Как отвечать, что бы не ответить :)

Vmware может эмулировать разные дисковые. Это может быть эмуляция ide, scsi sas lsi контроллера, или scsi paravirtual.
Соответственно и в Linux нужны разные драйвера. Причём они должны быть включены в образ начальной загрузки. (initrd).
Поэтому рекомендуется загрузиться с соответствующего дистрибутива, проверить что видны диски, пересобрать initrd.

Сама процедура не сложная, но это больше 1команды, поэтому тут готового рецепта не будет.

[Swuder]

Да, Vmware Paravirtial, если точнее.
Сейчас достану дистрибутив и попробую ваш вариант.

[Swuder]

Помогла эта статья

Answer 2

[Alexey Dmitriev]

Нужно понять - во что превратились LVM в виртуальной машине (подозреваю, что в обычные разделы), используя fdisk, df и т.п.
Затем сопоставить новые имена разделов с LVM и изменить их имена в /etc/fstab и в grub.cfg и подать команду на обновление grub

Comments

[Swuder]

lsblk показывает, что это lvm


Вот вывод df:


Кстати, /dev/mapper/extvg-lvkxtrace и /dev/mapper/rootvg-hd4 смонтировал, используя команды:

vgchange -ay
mount /dev/mapper/extvg-lvkxtrace /mnt/oldsystem
mount /dev/mapper/rootvg-hd4 /mnt/rootdir

Получается, после конвертации они остались LVM, верно?

[Alexey Dmitriev]

Swuder, да, только группа LVM пропала.
Вместо /dev/rootvg/hdX должны теперь быть /dev/mapper/rootvg-hdX

Answer 3

[CityCat4]

Группа томов не найдена - причем тут fstab? Группа томов считывается на этапе initrd (разумеется при условии, что там оно включено, иначе ква).
Сначала нужно проверить - а есть ли в initrd поддержка lvm? Это делается конечно же с livedvd, командой lsinitrd. В выводе должен быть модуль lvm (разумеется, при условии, что для сборки initrd использовался dracut). Если его там нет - нужно пересобрать ведро принудительно, добавив туда данный модуль.

Ни разу не перегонял конвертером от vmware линух, поэтому не могу ничего сказать по поводу того, насколько корректно он перегоняет lvm. Здесь вполне возможно придется прилагать руки :)