我用于 OpenSuse Linux 操作系统的 20G 分区空间已经不够了。
我运行了 du -sh * 来查看大硬盘凹坑凸起所在的位置,我看到的是这样的:
4.7M bin
47M boot
48K dev
24M etc
164M lib
17M lib64
16K lost+found
4.0K mnt
4.0K opt
du: cannot access ‘proc/7847/task/7847/fd/4’: No such file or directory
du: cannot access ‘proc/7847/task/7847/fdinfo/4’: No such file or directory
du: cannot access ‘proc/7847/fd/4’: No such file or directory
du: cannot access ‘proc/7847/fdinfo/4’: No such file or directory
0 proc
964K root
296M run
7.2M sbin
4.0K selinux
32K srv
0 sys
392K tmp
3.8G usr
2.4G var
我没有看到任何异常... 3.8G 对于 /usr 来说是否太大了?
它在 /usr 中的样子如下:
16K X11R6
309M bin
4.0K games
20M include
281M lib
1.6G lib64
80K local
45M sbin
1.6G share
236K src
0 tmp
16K x86_64-suse-linux
这里有什么不寻常的吗?我该怎么做才能解决这个问题?
编辑:
这是我的/var 目录:
4.0K X11R6
148M adm
31M cache
4.0K crash
8.0K games
du: cannot access ‘lib/named/proc/8443/task/8443/fd/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/task/8443/fdinfo/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/fd/4’: No such file or directory
du: cannot access ‘lib/named/proc/8443/fdinfo/4’: No such file or directory
239M lib
0 lock
32M log
0 mail
4.0K opt
297M run
232K spool
92K tmp
12K yp
答案1
不,这并不罕见。我的/usr
目录实际上是 10G。您必须记住,此目录包含大量与您安装的程序相关的内容。大多数“用户安装”(因此目录名称)程序最终都会位于/usr/bin
或/usr/lib
取决于它是程序还是库。因此,您安装的软件越多,您可以预期此目录就越大。与程序相关的文件也经常最终位于目录中,尤其是 中的图标/usr/share/icons
。
您的/usr/lib64
和/usr/share
目录本身就占用了 3.8G 中的 3.2G /usr
。我敢说您安装了许多 64 位库。也许您可以尝试从系统中删除所有孤立的软件包。
我已经有一段时间没用过 OpenSUSE 了,不过你似乎可以用这个命令列出孤立的软件包
zypper packages --orphaned
一些OpenSUSE 论坛上的话题建议这也会降低您的/var
磁盘使用量。
zypper clean