Вопрос или проблема
Во время копирования виртуального диска Debian на моем хосте Windows произошло отключение электроэнергии. Теперь, когда я запускаю систему, она показывает сообщение:
/dev/sda1: recovering journal
/dev/sda1: clean, 247572/393216 files, 1424558/1572608 blocks
И остается на этом терминальном экране. Я попробовал решение, которое читал в этом посте на AskUbuntu, и в некоторых других темах, но ничего так и не решило проблему. Я попытался загрузиться в меню GRUB и в режиме восстановления, и как root: umount /dev/sda1, а затем fsck -f /, который показал все 5 проходов и сообщение:
/dev/sda1: 247576/393216 files (0.2% non-contiguous), 1425073/1572608 blocks
Но при перезагрузке системы отображается то же сообщение “recovering journal”, и ничего больше не загружается. Я также попытался переустановить gnome-core, но sudo apt-get install gnome-core выдает много ошибок Failed to fetch. Что я могу попробовать, чтобы система заработала как раньше?
Вероятность множественных несоответствий в файле образа диска из-за отключения электроэнергии очень высокая.
Поскольку такое поведение не является хорошим знаком, я не стал бы тратить время на попытки восстановить что-то с таким низким шансом успеха.
Восстановите то, что сможете, из /home, и создайте/переустановите виртуальную машину.
Я столкнулся с такой же проблемой в своем UBUNTU 22. Вот как я ее решил:
- Удерживайте ESC во время загрузки. Если это не сработает, попробуйте удерживать Left Shift.
- Перейдите в “Дополнительные параметры”.
- Выберите “Режим восстановления”.
- Проверьте дисковое пространство с помощью
df -h. В моем случае использование составило 80%. - Чтобы освободить место, я удалил все файлы docker
sudo rm -rf /var/lib/docker/*. - Затем перезагрузился в обычный режим с помощью
reboot.
Возможно, в моем случае это произошло из-за недостатка дискового пространства.
Ответ или решение
При возникновении ошибки загрузки виртуальной машины Debian с сообщением "восстановление журнала" после внезапного отключения питания, важно понимать возможные причины и шаги по их устранению. Давайте подробно рассмотрим эту проблему, основываясь на предоставленной информации.
Причины возникновения проблемы
Ошибки загрузки, такие как "восстановление журнала", часто возникают из-за повреждения файловой системы. В вашем случае отключение питания во время копирования виртуального диска могло вызвать несоответствия в метаданных файловой системы, что приводит к необходимости её восстановления.
Шаги по устранению проблемы
-
Проверка состояния файловой системы:
Как уже было упомянуто, использование командыfsck— это разумный подход для проверки и восстановления файловой системы. Вы упомянули, что выполняли командуfsck -f /, которая завершилась успешно, но это не разрешило проблему загрузки. Убедитесь, что вы используете правильную командуfsckдля вашего раздела:fsck -f /dev/sda1Если система по-прежнему зависает на этапе "восстановление журнала", возможно, необходима дополнительная диагностика. Попробуйте запустить
fsckнесколько раз. -
Выделение места на диске:
Возможные ошибки могут быть связаны с нехваткой свободного места на диске. Как вы уже упоминали, использование командыdf -hможет помочь в этом. Если использование дискового пространства превышает допустимые значения, освободите место, удалив ненужные файлы, такие как файлы Docker, временные файлы и другие временные данные:sudo rm -rf /var/lib/docker/*Убедитесь в том, что у вас достаточно свободного места для нормальной работы системы.
-
Восстановление из режима восстановления:
Если предыдущие шаги не помогли, загрузитесь в режиме восстановления. Для этого во время загрузки удерживайте клавишуESCилиShift, чтобы вызвать меню GRUB. Выберите "Дополнительные параметры" и затем "Режим восстановления".Попробуйте выполнить следующие команды в терминале (root):
mount -o remount,rw / fsck -f /dev/sda1После завершения проверьте, нет ли отключенных служб, и восстановите их.
-
Восстановление важных данных:
Если система по-прежнему не загружается, рассмотрите возможность восстановления данных из каталога/home. Подключите виртуальный диск к другой рабочей виртуальной машине в качестве дополнительного диска, чтобы получить доступ к вашим файлам. -
Создание новой виртуальной машины:
Если указанные шаги не помогли, хорошей практикой будет создание новой виртуальной машины. Сделайте резервные копии всех важных данных, а затем установите новую инсталляцию Debian, после чего можно будет восстановить данные из старого виртуального диска.
Заключение
Ваша ситуация демонстрирует, как важно всегда иметь резервные копии данных и проверять целостность файловой системы. Следуя вышеуказанным шагам, вы можете попытаться восстановить систему или создать новую установку, минимизируя временные затраты и защищая важные данные. Не забывайте также о профилактических мерах, таких как регулярное резервное копирование и применение надежного источника питания для виртуальных машин, чтобы избежать подобных ситуаций в будущем.