LVM не подходит после перезагрузки, не смог найти устройство с uuid

Если бы была VM, которая до недавнего времени работала без проблем, но ее нужно было перезагрузить после некоторых изменений конфигурации. Однако после перезагрузки VM не вернулась, заявив, что не может найти корневое устройство (которое было томом LVM в / dev / mapper).

В режиме восстановления я видел, что файловые системы под / dev / mapper и / dev / dm- * действительно не существовали.

Файловая система должна быть

  • /dev/sda1 в качестве загрузочного раздела
  • /dev/sda2 содержащий
  • /dev/sda5 и /dev/sda6 качестве разделов LVM
  • /dev/sda{5,6} – оба PV в одном VG
  • с 2 LV для корневого FS и свопинга

Выполнение lvm pvshow дает мне:

  Couldn't find device with uuid '8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi'. Couldn't find device with uuid '8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi'. Couldn't find device with uuid '8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi'. --- Physical volume --- PV Name unknown device VG Name of1-server-lucid PV Size 19.76 GiB / not usable 2.00 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 5058 Free PE 0 Allocated PE 5058 PV UUID 8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi --- Physical volume --- PV Name /dev/sda6 VG Name of1-server-lucid PV Size 100.00 GiB / not usable 2.66 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 25599 Free PE 0 Allocated PE 25599 PV UUID cuhP6R-QbiO-U7ye-WvXN-ZNq5-cqUs-VVZpux 

Таким образом, похоже, что /dev/sda5 не отображается как PV и вызывает ошибки.

fdisk -l :

 Disk /dev/sda: 128.8 GB, 128849018880 bytes 255 heads, 63 sectors/track, 15665 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00044a6c Device Boot Start End Blocks Id System /dev/sda1 * 1 32 248832 83 Linux Partition 1 does not end on cylinder boundary. /dev/sda2 32 15665 125579256+ 5 Extended /dev/sda5 32 2611 20722970 8e Linux LVM /dev/sda6 2612 15665 104856223+ 8e Linux LVM 

Поэтому я вижу, что устройство /dev/sda5 существует, но blkid ничего не сообщает об этом:

 ~ # blkid /dev/sda1: UUID="d997d281-2909-41d3-a835-dba400e7ceec" TYPE="ext2" /dev/sda6: UUID="cuhP6R-QbiO-U7ye-WvXN-ZNq5-cqUs-VVZpux" TYPE="LVM2_member" 

Сделав снимок дисков, я попытался восстановить PV из конфигурации архива:

 ~ # pvremove -ff /dev/sda5 Labels on physical volume "/dev/sda5" successfully wiped ~ # pvcreate --uuid=8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi /dev/sda5 --restorefile=/etc/lvm/archive/of1-dev-server_00000.vg Couldn't find device with uuid '8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi'. Physical volume "/dev/sda5" successfully created ~ # vgchange -ay 2 logical volume(s) in volume group "of1-dev-server" now active" 

Так что по крайней мере сейчас устройство имеет blkid :

 /dev/sda1: UUID="d997d281-2909-41d3-a835-dba400e7ceec" TYPE="ext2" /dev/sda6: UUID="cuhP6R-QbiO-U7ye-WvXN-ZNq5-cqUs-VVZpux" TYPE="LVM2_member" /dev/sda5: UUID="8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi" TYPE="LVM2_member" 

Выполнение pvdisplay теперь также показывает правильное устройство:

  --- Physical volume --- PV Name /dev/sda5 VG Name of1-dev-danr-lucid PV Size 19.76 GiB / not usable 2.00 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 5058 Free PE 0 Allocated PE 5058 PV UUID 8x38hf-mzd7-xTes-y6IV-xRMr-qrNP-0dNnLi --- Physical volume --- PV Name /dev/sda6 VG Name of1-dev-danr-lucid PV Size 100.00 GiB / not usable 2.66 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 25599 Free PE 0 Allocated PE 25599 PV UUID cuhP6R-QbiO-U7ye-WvXN-ZNq5-cqUs-VVZpux 

И устройства картографа существуют:

 crw-rw---- 1 root root 10, 59 Jul 10 10:47 control brw-rw---- 1 root root 252, 0 Jul 10 11:21 of1--dev--server-root brw-rw---- 1 root root 252, 1 Jul 10 11:21 of1--dev--server-swap_1 

Также LVM кажутся правильно перечисленными:

 ~ # lvdisplay --- Logical volume --- LV Name /dev/of1-dev-danr-lucid/root VG Name of1-dev-danr-lucid LV UUID pioKjE-iJEp-Uf9S-0MxQ-UR0H-cG9m-5mLJm7 LV Write Access read/write LV Status available # open 0 LV Size 118.89 GiB Current LE 30435 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:0 --- Logical volume --- LV Name /dev/of1-dev-danr-lucid/swap_1 VG Name of1-dev-danr-lucid LV UUID mIq22L-RHi4-tudV-G6nP-T1e6-UQcS-B9hYUF LV Write Access read/write LV Status available # open 0 LV Size 888.00 MiB Current LE 222 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:1 

