Выход из файловой системы только для чтения после сбоя системы и аппаратного сброса (сервер 20.04.2, виртуальная машина)

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

Не удалось настроить ведение журнала. [Errno 30] Файловая система только для чтения: '/var/log/landscape/sysinfo.log' run-parts: /etc/update-mot.d/50-landscape-sysinfo завершилась с кодом возврата 1 /usr/lib/ ubuntu-release-upgrader/release-upgrade-motd: 31: невозможно создать /var/lib/ubuntu-release-upgrader/release-upgrade-available: файловая система только для чтения mktemp: не удалось создать файл с помощью шаблона '/var/ lib/update-notifier/tmp.XXXXXXXXXX': части запуска файловой системы только для чтения: /etc/update-motd.d/95-hwe-eol завершен с кодом возврата 1 /usr/lib/update-notifier/update- motd-fsck-at-reboot: 38: невозможно создать /var/lib/update-notifier/fsck-at-reboot: файловая система только для чтения

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

sudo qemu-img проверить ubuntu204.qcow2

Результат которого:

Ошибок на изображении не обнаружено. 245760/245760 = 100,00 % выделенных, 0,00 % фрагментированных, 0,00 % сжатых кластеров Смещение конца изображения: 16108814336

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

петля0 0
петля1 0
петля2 0
петля3 0
петля4 0
петля5 0
|-sda 0 15G 0 диск
  |-sda1 0 1M 0 часть
  |-sda2 0 1G 0 часть /загрузка
  |-sda3 0 14G 0 часть
    |-ubuntu--vg-ubuntu--lv 0 14G 0 lvm /
|-sr0 1 1024M 0 ПЗУ

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

Как восстановить файл образа диска qcow2 с помощью fsck с хоста

Загрузить модуль сетевого блочного устройства:

sudo modprobe nbd max_part = 8

Машина отключения питания:

sudo virsh уничтожить виртуальную машину

Подключить образ диска:

sudo qemu-nbd --connect=/dev/nbd0 /var/lib/libvirt/images/virtual-machine.qcow2

Проверьте диск: (теперь диск смонтирован на хосте, вы можете увидеть его в nautilus/explorer)

судо fsck /dev/nbd0p2

Для меня у меня было установлено два дополнительных диска, которые я только что просканировал как nbd-dm3, так и nbd0p2, вот пример ожидаемого результата, на который я только что ответил «да» всем.

fsck из util-linux 2.25.2
e2fsck 1.42.12 (29 августа 2014 г.)
/dev/nbd0p1: восстановление журнала
/dev/nbd0p1 содержит файловую систему с ошибками, принудительная проверка.
Проход 1: проверка индексных дескрипторов, блоков и размеров
Найдены индексные дескрипторы, которые были частью поврежденного связанного списка потерянных файлов. Исправить<у>? да
Инод 274 был частью списка потерянных индексов. ИСПРАВЛЕНО.
Инод 132276 был частью списка потерянных индексов. ИСПРАВЛЕНО.
У удаленного inode 142248 нулевое время ожидания. Исправить<у>? да
Проход 2: проверка структуры каталогов
Шаг 3: проверка подключения к каталогу
Шаг 4: проверка счетчиков ссылок
Шаг 5: Проверка сводной информации о группе
Различия в растровых изображениях блоков: -603674 -623174 +(689342--689343)
Исправить<у>? да
Неверный подсчет свободных блоков для группы №18 (15076, counted=15077).
Исправить<у>? да
Неверный подсчет свободных блоков для группы №19 (11674, counted=11675).
Исправить<у>? да
Неправильный подсчет свободных блоков (632938, counted=670871).
Исправить<у>? да
Различия в растровых изображениях inode: -274 -132276 -142248
Исправить<у>? да
Неверный подсчет свободных инодов для группы №0 (52, counted=53).
Исправить<у>? да
Неверный подсчет свободных инодов для группы №16 (99, counted=100).
Исправить<у>? да
Неверный подсчет свободных инодов для группы №17 (519, counted=520).
Исправить<у>? да
Неверный подсчет свободных инодов (204392, counted=204599).
Исправить<у>? да

/dev/nbd0p1: ***** ФАЙЛОВАЯ СИСТЕМА БЫЛА ИЗМЕНЕНА *****
/dev/nbd0p1: 101833/306432 файла (0,2% несмежных), 553321/1224192 блоков

Отключить устройство:

судо qemu-nbd --отключить /dev/nbd0

/dev/nbd0 отключен

Запустите свою машину и проверьте, работает ли она:

virsh запустить виртуальную машину

Источник: https://gist.github.com/islander/8517685e3a9f7e0e1d458033710f0893