Проверка файловой системы или монтируется отказавший

Для тех, кто все еще в беде:

fsck -f

не разрешил мою проблему bescause вся фс где не смонтированный. После fsck я сделал:

mountall

И затем у меня был быстрый вход в систему! Я использовал своего loal пользователя для входа в систему, и затем:

startx

для имения графического environement, и затем:

unity --replace

для имения единицы.

Затем я выполнил обновление Ubuntu, обновление зафиксировало мою начальную загрузку recors. С тех пор все работает отлично!

Hope это помогает...

Не делайте грузовой культ наполняет Вас найденный в Интернете, но пытается понять то, что команда делает перед Вашим вводила его.

Ваше использование sudo является ненужным - Вы уже зарегистрированы как пользователь root и имеете полный доступ.

Сообщение об ошибке, которое Вам дали, указывает, что автоматическая проверка файловой системы перестала работать. С ext2, который происходил часто после перебоя в питании, но с ext3 и ext4, один из которых Вы, вероятно, будете использовать, если Ваша система будет более новой, чем десять лет, этого обычно не происходит, если нет включенное неисправное оборудование.

Первая команда, mount -o rw,remount / по существу говорит системе, что "Она прекрасна, на этом диске нет никаких ошибок, и можно предположить, что файловая система достаточно последовательна для записи файлов". Это - полужирный оператор, особенно правильный после получения сообщения об ошибке, заявив, что проверка файловой системы нашла проблемы, которые так плохи, что автоматизированные восстановления должны были бы, вероятно, удалить файлы для возвращения файловой системы в рабочую форму.

Вторая команда, dpkg --configure -a затем предпринятый для запущения скриптов после установки для пакетов, которые отмечены в dpkg базе данных как распаковка их файлов, но скриптов, не запущенных все же. Если эта команда попыталась сделать что-нибудь, это означает, что Вы должны будете сделать это позже, но теперь не являетесь надлежащим временем. dpkg инструмент существует все файловые системы, которые будут смонтированы, и безошибочный, у Вас только есть корневая файловая система с ошибками, и все другие отсутствуют.

Способ разрешить Вашу ситуацию:

1. Вернитесь к использованию режима только для чтения mount -o ro,remount /. Вы не хотите, чтобы ядро изменило что-либо в файловой системе, в то время как восстановление идет полным ходом.

2. Восстановите корневую файловую систему, с помощью fsck утилиты, которая будет затем использовать fsck.ext3 утилиту внутренне: fsck -f /.

   Можно добавить опцию -C0 получить индикатор хода выполнения.

   Если Вы получаете сообщения о fsck неспособности считать блоки из-за ошибок ввода-вывода, можно прервать Ctrl-C и добавить -c опция просканировать для сбойных блоков заранее. Это возьмет возрасты, но восстановление затем не пытается спасти любые файлы, распространенные по поврежденным секторам.

   Скорее всего, Вас спросят, соглашаетесь ли Вы на определенные решенные проблемы. Ищите сообщения об ошибках с помощью предпочтительной поисковой системы, в Интернете существует вполне достаточная документация. Большинство из них об удалении файлов, которые являются вне восстановления или перемещения их к lost+found каталог.

3. После этого завершено, Вас, скорее всего, попросят перезагрузить в прописных буквах. Это - хорошая идея, просто войдите sync во-первых, дайте дискам несколько секунд, чтобы выписать остающиеся данные и затем нажать Ctrl-Alt-Del. Перезагрузка будет непосредственна, не размонтировав файловые системы, но это прекрасно, потому что единственная смонтированная файловая система только для чтения.

4. Если после перезагрузки Вы роняетесь в ту же подсказку, другую файловую систему, но корневая файловая система нуждается в восстановлениях также. Используйте fsck -A управляйте, чтобы делать попытку автоматизированного восстановления всех некорневых файловых систем и вручную восстановить тех, которым нужно оно. На этот раз Вас нельзя попросить перезагрузить, поскольку это только необходимо для файловых систем, которые смонтированы, будучи проверенным.