Ubuntu 20.04 не загружается (в файловой системе есть ошибки), fsck не исправил, режим восстановления не работает

В конце ноября 2020 года я установил Ubuntu 20.04 на внешний жесткий диск, и я использовал его без особых проблем. Затем, когда я попытался загрузиться и войти в систему (обычным способом) 21 декабря, это не удалось. Вместо того, чтобы давать у меня обычный экран входа в систему, он отображал сообщения о проблемах с inodes. Я выключил компьютер и снова попытался загрузиться. На этот раз это подошло с экраном, на котором отображался следующий вывод:

[   0.159360 ipmi:dmi: Base address is zero, assuming no IPMI interface
/dev/sdc2 contains a file system with errors, check forced.
/dev/sdc2:
Inode 131169 seems to contain garbage.

/dev/sdc2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
        (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sdc2 requires a manual fsck

BusyBox v1.30.1 (Ubuntu 1:1.30.1-4ubuntu6.2) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

Все несколько попыток загрузки Ubuntu дали тот же результат, что и показано выше.

Я провел много исследований (используя другой компьютер для поиска соответствующих веб-сайтов, а затем внимательно их прочитал) и предпринял несколько попыток исправить проблема, безуспешно. Я надеюсь, что кто-то знаком с эту ситуацию, чтобы они могли объяснить, почему моя система Ubuntu 20.04 сбой, и может предложить пошаговую процедуру для исправления того, что сломано.

В идеале я смогу полностью восстановить систему, чтобы ее загрузка приведет к знакомому экрану входа в систему, и все мои данные будут доступны. Но даже если Ubuntu сломан, и я должен его переустановить (не большая проблема), я очень хотел бы иметь возможность восстановить все данные, которые я могу. Я обновил некоторые файлы в последние дни, и я не создаю резервную копию своих данных каждый раз, когда использую компьютер, поэтому мне не хотелось бы терять эти недавние изменения.

Чтобы попытаться решить проблему, я ввел "fsck -y / dev / sdc2" в (initramfs) подсказка (на основе советов, которые я нашел на нескольких веб-сайтах). Затем я вошел "reboot" (в приглашении (initramfs)), но это не дало результата, поэтому я ввел "Выход". Экран погас, а потом около 10 минут ничего не происходило, поэтому я вручную выключил компьютер. Когда я повернул компьютер обратно и попытался загрузить Ubuntu, на этот раз на экране отобразилось следующее две строчки:

/dev/sdc2: recovering journal
/dev/sdc2: clean, 471037/4890624 files, 6056765/19531250 blocks

Но больше ничего не произошло. Итак, через ~ 10 минут я вручную включил вниз компьютер. Затем я снова включил его и решил перейти в режим восстановления ("Ubuntu, с Linux5.4.0-58-generic (режим восстановления)". Многие строки вывода быстро пролетели мимо на экране, и в конечном итоге он показал:

         Starting GNOME Display Manager...
[***   ] (1 of 2)  A start job is running for Login Service (56s / 1 min 30s)

Но вскоре после этого он отобразил:

[FAILED]  Failed to start GNOME Display Manager.

И тогда казалось, что он застрял в бесконечном цикле, который повторяется каждый несколько минут, сначала отображается «Запуск диспетчера отображения GNOME», а затем отображается сообщение «Не удалось запустить диспетчер отображения GNOME». Итак, я вручную включил компьютер, снова попытался загрузить Ubuntu 20.04 (на этот раз в нормальный способ, а не режим восстановления), и экран был пуст, кроме следующие две строчки в верхней части (очень похоже на то, что я видел раньше, но с немного другими номерами):

/dev/sdc2: recovering journal
/dev/sdc2: clean, 471039/4890624 files, 6060864/19531250 blocks

На этот раз я просто оставил его, чтобы посмотреть, не произойдет ли что-нибудь. Это осталось как это длилось более 6 часов, поэтому я сдался и выключил компьютер.

Сегодня утром я снова попытался загрузить Ubuntu 20.04 (обычным способом, но не режим восстановления). Как обычно, экран «GNU GRUB версии 2.04» появляется для минуту или две, а затем автоматически исчезает. Экран полностью погас пусто в течение ~ 60 секунд, затем на короткое время отображается мелким шрифтом "Ubuntu 20.04" в центре экрана, а затем отобразила следующую строку вывод в верхней части экрана (на этот раз без упоминания «восстановление журнал "):

/dev/sdc2: clean, 471032/4890624 files, 6064956/19531250 blocks

Спустя более двух часов на экране по-прежнему отображаются только указанные выше строка вывода. Индикатор на внешнем жестком диске иногда мигает, что, я полагаю, может указывать на то, что он что-то делает (но что?!?).

Что означают эти числа в числителях (471032 для файлов, 6064956 для блоки) указать? А что означают числа в знаменателях (4890624 для файлы, 19531250 для блоков) укажите? Почему они немного меняются на каждом попытка загрузиться? Если я оставлю компьютер включенным, будет ли он прогрессировать? и, в конечном итоге, перейти к обычному экрану входа в систему?

Вот некоторые подробности о конфигурации моей системы. Мой компьютер - Dell Ноутбук Inspiron с Windows 7, и ему ~ 8 лет (так несколько старый, но все еще вполне годный к употреблению). Я установил Ubuntu 20.04 на раздел размером 80 ГБ который я создал на новом внешнем жестком диске Seagate (общей емкостью 1 ТБ). Мне нравится иметь возможность использовать Windows 7 (она стабильна и поддерживает некоторые приложения, которые мне нравятся) или Ubuntu (отличная ОС!). Уже ~ 8 лет использую эта же схема для загрузки Ubuntu 12.04 с другого внешнего жесткого диска (никогда с какими-либо проблемами), поэтому я решил, что та же процедура должна работать нормально для Ubuntu 20.04. Когда я хочу использовать Ubuntu (20.04 или 12.04), я подключаю внешний жесткий диск к USB-порту компьютера, затем нажмите кнопка питания компьютера,затем нажмите клавишу F12 (для параметров загрузки), а затем выберите опцию «USB Storage Device». Затем экран компьютера отображает обычный экран «GNU GRUB версии 2.04», а затем автоматически переходит к загрузке Ubuntu и выводит меня на экран входа в систему (кроме случаев, когда файловая система вышла из строя - как и в ситуации, в которой я сейчас оказался!).

На случай, если это может помочь, вот последние строки, отображаемые в выводе из команда "fsck -y / dev / sdc2" (большая часть вывода пролетела так быстро что у меня не было времени прочитать или записать это):

Free blocks count wrong for group #108 (11074, counted=11124).
Fix? yes

Free blocks count wrong for group #171 (5910, counted=6084).
Fix? yes

Free blocks count wrong (13471083, counted=13474145).
Fix? yes

Inode bitmap differences: -(131169--131184) -(131201--131232) -(131521--131535)
 -(131537--131552)
Fix? yes

Free inodes count wrong for group #16 (82, counted=161).
Fix?  yes

Free inodes count wrong (4419514, counted=4419593).
Fix?  yes

/dev/sdc2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdc2: 471031/4890624 files (0.2% non-contiguous), 6057105/19531250 blocks
(initramfs)

Перед тем, как запустить команду fsck, я сначала ввел 'ls' (в приглашении initramfs) и он отобразил следующий вывод (для различных каталогов в /, Похоже): dev bin init lib64 sbin var tmp root conf lib libx32 скрипты sys ядро и т. д. lib32 run usr proc

Я был обеспокоен тем, что не увидел «домой» в этой коллекции. Это делает меня беспокоюсь, что мой домашний каталог и все, что в нем было потеряно.

После того, как я запустил команду fsck, я снова ввел "ls", и все то же самое появился выход (без «дома» в коллекции, поэтому я остаюсь очень обеспокоен).

На нескольких веб-страницах говорилось, что "fsck -y ", за которым следует "перезагрузка" подойдет, но в моем случае "перезагрузка" ничего не дала. (Initramfs) подсказка просто вернулась, без видимых изменений по сравнению с предыдущим. Так что я интересно, что мешает Ubuntu перезагрузиться.

А потом, когда я попытался перейти в режим восстановления, даже это не удалось (потому что из описанных выше ошибок «Не удалось запустить GNOME Display Manager»). Похоже, что Ubuntu в очень плохом состоянии.

Большое спасибо всем, кто может предложить полезную информацию и / или предложения. Если вы можете помочь мне восстановить мою установку Ubuntu 20.04 на Полное здоровье, тогда вы сделаете этот курортный сезон очень счастливым для мне. Или, если вы можете хотя бы помочь мне восстановить мои данные, это все равно будет большим подспорьем.

0
задан 26 December 2020 в 22:57

1 ответ

Один раз, когда у меня возникла эта проблема, я исправил ее не с помощью initramfs, а с загрузочного USB-накопителя. Вы можете попробовать это. Кроме того, существует опция -f, которую следует использовать для fsck:

fsck -f /dev/sdc2

Наконец, используйте lsblk, чтобы убедиться, все ваши блочные устройства.


  • Параметр -f передается в e2fsck и вызывает проверку файловой системы, даже если файловая система сообщает, что она чистая.
  • Вы конкретно упомянули /dev/sdc2, поэтому я предполагаю, что существует /dev/sdc1
1
ответ дан 26 December 2020 в 21:00

Другие вопросы по тегам:

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