Проблема загрузки Ubuntu – освобождение initramfs и переход на другую файловую систему корня

Вопрос или проблема

освободить initramfs и переключиться на другую корневую файловую систему:
chroot к NEW_ROOT, удалить всё в /, переместить NEW_ROOT в /, выполнить NEW_INIT. PID должен быть 1. NEW_ROOT должен быть точкой монтирования.
-c DEV переоткрыть stdio на DEV после переключения
-d CAPS сбросить привилегии
-n Пробный запуск
BusyBox v1.30.1 ( ubuntu 1:1.30.1-4-ubuntu6.4) многофункциональный двоичный файл.
Использование run-init [-d CAP,CAP...] [-n] [-c CONSOLE_DEV] NEW_ROOT NEW_INIT [ARGS]

modprobe dm-mod
lvmdiskscan
lvscan
mke2fs -n /dev/xvdb3
dumpe2fs /dev/xvdb2 | grep superblock
e2fsck -b 98304 /dev/xvdb2
e2fsck -b 163840 /dev/xvdb2
e2fsck -b 229376 /dev/xvdb2
#lvm старт
vgchange -ay ubuntu-vg
mkdir /disk1
mount /dev/ubuntu-vg/ubuntu-lv /disk1
#альтернативное монтирование только для чтения
mount -o ro,noload /dev/ubuntu-vg/ubuntu-lv /disk1
umount /disk1
#lvm стоп
vgchange -an ubuntu-vg
vgs
lvmdisplay
vgdisplay
vgrename gREOvI-FNeY-TjPl-WcQv-WxXT-2afG-bV9MSc ubuntu-vg-test

Ответ или решение

Проблема загрузки Ubuntu: свободный initramfs и переключение на другую корневую файловую систему

При использовании операционной системы Ubuntu 20.04 на инфраструктуре Xen могут возникнуть серьезные проблемы при восстановлении после сбоя питания. Одна из наиболее распространенных ошибок, с которыми сталкиваются пользователи, включает сообщение о свободном initramfs с предложением переключиться на другую корневую файловую систему. Давайте рассмотрим, что это означает и как можно решить данную проблему.

Причины возникновения проблемы

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

1. Повреждение суперблока или метаданных LVM. В случае использования LVM (Logical Volume Manager) сбои могут вызвать повреждение логических томов.
2. Недоступность корневой файловой системы. Система не может найти или смонтировать корневую файловую систему, что приводит к загрузке в режим initramfs.
3. Ошибки на уровне файловой системы. Неправильно завершенные операции могут вызвать ошибки в структуре файловой системы, которые необходимо исправить.

Шаги для диагностики и восстановления

Для восстановления системы можно следовать следующему алгоритму:

1. Проверка файловой системы.
   Убедитесь, что вы проверили основную файловую систему. В вашем случае команда e2fsck уже была использована, однако важно применить эту команду с указанием резервного суперблока, если стандартный суперблок поврежден. Например:

   e2fsck -b 98304 /dev/xvdb2

   Пробуйте разные резервные суперблоки, как указано в вашем сообщении (163840, 229376 и т.д.).

2. Работа с LVM.
   Если вы используете LVM, убедитесь, что все логические тома активированы. Команды:

   vgchange -ay ubuntu-vg

   помогут активировать все тома, сделав их доступными для монтирования. После активации можно монтировать тома в любое временное место:

   mkdir /disk1
   mount /dev/ubuntu-vg/ubuntu-lv /disk1

   Для безопасной работы с поврежденной файловой системой можно использовать параметр -o ro,noload, чтобы избежать дальнейшего повреждения:

   mount -o ro,noload /dev/ubuntu-vg/ubuntu-lv /disk1

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

4. Переименование и восстановление томов.
   Если вы хотите избежать путаницы в дальнейшей работе с томами, их можно переименовать:

   vgrename gREOvI-FNeY-TjPl-WcQv-WxXT-2afG-bV9MSc ubuntu-vg-test

5. Перезагрузка системы.
   После завершения всех действий, попробуйте перезагрузить систему. Если проблемы остались, возможно, потребуется переустановка операционной системы.

Заключение

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