我在磁盘利用率方面遇到了一些问题，这可能很简单，但我目前还不了解"/"mount的情况具有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添加了文件和目录所占用的块，du将添加文件和目录的字节。因此df通常会报告更大的大小（因为文件通常不会完全填满最后一个块）。请参阅：/srv的分区大小占用和/srv-du输出。