Мой домашний каталог просто уходит. Зачем?

Question 1

Я запускаю более старую Dell GX280 с новым 500-гигабайтным диском и 2 ГБ оперативной памяти. Свежая установка с моим каталогом ~, скопированным из более старого HD, я получил 500 ГБ для замены. Я думаю, что я запускаю ext4 на обоих разделах / и /home.

И, если я бегу в течение нескольких дней, я теряю свой каталог ~/. Под этим я имею в виду, что я могу делать что-либо с любым файлом и каталогом в ~/, если я знаю, что я ищу, но если я ls, или попробую выполнить табуляцию или попытаюсь просмотреть его в наутилусе, он висит. Затем я перезагружаюсь, и все возвращается вместе.

Что это? Где я начинаю искать проблемы? Я не знаю, с чего начать ответ для Googling.

Вот мой /etc/fstab

jacoby@oz:/var/log$ cat /etc/fstab 
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
UUID=4f677505-0b67-47b0-bbb4-858ffc1fe125 /               ext4    errors=remount-ro 0       1
# /alt was on /dev/sdb1 during installation
UUID=b0eec90c-d312-4123-b78c-7487a3347888 /alt            ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=1def350e-fe9a-40e3-8162-0a9f7ff8d5ef /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=e62cd8c5-6088-44a8-84a6-7d399e42d81d none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Question 2

Вот одна вещь, о которой я могу думать, которая могла бы объяснить ваши симптомы. Если у вас есть точка монтирования к «flaky» файловой системе или символическая ссылка на точку монтирования в flaky файловой системе, в вашем домашнем каталоге, то большинство методов перечисления вашего домашнего каталога могут зависать (в том числе ls -l, ls -F , ls --color, но не обычный /bin/ls), ожидающий эту файловую систему.

Возможные примеры flaky filesystems:

Монтирование NFS / Samba, где сервер не отвечает. Это наблюдается в корпоративных средах Unix. Держатель плавкого предохранителя, который висел.

Отключение файловой системы с нарушениями может помочь; umount -l или umount -f могут быть полезны в отчаянных обстоятельствах (прочитайте страницу man mount перед использованием этих опций). Для файловой системы с плавким предохранителем, ожидающей процесса, который не отвечает, попробуйте выполнить umounting с помощью fusermount -u (или fusermount -uz, если есть открытые файлы) и убивает неответственный процесс.

Совет: не монтируйте такие типы файловых систем в каталог, в котором вы часто проходите, например домашний каталог. Имейте выделенный родительский каталог для таких точек монтирования, например, ~/mnt. То же самое касается символических ссылок, которые указывают на эти файловые системы.

Gilles · Accepted Answer · 29 May 2018 в 12:43

Вот одна вещь, о которой я могу думать, которая могла бы объяснить ваши симптомы. Если у вас есть точка монтирования к «flaky» файловой системе или символическая ссылка на точку монтирования в flaky файловой системе, в вашем домашнем каталоге, то большинство методов перечисления вашего домашнего каталога могут зависать (в том числе ls -l, ls -F , ls --color, но не обычный /bin/ls), ожидающий эту файловую систему.

Возможные примеры flaky filesystems:

Монтирование NFS / Samba, где сервер не отвечает. Это наблюдается в корпоративных средах Unix. Держатель плавкого предохранителя, который висел.

Отключение файловой системы с нарушениями может помочь; umount -l или umount -f могут быть полезны в отчаянных обстоятельствах (прочитайте страницу man mount перед использованием этих опций). Для файловой системы с плавким предохранителем, ожидающей процесса, который не отвечает, попробуйте выполнить umounting с помощью fusermount -u (или fusermount -uz, если есть открытые файлы) и убивает неответственный процесс.

Совет: не монтируйте такие типы файловых систем в каталог, в котором вы часто проходите, например домашний каталог. Имейте выделенный родительский каталог для таких точек монтирования, например, ~/mnt. То же самое касается символических ссылок, которые указывают на эти файловые системы.

Это возможно. Я должен буду ждать следующего раза. Я использую CRAZY количество FUSE. Я установил свои двенадцать точек монтирования в / sshmount и символически привязался к ним, чтобы они не отображались, когда я был в моем домашнем каталоге. Я пока не могу сказать, что это окончательно, но это кажется вероятным. И спасибо. — Dave Jacoby, 20 August 2010 в 17:27
Кажется, что хороший способ заставить ошибку - перезагрузить мою домашнюю машину, пока все еще монтируется sshfs. Я мог бы попробовать это позже сегодня. — Dave Jacoby, 20 August 2010 в 17:31
@VarLogRant: Да, правильно, я должен был подумать об этом. Демон аварийного плавкого предохранителя будет современным эквивалентом отсутствующего сервера NFS. — Gilles, 20 August 2010 в 19:53
Нет, biggie. Я не думал упоминать об этом, пока вы не упомянули NFS. — Dave Jacoby, 21 August 2010 в 00:39
Это случилось снова. Я уверен, что теперь это Fuse. — Dave Jacoby, 31 August 2010 в 04:09

Мой домашний каталог просто уходит. Зачем?

1 ответ

Другие вопросы по тегам:

Похожие вопросы: