/dev/sda2 已满,这里有什么可疑之处吗?

/dev/sda2 已满,这里有什么可疑之处吗?

我用于 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

相关内容