Затем я должен перезагрузить и выполнить fsck вручную после этого :(.
Там какое-либо альтернативное приложение является им той причиной привычки это?
Вы знаете, какой каталог при доступе мог вызвать ту проблему?
Еще некоторая информация:
Я нашел что-то об УМНЫХ журналах:
sda sdb и sdc, у всех есть записи в системном журнале как "УМНЫЙ Атрибут Предварительного отказа/Использования": об изменениях в "Temperature_Celsius", "Airflow_Temperature_Cel",
но только sdc имел этот tho "Hardware_ECC_Recovered".
k4dirstat был выполнен в корне '/', и это в sdb (но он имеет участок зеркала LVM в sda).
Я не уверен, что материал sdc был смонтирован в / медиа, когда я выполнил k4dirstat.
может быть, в следующий раз, когда я пытаюсь выполнить его сразу после новой начальной загрузки с минимальным выполнением приложений, и проверка только базируется '/', смонтирован, я должен выполнить его снова на терминале в подробном режиме, чтобы попытаться поймать что-то...
Из комментариев...
Syslog
и SMART
сообщите о подобных ошибках...
syslog
sda [SAT], 43 В настоящее время нечитабельных (незаконченных) соответствия секторов SMART
"текущий незаконченный сектор рассчитывает" =43
Потенциальные поврежденные секторы только отмечены неприменимые во время Операции записи, не ЧТЕНИЯ. Это, вероятно, почему k4dirstat и Использование диска Анализатор вызвали диск пойти только для чтения.
Возможный сбой sda жесткий диск.
Обновление № 1:
После выполнения хорошего резервного копирования, позволяет проверке на сбойные блоки, и посмотрите, можем ли мы планировать их..., возможно, Вы получите немного больше времени с этим диском..., если нет слишком многих сбойных блоков.
Начальная загрузка к Ubuntu Живой DVD/USB, откройтесь terminal
приложение и использование:
sudo e2fsck -fcck /dev/sdaX
# да, это-fcck
команда, где sdaX должен быть Вашим разделом Ubuntu.
-fcck параметр...
-f Force checking even if the file system seems clean.
-c This option causes e2fsck to use badblocks(8) program to do a
read-only scan of the device in order to find any bad blocks.
If any bad blocks are found, they are added to the bad block
inode to prevent them from being allocated to a file or direc‐
tory. If this option is specified twice, then the bad block
scan will be done using a non-destructive read-write test.
-k When combined with the -c option, any existing bad blocks in the
bad blocks list are preserved, and any new bad blocks found by
running badblocks(8) will be added to the existing bad blocks
list.