我正在运行较旧的戴尔 GX280,配备新的 500GB 驱动器和 2GB RAM。~
使用从旧 HD 复制的目录进行全新安装,我得到了 500GB 的替换空间。我想我在我的分区/
和/home
分区上都运行 ext4。
而且,如果我运行几天,我会丢失我的~/
目录。~/
我的意思是,如果我知道我在寻找什么,我可以对其中的任何文件和目录执行任何操作,但是如果我这样做ls
,或者尝试制表符补全,或者尝试在 nautilus 中查看它,它就会挂起。然后,我重新启动,一切都恢复了。
它是什么?我从哪里开始寻找问题?我不知道从哪里开始搜索答案。
这是我的/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
,但不是 plain/bin/ls
)等待那个易碎的文件系统。易碎文件系统的可能示例:
服务器没有响应的 NFS/Samba 挂载。这主要在 Unix 企业环境中观察到。
一个挂在上面的保险丝座。
卸载有问题的文件系统可能会有所帮助;
umount -l
或者umount -f
在绝望的情况下可能很有用(mount
在使用这些选项之前阅读手册页)。对于正在等待没有响应的进程的 fuse 文件系统,请尝试卸载fusermount -u
(或者fusermount -uz
如果有打开的文件),然后终止没有响应的进程。提示:不要将此类文件系统挂载在您经常遍历的目录下,例如您的主目录。为此类挂载点提供专用的父目录,例如
~/mnt
. 指向这些文件系统的符号链接也是如此。