Недавно, когда я запускал свой компьютер, мне сообщили, что он восстанавливает журнал для одного из моих разделов ext3.
Можно ожидать такого поведения, если компьютер отключается неправильно, но, насколько я могу судить, это происходит после нормального выключения.
Кроме того, число инодов, которые оказались осиротевшими и очищенными, составляет только один или два в этих случаях.
Я выполнил fsck, но ситуация продолжается.
Какие файлы журналов я могу проверить, чтобы выяснить, почему это происходит? По каким причинам это могло произойти? Как я могу это решить?
ОБНОВЛЕНИЕ
fstab выглядит следующим образом:
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=ead12a48-4a3b-4e3a-b611-d3fc62e8716a / ext4 errors=remount-ro,noatime,nodiratime 0 1
# /home was on /dev/sda6 during installation
UUID=217f1c44-5d04-4c75-9d4a-2a70b1726434 /home ext3 defaults,noatime,nodiratime 0 2
ОБНОВЛЕНИЕ 2
cat /var/log/fsck/{checkfs,checkroot}
возвращает (Nothing has been logged yet.)
дважды.
Как Вы упомянули в своем комментарии eCryptfs, возможная причина для Вашей проблемы. Для проверки этого делают следующие шаги:
/home/richard
(или однако Вашего пользователя звонят).Другая вещь, которую можно сделать как пользователь, состоит в том, чтобы войти ecryptfs-umount-private
. Это пишет сценарий выходов на успехе с сообщением:
Ваш частный каталог был размонтирован.
На ошибке Вы могли бы получить сообщение:
fopen: No such file or directory Cannot chdir into mountpoint.
В последнем случае проблема часто пропускают символьные ссылки. Сделайте следующие шаги:
cd
войти в Ваш $HOME
).ln -s /home/.ecryptfs/YOUR_USERNAME/.ecryptfs
и ln -s /home/.ecryptfs/YOUR_USERNAME/.Private
.Основной момент является символьными ссылками на последнем шаге. В некоторых случаях они отсутствуют. Это приводит к не шифрованию и umounting Ваши данные дома.
Однако, если проблема сохраняется затем, там мог бы также файл $HOME/.ecryptfs/auto-umount
пропавшие без вести. Если это верно, Ваш корневой каталог не будет автоматически размонтирован. Просто войдите touch $HOME/.ecryptfs/auto-umount
изменить его.
Ваш единственный раздел ext3 оказался /home
. Одной из возможных причин вашей проблемы является то, что /home
не отключается, потому что он используется во время выключения вашей системы. Поскольку /home
не следует использовать, когда ни один обычный пользователь не вошел в систему, определение того, используется ли оно, когда никто не вошел в систему, является одним из способов определения, является ли эта конкретная возможная проблема причиной вашей конкретной проблемы.
Временно включите root-логин в вашей системе (мы снова отключим его позже). Это позволит вам войти в систему без доступа к /home
, чтобы вы могли проверить, использует ли он что-либо еще и правильно ли он отключается.
Выйти.
Нажмите Ctrl kbd> + Alt kbd> + F1 kbd>, чтобы переключиться на текстовый виртуальный терминал.
Зарегистрируйтесь как пользователь root. Это запустит оболочку в домашнем каталоге root (/root
), которая находится за пределами /home
.
Попробуйте размонтировать /home
, набрав umount /home
(sudo не требуется, так как вы уже root).
Если это удастся, тогда это не ваша проблема. Если это не удается, то это ваша проблема. Если причина в том, что файловая система используется, то команда fuser -m /home
выведет список процессов, используя /home
, которые вы можете исследовать.
Смонтировать /home
еще раз, набрав mount /home
.
Выйти из системы командой exit
.
Вернитесь к графическому экрану входа в систему, нажав Alt kbd> + F7 kbd>.
Войдите как вы.
Отключите вход в систему root , чтобы вернуть вашу систему в первоначальную конфигурацию.
Это может идентифицировать или не определять причину вашей конкретной проблемы, но должно работать для определения процессов, которые мешают чистому демонтажу /home
при выключении системы в общем случае.