Manjaro KDE Edition
   3322

не загружается система после обновления ядра [ РЕШЕНО ]

Всем доброго дня, ситутация такая, обновил вчера ядро с 4.9 на 4.12
т.к. после последнего обновления система стала постоянно зависать
после обновления ядра система стала стабильней работать.
старое удалил. После перезагрузки запускается fsck доходит
процентов до 45 и все.

/dev/sdb1:UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e.,without -a or -p option)
ERROR: Bailing out. Run `fsck /dev/sdb1` manually
***************FILESYSTEM CHECK FAILED*******
* Please run fsck manually. After leaving *
* this maintenance shell, the system will *
* reboot aumatically. *
*********************************************
sh:can`t access tty: job control turned off
[rootfs ]* _
переустановка? или есть возможность поднять систему

3 комментария

avatar
Вот нашел чтиво по подобной проблеме
сегодня вечером попробую, отпишусь, что вышло или нет
Checking root filesystem
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
Это означает, что нарушилась файловая система диска, хотя сами системные и пользовательские данные могут оказаться в полном порядке.
Чтобы «привести в чувство» ФС и исправить ее ошибки, можно воспользоваться утилитой fsck, запускаемой под рутом.
Варианты ее использования могут быть следующие:

1. Самый простой:
fsck /dev/sda1
/dev/sda1 — проверяемый раздел.
2. При самом простом варианте может оказаться, что утилита начнет задавать множество вопросов типа Y/N, на которые придется долго отвечать.
Для автоматическихо утвердительных ответов следует применить ключ -y
fsck -y /dev/sda1
3. Есть еще другие ключи:

-f — принудительная проверка (проводится даже если файловая система помечена как работоспособная);
-c — искать поврежденые блоки (bad blocks) и помечать их соответствующим образом;
-v – verbose, будет выводить детальную информацию на терминал (процент выполнения и т.
Следует отметить, что использование ключа -c для поиска поврежденных блоков вызывает значительное замедление работы.
Внимание!
Кроме того, на практике выяснилось, что при работе утилиты fsck с ключом -c нажатие Ctrl-C («Break») вызвало потерю жесткого диска из системы, он стал отсутствующим даже после перезагрузки системы.
Восстановить его прежний статус удалось только полным выключеним компьютера.
Примечание.
Обычно раздел диска «сопротивляется» проверке утилитой fsck, сообщая, что он кем-то занят, и предупреждает, что его принудительная проверка может вызывать потерю данных.
Поэтому в таких случаях следует его отмонтировать доступным способом:
umount /dev/sda1
Последний раз редактировалось
+1
avatar
вообщем систему поднял, просто времени убить пришлось не мало, пока сделал live USB загрузился перенес данные на всякий случай, данные кстати все были целые. Когда «валится» диск или файловая система то далеко не всегда можно сохранить данные, тут все нормально. Запустил fsck -y/dev/sdb1 реакции ноль, только версия утилиты. С другими ключами тоже ничего не вышло, запустилась без ключей пришлось минут 10 постоянно подтверждать y, в итоге fsck нашла два поломанных блока. После перезагрузки опять тоже самое доходило до процентов 80 и остановка. Последняя попытка была удачной через -> Adwanced option for Manjaro Linux -> Fallback initramfs вот так кое как загрузилась система, не буду расписывать про косяки с иксами это не к чему. Установил ядро 4.13.10-1 не трогая пока 4.12.14-1 «раз так решил экспериментировать до конца ))), либо обвалю систему либо посмотрим» ))) перезагрузился еще раз через adwanced выбрал ядро 4.13 и потом загрузился нормально без fallback. Загрузка прошла удачно скорость загрузки просто супер по отношению к старому ядру 4.9.59, теперь все работает отлично. Но ради страховки пока восстановил 4.9.59 на запас, удалил 4.12, в работу включил 4.13.10 пока на нем поработаю посмотрю что будет. В любом случае ничего уже не потеряю, я уже вчера и на диск погрешил не новый мало ли, что. Благо есть запас, 250 гигов «seageate barracuda»приготовил на замену если переустанавливать придется.
Последний раз редактировалось
+1
avatar
И еще из личного опыта, есть подвисания в иксах, это сто процентов не ядро! это обновленный видео драйвер. Обновления идут с учетом поддержки нового железа. Не раз сталкивался когда ставишь последний видео драйвер а карта уже не новая есть небольшие подвисания. Вроде видюха не хлам nvidia geforce 430 с гигом на борту, но четыре года это в постоянной работе — это уже по нынешнем временам уже не то.
Последний раз редактировалось
+1
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.