Содержание
Недавно столкнулся с ситуацией, когда сервер, работающий под Ubuntu перестал загружаться, просто зависал на сообщении random: crng init done
Далее я попытался загрузиться в Recovery Mode и увидел вот такую ошибку:
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
Полностью ее текст выглядел так:
fsck from util-linux 2.26.2
/dev/sda1 contains a file system with errors, check forced.
/dev/sda1: Inodes that were part of a corrupted orphan linked list found.
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda1 requires a manual fsck
Busybox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built in shell (ash)
Enter ‘help’ for a list of built-in commands.
Предварительные действия
Хорошим решением будет перед следующим пунктом — сделать клон диска с данными (например с помощью clonezilla live cd), чтобы в случае, если команда fsck отработает неверно — иметь возможность их как восстановить. И осуществлять все описание ниже действия уже с клонированным диском, чтобы с случае проблем, просто вернуть на место старый диск или же передать его тому, кто сможет восстановить данные.
Решение проблемы
Как видно из текста ошибки, проблема в том, что команд fsck не смогла корректно отработать в автоматическом режиме. Для устранения ошибки, необходимо запустить эту команду в ручном режиме. Для этого в консоли набираем:
/dev/sda1 — это тот раздел, проблемы с которым показаны в тексте ошибки "The root filesystem on /dev/sda1 requires a manual fsck"
После запуска этой команды, будут выводится различные предложения с исправлением обнаруженных ошибок, на каждом пункте необходимо будет нажать клавишу y на клавиатуре. Либо один раз нажать клавишу a и тогда все обнаруженные ошибки будут автоматически исправлены. После окончания работы fsck, необходимо попробовать перезагрузить компьютер и проверить, что ошибок больше нет и все функционирует как следует.
Вход в систему
Навигация
Новые записи в блогах
Популярное
За последнее время:
Нарушилась ФС диска — что делать?
При внезапных отключениях питания компьютера, нажатия кнопки Reset и других катаклизмах при загрузке Linux вместо неё иногда можно увидеть следующую безрадостную картину:
Это означает, что нарушилась файловая система диска, хотя сами системные и пользовательские данные могут оказаться в полном порядке.
Чтобы "привести в чувство" ФС и исправить ее ошибки, можно воспользоваться утилитой fsck, запускаемой под рутом.
Варианты ее использования могут быть следующие:
1. Самый простой:
2. При самом простом варианте может оказаться, что утилита начнет задавать множество вопросов типа Y/N, на которые придется долго отвечать.
Для автоматическихо утвердительных ответов следует применить ключ -y
3. Есть еще другие ключи:
-f — принудительная проверка (проводится даже если файловая система помечена как работоспособная);
-c — искать поврежденые блоки (bad blocks) и помечать их соответствующим образом;
-v – verbose, будет выводить детальную информацию на терминал (процент выполнения и т.п.)
Следует отметить, что использование ключа -c для поиска поврежденных блоков вызывает значительное замедление работы.
Внимание!
Кроме того, на практике выяснилось, что при работе утилиты fsck с ключом -c нажатие Ctrl-C ("Break") вызвало потерю жесткого диска из системы, он стал отсутствующим даже после перезагрузки системы.
Восстановить его прежний статус удалось только полным выключеним компьютера.
Примечание .
Обычно раздел диска "сопротивляется" проверке утилитой fsck, сообщая, что он кем-то занят, и предупреждает, что его принудительная проверка может вызывать потерю данных.
Поэтому в таких случаях следует его отмонтировать доступным способом:
На жестком диске у меня есть две ОС: Windows и Ubuntu. Все было нормально. Запускалось то и то. Через grub было видно две системы. Сидел через ubuntu, выключил ноутбук. На следующий день включаю, в grub выбираю загрузить ubuntu и появляется вот такое что на фото.
2 ответа 2
Вроде все написано Ошибка файловой системы Запустите fsck в ручном режиме
Ошибки файловой системы не дают возможности загрузиться.
Для того чтобы проверить раздел, при невозможности загрузки системы:
- В grub выберите ‘Ubuntu (recovery mode)’ (обычно следует за пунктом загрузки самой системы, или в подменю).
- Должно появиться синее меню, в котором выберете fsck
Если recovery mode также не загружается — надо будет использовать livecd для проверки файловой системы.