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

Question

当我运行df -h命令时，当SSH进入我的SUSE盒时，我得到以下输出：

容量为512 g的/dev/sdt1安装在/usr/sap上。

但是，如果我cd到usr/sap/<HANA server ID>/HDB00/backup并运行du -h --max-depth=1 | sort -hr，就会得到：

这表明我在这个位置有2.0TB的数据。当/usr/sap存储2.0TB的数据时，usr/sap/<HANA server ID>/HDB00/backup怎么能有512 g的容量呢？请注意，第一个屏幕截图中的/dev/md125具有2.0TB的容量，并且已经完全被填充，因此我怀疑它在这里是有某种意义的。

Answer 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中目标的完整路径。