Почему мне нужно fsck проверить корневую файловую систему?

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

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

Поэтому мои вопросы :

  • Почему (когда) мне нужно выполнить fsck в моей корневой файловой системе ?
  • Какие симптомы, которые показывают fsck должны выполняться?
  • Все ли одинаковые ответы для корневых и не-корневых разделов?

  • Как я могу выполнить сканирование на поверхности диска и исправить / перераспределить поврежденные сектора в Linux из командной строки?
  • Что делает fsck настолько медленным на больших файловых системах?
  • Как проверить прогресс Badblocks, если он работает в фоновом режиме?
  • Ошибки ввода-вывода в Linux LVM
  • Каковы условия, которые квалифицируют файл как потерянный и найденный?
  • Крайне долгое время для ext4 fsck
  • мне нужно fsck.ext4 перед установкой файловой системы?
  • Как создание файла forcefsck запускает проверку файловой системы при перезагрузке?
  • В чем проблема, из-за которой debian зависает в fsck / dev / sda? Каково решение?
  • Как я могу исправить Linux-диск без его размонтирования?
  • Что означает `clean, x / y` в выводе fsck?
  • Interesting Posts
    Linux и Unix - лучшая ОС в мире.