Pvmove Debian root lv на устройство raid10 привел к невозможности загрузки системы

274
user189860

Я занимался перемещением экстентов логических томов на массив raid 10, собранный с помощью mdadmin. Одним из перемещенных логических томов был корневой каталог (система тестирования Debian), который ранее находился на одном физическом томе. Система теперь не загружается. Сообщение об ошибке, сообщаемое в grub rescue: lvmid / ex .... lognuuid / еще один длинный uuid не найден.

Я предполагаю, что два диска не найдены - это два в настоящее время в массиве raid 10, в котором сейчас находится корневой каталог. Я также предполагаю, что это потому, что массив не собирается до корневого локального тома.

Когда я загружаюсь с установочного носителя и перехожу в режим восстановления, я не могу загрузить корневой каталог. Однако, если я сначала выберу опцию для сборки массива, а затем сделаю chroot в корневой каталог, у меня получится. Я перепробовал все, что мог придумать за последние 24 часа. Включая различные комбинации изменения /etc/mdadm/mdadm.conf, update-initramfs -u.

Я даже попытался отменить pvmove, но не смог из-за ошибки lvmetad.socket. Что-то должно отсутствовать в среде спасения chroot, необходимой для этого маршрута.

Тот факт, что, если я вручную собираю массив перед хроматированием, я могу получить работающую систему, это указывает либо на то, что массив не собирается вообще, либо не во времени (и, следовательно, вообще не).

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

0

1 ответ на вопрос

0
user189860

Work around solution:

1) Install a minimal Linux system on a small logical volume.

2) Make select this system in BIOS boot options

3) The new grub2 installation found the existing system and offered it as a boot option which I then selected.

4) I then ran the following command returning the system to its prior state (without having to resort to backups):

pvmove -n rootpartition /dev/arraydevice

This moved any logical volume extents associated with the root partition to anywhere else in my lvm pool. I then rebooted the system to confirm the fix. I'll probably leave the backup installation as a failsafe in the event of some other slick move.

Now the fact that this worked (steps 1-3) suggests that the system could be configured to boot from the raid pv, but I didn't have time to find the cause. The original question stands in case someone knows how to navigate the pitfalls of transferring an existing Debian root into a raid pv.

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