☰

df 的输出与 du 的输出矛盾？

tag-icon • tag-icon command-line disk-usage suse
df 的输出与 du 的输出矛盾？

当我通过 SSH 连接到我的 SUSE Linux 机器时运行该df -h命令时，我得到以下输出：

在此输入图像描述

/dev/sdt1容量为512G，安装在/usr/sap

但是，如果我 cdusr/sap/<HANA server ID>/HDB00/backup并运行，du -h --max-depth=1 | sort -hr我会得到： 在此输入图像描述

这表明我在此位置有 2.0 TB 的数据。如何在存储2.0TB数据的/usr/sap同时拥有512G的容量？usr/sap/<HANA server ID>/HDB00/backup请注意，/dev/md125从第一个屏幕截图来看，容量为 2.0 TB 并且已完全填满，因此我怀疑它以某种方式参与其中。

答案1

我怀疑你的/dev/md125安装在该文件夹中usr/sap/<HANA server ID>/HDB00/backup或该文件夹中的某个位置。如果你想确定你可以运行

findmnt /dev/md125

在下面TARGET您可能会看到usr/sap/<HANA server ID>/HDB00/backup文件夹内的一个目录。

否则，md 设备也可能安装在其他地方，并且backup目录中存在指向它的符号链接，但这对我来说似乎不太可能，因为du默认情况下设置为不取消引用符号链接。确认您可以运行du -P不遵循任何符号链接的命令（但这应该是大多数系统上的默认行为）

编辑：

根据您findmnt /dev/md125仅输出的评论/hana/shared，我倾向于返回我的符号链接假设。我发现完整/usr/sap/<HANA server ID>/HDB00/backup路径的任何部分都可能是符号链接，因此您可能需要通过ls -l快速健全性检查来检查这些文件夹（因为下一个命令可能需要一段时间才能完成）。

否则，您可能需要搜索完整的 /usr/sap 目录以查找指向 /hana/shared 文件夹的符号链接，如下所示

find /usr/sap -type l -exec stat {} + | grep /hana/shared

这将找到 中任何文件夹的任何符号链接/hana/shared，并将显示符号链接的完整路径以及 中其目标的完整路径/hana/shared。

相关内容