LINUX.ORG.RU

Проблема с LUKS-LVM-GRUB

 , ,


0

1

Всем привет! Всех с Праздником! Возникла проблема. Было у меня две системы: Ubuntu 14.04 и Debian 8. Были они на разных ПК и жестких дисках. Обе системы были с отдельным разделом boot, а остальное было на LVM поверх шифрованного LUKS.

Решил перенести вторую систему на жесткий диск к первой. Так как с переносом LVM не разобрался, то тупо создал на диске с Убунту новый LV и скопировал на него с помощью MC весь раздел с Дебианом.

Проблема: в такой конфигурации загрузка Дебиана не проходит. При загрузке даже не спрашивает пароль от зашифрованного раздела. Выводит только циклическую ошибку:

Unable to find LVM volume vg-cbm-320. Volume group "vg-cbm-320" not found

Покажу выводы команд (загрузился в Убунту, с ней все норм):

cbm@ubuntu:~$ df -h
Filesystem                                 Size  Used Avail Use% Mounted on
/dev/mapper/vg--cbm--320-lv--root--ubuntu  148G   80G   61G  57% /
none                                       4,0K     0  4,0K   0% /sys/fs/cgroup
udev                                       1,5G  4,0K  1,5G   1% /dev
tmpfs                                      301M  1,3M  299M   1% /run
none                                       5,0M     0  5,0M   0% /run/lock
none                                       1,5G  152K  1,5G   1% /run/shm
none                                       100M   40K  100M   1% /run/user
/dev/sda1                                  236M  180M   44M  81% /boot
/dev/mapper/vg--cbm--320-lv--root--debian  142G   16G  119G  12% /media/cbm/root
cbm@ubuntu:~$ sudo lvs
  LV             VG         Attr      LSize   Pool Origin Data%  Move Log Copy%  Convert
  lv-root-debian vg-cbm-320 -wi-ao--- 143,86g                                           
  lv-root-ubuntu vg-cbm-320 -wi-ao--- 150,00g                                           
  lv-swap        vg-cbm-320 -wi-ao---   3,99g                        

При попытке входа в шелл Дебиана с установочного диска Дебиана в Rescue Mode пишет:

No shell found in /target
No usable shell was found on your root file system (/dev/mapper/vg--cbm--320-lv--root--debian)

При этом в шелл Убунту заходит норм:

The installed system appears to use a separate /boot partition ...

Подскажите как починить загрузку Дебиана. Исходный LVM с ним убит.

Поправь fstab соответственно разделам под LVM. Имена скопируй с Ubuntu.

DeadEye ★★★★★ ()
Ответ на: комментарий от DeadEye

И загрузчик тоже, да! (про него забыл, пока писал)

DeadEye ★★★★★ ()
Ответ на: комментарий от DeadEye

blkid:

cbm@ubuntu:/media/cbm/root/0fa82c92-44dd-408a-8385-15aeafe8c986/etc$ sudo blkid
/dev/sda1: UUID="34c0feb2-7ec8-45ef-ba5b-fd6f97720b99" TYPE="ext2" 
/dev/sda5: UUID="5c75857b-32ed-41b9-ade8-e15e9e89200f" TYPE="crypto_LUKS" 
/dev/mapper/sda5_crypt: UUID="E3zJQN-sQnx-NLlr-hveD-W48Q-hHkI-V3JBgQ" TYPE="LVM2_member" 
/dev/mapper/vg--cbm--320-lv--root--ubuntu: UUID="70cee992-7186-4a3f-9e6d-4d7a16582edb" TYPE="ext4" 
/dev/mapper/vg--cbm--320-lv--swap: UUID="d44a6083-622e-4ec3-ae10-9cc1fb5e1787" TYPE="swap" 
/dev/mapper/vg--cbm--320-lv--root--debian: LABEL="root" UUID="229c605e-86ad-4660-b6bf-fcda8ea43c74" TYPE="ext4" 
fstab:
cbm@ubuntu:/media/cbm/root/0fa82c92-44dd-408a-8385-15aeafe8c986/etc$ cat fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/vg--cbm--320-lv--root--debian /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda5 during installation
UUID=34c0feb2-7ec8-45ef-ba5b-fd6f97720b99 /boot           ext2    defaults        0       2
/dev/mapper/vg--cbm--320-lv--swap none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
Кусок grub.cfg:
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-0fa82c92-44dd-408a-8385-15aeafe8c986' {
	load_video
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_msdos
	insmod ext2
