新しい500GBドライブと2GBRAMを搭載した古いDellGX280を実行しています。古いHDからコピーした~
ディレクトリを使用した新規インストールでは、500GBを交換しました。 /
パーティションと/home
パーティションの両方でext4を実行していると思います。
また、数日間実行すると、~/
ディレクトリが失われます。つまり、探しているものがわかっていれば、~/
内の任意のファイルとディレクトリで何でもできますが、ls
を実行したり、タブ補完を試したり、ノーチラスで表示すると、ハングします。次に、再起動すると、すべてが元に戻ります。
それは何ですか?どこから問題を探し始めますか?答えを探すためにどこからグーグルを始めればいいのかわかりません。
これが私の/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
これがあなたの症状を説明できると私が考えることができる一つのことです。ホームディレクトリに「不安定な」ファイルシステムへのマウントポイント、または不安定なファイルシステムへのマウントポイントへのシンボリックリンクがある場合、ホームディレクトリを一覧表示するほとんどの方法がハングする可能性があります(ls -l
、ls -F
、ls --color
を含むが、プレーンではない/bin/ls
)その不安定なファイルシステムを待っています。
不安定なファイルシステムの考えられる例:
サーバーが応答しないNFS/Sambaマウント。これは主にUNIXのエンタープライズ環境で見られます。
に掛かっているヒューズマウント。
問題のあるファイルシステムをアンマウントすると役立つ場合があります。 umount -l
またはumount -f
は、絶望的な状況で役立つ場合があります(これらのオプションを使用する前に、mount
のマニュアルページをお読みください)。応答していないプロセスを待機しているFuseファイルシステムの場合は、fusermount -u
(または開いているファイルがある場合はfusermount -uz
)を使用してアンマウントし、応答していないプロセスを強制終了してみてください。
ヒント:この種のファイルシステムは、ホームディレクトリなど、頻繁に移動するディレクトリの下にマウントしないでください。そのようなマウントポイント専用の親ディレクトリを用意します(例:~/mnt
)。これらのファイルシステムを指すシンボリックリンクについても同じことが言えます。