Но попытка установки корневого устройства дает мне ошибку:

 ~ # mount /dev/mapper/of1--dev--server-root /mnt2 mount: mounting /dev/mapper/of1--dev--server-root on /mnt2 failed: Invalid argument 

Поэтому я попробовал проверку целостности диска:

 ~ # fsck.ext4 -f /dev/mapper/of1--dev--server-root e2fsck: Superblock invalid, trying backup blocks... e2fsck: Bad magic number in super-block while trying to open /dev/mapper/of1--dev--server-root [...] 

Поэтому я попробовал еще один суперблоки:

 ~ # mke2fs -n /dev/mapper/of1--dev--server-root Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 7798784 inodes, 31165440 blocks 1558272 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 952 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 ~ # fsck.ext4 -y -b 23887872 /dev/mapper/of1--dev--server-root 

На которых я получил нелепые числа ошибок, основные из которых я видел:

  • У Superblock есть недопустимый журнал
  • Недопустимы одна или несколько контрольных сумм дескриптора группы блоков.
  • Усечение осиротевшего inode ()
  • Уже очищенный блок # 0 (), найденный в осиротевшем inode
  • / dev / mapper / of1 – dev – server-root содержит файловую систему с ошибками, проверку принудительного
  • Изменить размер inode недействительно. Воссоздание
  • Корневой индекс не является каталогом.
  • Зарезервированный индекс 3 () имеет неверный режим
  • Идентификатор каталога HTREE имеет недопустимый корневой узел
  • Inode, i_blocks, должно быть 0.
  • Неподключенный каталог inode

После множества сообщений он говорит, что это сделано. Установка каталога, как описано выше, отлично работает, но каталог пуст с lost+found каталогом, полным файлов, наиболее всего чисел, некоторые из них имеют имена, смутно относящиеся к файлам, которые когда-то существовали.

Итак, как мне вернуть VM?

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

Я знаю, что данные есть где-то, так как виртуальная машина работала без проблем, пока я не перезагрузился. В последнее время пользователь не помнит, как что-то меняет что-то в файловой системе, но у меня было почти год безотказной работы, когда я перезагрузил его, поэтому с тех пор все могло случиться.

У нас также, к сожалению, нет резервных копий, поскольку Puppet был отключен на этом узле.

Оригинальной ОС был Ubuntu Lucid, работающий на VMWare.

  • Как вы разбираете `lvrename
  • Как увеличить размер файловой системы для соответствия раздела
  • Программное обеспечение RAID 10 + LVM на смешанных дисках, выравнивание сектора?
  • device mapper на RHEL6 не может создать разработчиков для логического тома LVM
  • Как увеличить размер моего активного раздела после изменения размера виртуального диска?
  • Ubuntu / GlusterFS: не удалось создать тонко подготовленный том из ранее созданного пула, используя lvcreate
  • Восстановить сформированную таблицу разделов на LVM Physical
  • Процесс загрузки пытается установить несуществующий логический том
  • One Solution collect form web for “LVM не подходит после перезагрузки, не смог найти устройство с uuid”

    Если я правильно понял, вы уже исправили том, даже если у вас есть lost+found каталог, который может иметь или не иметь критические файлы.

    Что происходит, что блокирует загрузку виртуальной машины? Он все еще не может найти загрузочное устройство?

    Ваш вывод fdisk -l кажется немного от меня. Вы считали, что повреждена только таблица разделов? В этом случае ваш снимок может оказаться полезным, и в лучшем случае вам даже не понадобится fstck (nother). Но нам нужно что-то попробовать, чтобы найти смещения раздела – я использовал testdisk успешно более одного раза.

    В худшем случае, если вам нужно очистить что-либо от объема, судебные инструменты, такие как PhotoRec или Autopsy / The Sleuth Kit, могут оказаться полезными.

    Если это не работает, дайте нам lsblk -o NAME,RM,SIZE,RO,TYPE,MAJ:MIN -fat тоже (эти флаги только для того, чтобы показать как можно больше информации), и соответствующий выход dmesg , если таковой имеется.

    Interesting Posts

    Почему мой блок Systemd arkos-redis загружен, но неактивен (мертв)?

    На маршрутизаторе, что решает, должен ли пакет быть перенаправлен или направлен непосредственно в маршрутизатор?

    Как узнать, как совпадают матчи соответствия fc?

    Bash: перемещать файлы определенного шаблона

    Почему более новые версии awk печатают большие целые числа вместо десятичных знаков?

    Как запустить chrome из командной строки с помощью замены процесса?

    Как «vi» осознает формат файлов конфигурации?

    HTML5 Parser / wrapper

    Модуль Numpy не найден, несмотря на то, что он находится в пути

    Могут ли программы initramfs получить доступ ко всей памяти – они работают в реальном или защищенном режиме?

    Как установить предыдущую версию пакета .deb и вывести его?

    Матрицы стиля Zsh с Bash

    Подсчитать количество значений в пределах диапазона в определенном столбце

    предотвращение завершения bash от изменения переменной подчеркивания $ _

    Как лучше настроить тройную загрузку с MacOS Sierra, Windows 10 и Linux Mint в 2016 году iMac?

    Linux и Unix - лучшая ОС в мире.