У нас есть система, в которой настроена избыточная файловая система, включая загрузочные разделы. Сейчас мы находимся в ситуации, когда система не загружается должным образом ни на одном из загрузочных разделов. При загрузке сообщает, что не может найти группу томов.
При загрузке с аварийного диска CentOS команда fdisk -l видит все разделы:
1-й рейд имеет
/ dev / sda1 Загрузка
/ dev / sda2 своп
/ dev / sda3 LVM
2-й рейд имеет
/ dev / sdc1 Загрузка
/ dev / sdc2 своп
/ dev / sdc3 LVM
Также есть третий LVM на рейдовом диске, предназначенный только для данных. Это тоже не читается.
При запуске pvscan выдает сообщение «Соответствующие физические тома не найдены». Есть ли способ узнать, почему он не распознает физические тома LVM?
vgscan -vvvv
предоставит вам очень обширный вывод о том, почему vgscan считает, что какой-либо конкретный том является частью группы томов. Вы также можете запустить pvs -a чтобы увидеть сводку ваших физических томов вместе с назначениями групп томов.
vgscan -vvvv вывод для одного из разделов:
Opened /dev/sdc3 RO /dev/sdc3: size is 3772817055 sectors
Closed /dev/sdc3 /dev/sdc3: size is 3772817055 sectors
Opened /dev/sdc3 RO O_DIRECT /dev/sdc3: block size is 512 bytes
Closed /dev/sdc3 Using /dev/sdc3
Opened /dev/sdc3 RO O_DIRECT /dev/sdc3: block size is 512 bytes
/dev/sdc3: No label detected
Closed /dev/sdc3
pvs -a ничего не обнаружил. Все физические тома в списке без назначения группы томов
"ярлык не обнаружен" звучит довольно грустно. Вы уверены, что это раздел LVM2, а не, скажем, раздел, используемый md-raid? Вы можете проверить, используя mdadm --examine /dev/sdc3. И, пожалуйста, отправьте fdisk -l /dev/sdc
Да, я уверен, что это раздел LVM2. Команда mdadm выдает сообщение «На / dev / sdc3 не обнаружен суперблок md». Fdisk сообщает, что / dev / sdc3 - это раздел Linux LVM.
Ах, тогда вам повезет (ирония здесь, извините), чтобы попробовать восстановление LVM из-за предположительно поврежденных структур данных. Eсть как насчет восстановления LVM что может дать вам отправную точку - попробуйте загрузить конфигурацию VG либо с самого диска (используя dd if=/dev/sdc3 bs=512 count=255 skip=1) или из / и т. д. / lvm / резервное копирование папку вашей бывшей корневой файловой системы (которая, насколько я понимаю, находится на / dev / sdc1) в / и т.д. / lvm / резервное копирование / и переиздание vgscan команда.
Я пробовал это как на sda3, так и на sdc3 (как видите, у меня есть 3 раздела lvm для этого), и все они приводят к двоичным файлам в выходном текстовом файле. Хорошо, поправка. В файле есть некоторые метаданные lvm, но это несколько байтов в файле. Я просматриваю данные, но все в порядке. Я буду продолжать пытаться пройти этот процесс восстановления.
Это ожидаемо - как VG, так и LV конфиги представляют собой открытый текст в двоичных структурах.
В итоге я использовал немного измененный процесс, чем описанный здесь. В итоге я создал файл cfgbackup из байтовых данных в LVM, сделал pvcreate, затем vgcfgrestore. После этого все заработало. Спасибо за помощь.