Вопросы Теги

монтирование логического тома от .img, содержащего группу зашифрованного тома удач

Я испытываю некоторые затруднения при восстановлении резервного копирования, которое я сделал из зашифрованной файловой системы. Резервное копирование является .img файлом, содержащим раздел отдельного диска. Этот раздел является контейнером удач, в котором находится группа логического тома 'vg-склеп'. В этой группе объема у меня есть два логических тома, lv-crypt-root и lv-crypt-swap.

В моей новой установке Ubuntu я продолжаю двигаться как после

cryptsetup luksOpen /media/lars/SHD/disk.img backup

пароль.... и проверять, распознан ли логический volumegroup, я ввожу:

pvs

который говорит мне:

  PV                 VG      Fmt  Attr PSize   PFree  
/dev/mapper/backup vgcrypt lvm2 a--  151,11g 196,00m
/dev/mapper/tphd   vgtphd  lvm2 a--  151,11g 116,00m

пока неплохо мой текущий корневой объем (tphd или vgtphd) распознан, а также мое резервное копирование vg (резервное копирование или vgcrypt) Теперь позволяет, проверяют lv's в томе резервного копирования:

lvdisplay /dev/vgcrypt

...

      --- Logical volume ---
  LV Path                /dev/vgcrypt/lv-crypt-root
  LV Name                lv-crypt-root
  VG Name                vgcrypt
  LV UUID                Nc4vsK-IcqB-l2S1-iyIJ-rSOj-vzqt-osGcn5
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2013-06-19 10:40:44 +0200
  LV Status              suspended
  # open                 0
  LV Size                147,12 GiB
  Current LE             37663
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:5

  --- Logical volume ---
  LV Path                /dev/vgcrypt/lv-crypt-swap
  LV Name                lv-crypt-swap
  VG Name                vgcrypt
  LV UUID                ExEizv-aHCn-ZG1Q-nqj5-jSQE-NKYG-2RKyVb
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2013-06-19 10:41:14 +0200
  LV Status              suspended
  # open                 0
  LV Size                3,80 GiB
  Current LE             973
 ..... bla bla

заключение, lv распознано.

Это - то, где проблемы запускаются, я пытаюсь смонтировать lv:

mount /dev/vgcrypt/lv-crypt-root /mnt/lvm/

дает мне 

mount: special device /dev/vgcrypt/lv-crypt-root does not exist

при проверке это активно:

vgchange -ay /dev/vgcrypt

Я получил это:

  device-mapper: resume ioctl on  failed: Invalid argument
  Unable to resume vgcrypt-lv--crypt--root (252:5)
  device-mapper: resume ioctl on  failed: Invalid argument
  Unable to resume vgcrypt-lv--crypt--swap (252:6)
  2 logical volume(s) in volume group "vgcrypt" now active

Я не получил в значительной степени идеи, что это означает, таким образом, я начинаю гуглить и нахожу, что, возможно, должен экспортировать деактивированный vg с vgexport так:

vgchange -an /dev/vgcrypt
  Attempted to decrement suspended device counter below zero.
  Attempted to decrement suspended device counter below zero.
  0 logical volume(s) in volume group "vgcrypt" now active

и 

vgexport vgcrypt
  Volume group "vgcrypt" has active logical volumes

кажется довольно парадоксальным мне.

Кто-либо может указать на меня в правильном направлении? Любая справка значительно ценилась бы :)

P.S. просто проверенный системный журнал, кажется релевантным, но не имеет большого смысла мне:

(фильтрованный al информация о Wi-Fi:)

cat /var/log/syslog | grep kernel | grep -v wlan | grep -v cfg80211 | tail -n 40 | cut -f 5-90 -d " "

kernel: [58297.025013] device-mapper: table: 252:8: linear: dm-linear: Device lookup failed
kernel: [58297.025023] device-mapper: ioctl: error adding target to table
kernel: [58297.026024] device-mapper: table: 252:8: linear: dm-linear: Device lookup failed
kernel: [58297.026030] device-mapper: ioctl: error adding target to table
kernel: [58297.026901] device-mapper: table: 252:8: linear: dm-linear: Device lookup failed
kernel: [58297.026907] device-mapper: ioctl: error adding target to table
kernel: [58297.077530] device-mapper: multipath: version 1.5.1 loaded
kernel: [59654.867358] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [59654.867994] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [59655.179856] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [59655.180623] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [59776.851223] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [59776.851860] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [59777.149049] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [59777.149561] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [60837.153424] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [60837.154789] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [61508.827915] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [61508.831243] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [61514.020906] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [61514.021532] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
kernel: [61514.311394] device-mapper: table: 252:5: dm-7 too small for target: start=2048, len=308535296, dev_size=284453912
kernel: [61514.311906] device-mapper: table: 252:6: dm-7 too small for target: start=308537344, len=7970816, dev_size=284453912
0
задан 20 September 2013 в 12:58

2 ответа

LVM не открывает ваши LV, это уже видно в выводе lvdisplay (приостановлено). Вывод системного журнала устройства отображения имеет некоторые дополнительные детали: два устройства не могут быть активированы, потому что один из их компонентов отсутствует; два других не могли быть активированы, потому что устройство поддержки слишком мало. Более поздние сообщения имеют номера устройств, которые соответствуют неудачному vgchange.

Я предполагаю, что ваш резервный образ обрезан.

Чтобы получить больше информации: 

sudo vgchange --refresh
sudo pvs --partial --verbose
sudo lvs --partial --segments -o+devices vgcrypt/lv-crypt-root
sudo blockdev --getsize64 /dev/mapper/backup
sudo pvdisplay --units=b /dev/mapper/backup

Первая команда вызывает перечитывание метаданных VG, которые хранятся на ваших PV, вторая перечисляет все PV, включая любые отсутствующие, третья дает более подробную информацию о ваш LV и где данные находятся. Последние два сравнивают ожидаемый и фактический размер вашего PV.

0
ответ дан 20 September 2013 в 12:58

Я исправляю эту проблему с помощью следующих шагов:

  • проверяю размер (разделенный) физического раздела (т. Е. / Dev / sda5) меньше, чем физический том lvm (PV) (pvscan) )
  • отключить lvm pvchange -an
  • с помощью fdisk -l, записать начальный блок для каждого раздела
  • с помощью fdisk удалить раздел (т. Е. / Dev / sda5) и запишите изменения
  • с помощью fdisk, чтобы создать новый раздел того же типа (основной, логический), начиная точно с того же блока, что и предыдущий, и заканчивая блоком дальше, чем раньше (если вы можете весь диск после него ), затем измените тип на Linux LVM (8e), запишите изменения на диск
  • , проверьте размер при шаге 1
  • , включите lvm pvchange -ay
0
ответ дан 20 September 2013 в 12:58

Другие вопросы по тегам:

Похожие вопросы: