Question

我在磁盘使用方面遇到了一些麻烦，这可能很简单，但我现在还没有得到＆＃34; /＆＃34;安装其利用率为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，但两个数字都没有匹配＆＃34; /＆＃34;安装

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

我也重启了服务器，但没有解决这个问题。

有人知道这里有什么不对吗？

Answer 1

du /将添加所有尺寸，直到您获得/目录下的总尺寸（即＆＃34;所有＆＃34;直接或间接位于/下方。

df -h会显示每个分区的大小（/包含许多其他分区的目录挂载点，例如您有/data3（/dev/sdc1分区已安装）这是一个1.8T分区，当前有1.2T的数据）

所以他们有所不同，没有错。

你可能有数据＆＃34;＆＃34;一些挂载点。如果您可以在单用户模式下重新启动，并卸载所有已安装的分区，则您可以执行du -ks /而无需安装任何顶部。这将给你真正的/分区职业。

在linux上查看/ partition（单独）的另一种方式，就好像没有任何挂载的文件系统一样：使用mount --bind在第二个目录下再次安装它（请参阅Gille在{的答案） {3}}用于解释和示例）

另一件事：df添加文件和目录占用的块，du将添加文件和目录的字节。因此，df通常会报告较大的尺寸（因为文件通常不会完全填满其最后一个块）。请参阅：/ srv的分区大小占用和/ srv du输出。

linux磁盘利用率冲突

1 个答案: