![ошибка инода fsck ext4](https://rvso.com/image/632751/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0%20%D0%B8%D0%BD%D0%BE%D0%B4%D0%B0%20fsck%20ext4.png)
Сегодня во время загрузки я получил ошибку в разделе ext4 с некоторыми инодами. Я только что ввел пароль root и вручную запустил fsck, но я немного обеспокоен. fsck много раз предупреждал о некоторых ошибках с инодами и спрашивал меня, хочу ли я очистить их по одной, и я сказал «да», но мне интересно, не понес ли я потери данных, как я могу это проверить?
Кроме того, предыдущее выключение прошло нормально, и у меня 60 ГБ свободного места, так что я не знаю, что могло вызвать это, есть идеи?
решение1
Иногда нужно просто пожать плечами, и для меня это как раз такой случай.
Файловые системы действительно повреждаются (непонятные ошибки ядра, неочевидные несовместимости оборудования, космические лучи (да, действительно), плохие/шумные кабели), и время от времени вам действительно приходится останавливать работу системы и fsck
файловых систем, просто чтобы убедиться, что таких ошибок не произошло, или, если они произошли, навести порядок (как только файловая система повреждается, текущая операция, как правило, еще больше ее повреждает).
Как узнать, потеряли ли вы данные? Если ваше программное обеспечение для резервного копирования позволяет вам проверить онлайн-хранилище по последней хорошей резервной копии, это может обеспечить удобную проверку того, исчез ли большой кусок ФС. Такие системы, как , tripwire
могут помочь, но вам нужно, чтобы они были настроены и запущены, и в любом случае было бы странно запускать такую штуку для раздела /home
. Обязательно посмотрите в /home/lost+found
, так как любой отсоединенный контент будет повторно подключен там fsck
.
Если ничего из этого не поможет, то поставьте мысленный флаг на тему "fsck
Мне чаще нужны эти файловые системы" и возможно "Я не совсем доверяю этому оборудованию.", и двигаемся дальше.