我在磁盘使用方面遇到了一些问题,这可能很简单,但我现在还不明白“/”挂载是怎么回事 其中有69%的利用率
[12:07:37 root@abc.com:~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 20G 13G 6.0G 69% /
tmpfs 16G 0 16G 0% /dev/shm
/dev/sda1 121M 31M 83M 28% /boot
/dev/sda7 1.7T 1.2T 419G 75% /data1
/dev/sdb1 1.8T 1.3T 469G 74% /data2
/dev/sdc1 1.8T 1.2T 541G 69% /data3
/dev/sdd1 1.8T 1.3T 478G 73% /data4
/dev/sda2 58G 581M 54G 2% /srv
/dev/sda3 50G 2.1G 45G 5% /var
cm_processes 16G 100K 16G 1% /var/run/cloudera-scm-agent/process
然后我用 du 检查,但两个数字都不匹配“/”挂载
12:10:31 root@abc.com:~]# du -hs /* | sort -hr
du: cannot access `/proc/25036/task/25036/fd/4': No such file or directory
du: cannot access `/proc/25036/task/25036/fdinfo/4': No such file or directory
du: cannot access `/proc/25036/fd/4': No such file or directory
du: cannot access `/proc/25036/fdinfo/4': No such file or directory
1.3T /data4
1.3T /data2
1.2T /data3
1.2T /data1
2.3G /usr
2.3G /opt
2.0G /var
401M /srv
134M /lib
26M /boot
25M /etc
21M /lib64
15M /sbin
8.2M /bin
6.3M /root
4.1M /home
208K /command
204K /tmp
204K /dev
24K /jenkins
16K /lost+found
4.0K /service
4.0K /selinux
4.0K /mnt
4.0K /media
4.0K /=0.6.28
0 /sys
0 /proc
我也重新启动了服务器,但没有解决这个问题。
有人知道这里出了什么问题吗?
最佳答案
du /
将添加所有尺寸,直到获得下面的总尺寸 /
目录(即,直接或间接在 /
下的“一切”挂载器。
df -h
将向您显示每个分区的大小(/
包含许多目录挂载点到许多其他分区,例如您有 /data3
(挂载了 /dev/sdc1
分区)这是一个 1.8T 分区,当前有 1.2T 数据里面)
所以他们是不同的,没有错。
您可能在某些挂载点“下方”有数据。如果您可以在单用户模式下重新启动,并卸载所有已安装的分区,您将能够执行 du -ks/而无需在顶部安装任何东西。这将为您提供真正的/分区占用。
另一种在 Linux 上查看/分区(单独)的方法,因为它在顶部没有任何已安装的文件系统时出现:使用 mount --bind
将其再次安装在第二个目录下(有关解释和示例,请参阅 Gille 在 https://superuser.com/a/200697/174998 的回答)
还有一件事:df
添加文件和目录占用的 block ,du
将添加文件和目录的字节数。所以df
通常会报告更大的大小(因为文件通常并不总是完全填满它们的最后一个 block )。请参阅:/srv 的分区大小占用和/srv du 输出。
关于linux 磁盘利用率冲突,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25852845/