#5c75857b-32ed-41b9-ade8-e15e9e89200f
	set root='hd1,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  34c0feb2-7ec8-45ef-ba5b-fd6f97720b99
#5c75857b-32ed-41b9-ade8-e15e9e89200f
	else
	  search --no-floppy --fs-uuid --set=root 34c0feb2-7ec8-45ef-ba5b-fd6f97720b99
#5c75857b-32ed-41b9-ade8-e15e9e89200f
	fi
	echo	'Loading Linux 3.16.0-4-amd64 ...'
	linux	/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/vg--cbm--320-lv--root--debian cryptdevice=/dev/sda5:sda5_crypt ro  quiet
#5c75857b-32ed-41b9-ade8-e15e9e89200f
	echo	'Loading initial ramdisk ...'
	initrd	/initrd.img-3.16.0-4-amd64
}

SilentHunter ()
Ответ на: комментарий от SilentHunter

blkid

На фиг.

Задай / в fstab и grub.cfg исходя из # ls /dev/${YOUR_VG_NAME}

DeadEye ★★★★★ ()
Ответ на: комментарий от SilentHunter

Ты задал через /dev/mapper. Имена разделов там, судя по /dev/mapper/VG_ИМ--Я--_ТОМА, весьма странные. Я предлагаю покопаться в /dev/${VG}/${LV}, возможно, там имена почище.

DeadEye ★★★★★ ()
Ответ на: комментарий от DeadEye

Так раньше так и грузилось. Например, сейчас Убунту так же грузится:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-70cee992-7186-4a3f-9e6d-4d7a16582edb' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='hd1,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  34c0feb2-7ec8-45ef-ba5b-fd6f97720b99
	else
	  search --no-floppy --fs-uuid --set=root 34c0feb2-7ec8-45ef-ba5b-fd6f97720b99
	fi
	linux	/vmlinuz-3.13.0-53-generic root=/dev/mapper/vg--cbm--320-lv--root--ubuntu ro  quiet splash $vt_handoff
	initrd	/initrd.img-3.13.0-53-generic
}

SilentHunter ()
Ответ на: комментарий от SilentHunter

Ну все! Хана. Обновил Убунту и та перестала загружаться ))) та же ошибка стала как и в Дебиан из первого поста: не может найти VG/LV. Че делать...

SilentHunter ()
Ответ на: комментарий от DeadEye

Вопрос

А как из командной строки ГРУБ2 примонтировать LUKS-раздел?

SilentHunter ()
Ответ на: комментарий от DeadEye

Номальные имена, это так "-" экранируется в имени тома/раздела. Как ты предлагаешь, будет выглядеть вот так: /dev/vg--cbm--320/lv--root--debian.

Deleted ()
Последнее исправление: MyLittleLoli (всего исправлений: 1)
Ответ на: комментарий от SilentHunter

Ты файлы из /boot с диска с дебианом переносил на диск с убунтой?

Deleted ()
Ответ на: комментарий от Deleted

Соврал, там так не будет, только в /dev/mapper/ такое.

Deleted ()
Ответ на: комментарий от Deleted

Подставлял даже весь /boot от Дебиана - не помогло. Такие «странные» имена LV до этого отлично работали при загрузке Дебиана, как и сейчас работают при загрузке Убунту.

С поломкой загрузки Убунту погорячился, сегодня стал смотреть почему так - оказывается при обновлении Убунту обновился Груб и он по умолчанию на загрузку поставил ядро/инит от Дебиана ))). При выборе доп.пункта - Убунту со своим родным ядром отлично грузится.

Думаю проблема с Дебианом выеденного яйца не стоит, только надо знать где и что подкрутить )))

SilentHunter ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.