新添加的信息

Question 1

您似乎误读了多次运行的命令的输出。

此命令显示的打开文件总数（显示的输出中的第 7 列）几乎 > 分配的 200GB 空间总量的 60%。

我不知道你从哪里得到这个数字。您显示的行总数约为 800kB，约为 200GB 的 0.0004%。

如果您添加的行数多于此处显示的行数，请记住：

如果一个文件被多个进程打开，或者甚至由同一进程在多个描述符上打开（这种情况发生），那么您已经对其进行了多次计数。
其中一些文件位于不同的文件系统上。

如果这是正常的期望，我该如何调整才能将所有 200GB 用于我的数据而不打开文件！

没有什么可以调整的。您可以使用所有空间。您只是对您运行的用于测量磁盘使用情况的命令的输出进行了奇怪的解释。

sudo du --max-depth=1 -h /services

下有挂载点，因此这总结了不在文件系统上但在及其同级上/services的文件的大小。/services/services/BackupDir/ext1

此命令的输出没有提供有关上的磁盘使用情况的太多有用信息/services。传递选项-x以du告诉它不要下降到安装点。

sudo du -x -h /services

如果报告的尺寸这命令小于报告的“占用”大小df /services，有两个可能的原因：

您有一些文件已被删除但仍然打开。这些文件仍然占用空间，但它们没有名称，因此du找不到它们。它们将出现在的输出中lsof。运行lsof +F1 /services以查看上已删除但打开的文件的列表/services。
下的一些挂载点后面隐藏着文件/services。也许您的应用程序之一在这些文件系统未按预期安装时运行，因此在父文件系统上写入了文件。当文件系统安装在目录上时，这会隐藏该目录中的文件，但当然文件仍然存在。运行以下命令来创建/services没有较低安装点的备用视图并进行探索。
```
mkdir /root/services-view
mount --bind /services /root/services-view
du /root/services-view/BackupDir/ext?
```

Answer

您似乎误读了多次运行的命令的输出。

此命令显示的打开文件总数（显示的输出中的第 7 列）几乎 > 分配的 200GB 空间总量的 60%。

我不知道你从哪里得到这个数字。您显示的行总数约为 800kB，约为 200GB 的 0.0004%。

如果您添加的行数多于此处显示的行数，请记住：

如果一个文件被多个进程打开，或者甚至由同一进程在多个描述符上打开（这种情况发生），那么您已经对其进行了多次计数。
其中一些文件位于不同的文件系统上。

如果这是正常的期望，我该如何调整才能将所有 200GB 用于我的数据而不打开文件！

没有什么可以调整的。您可以使用所有空间。您只是对您运行的用于测量磁盘使用情况的命令的输出进行了奇怪的解释。

sudo du --max-depth=1 -h /services

下有挂载点，因此这总结了不在文件系统上但在及其同级上/services的文件的大小。/services/services/BackupDir/ext1

此命令的输出没有提供有关上的磁盘使用情况的太多有用信息/services。传递选项-x以du告诉它不要下降到安装点。

sudo du -x -h /services

如果报告的尺寸这命令小于报告的“占用”大小df /services，有两个可能的原因：

您有一些文件已被删除但仍然打开。这些文件仍然占用空间，但它们没有名称，因此du找不到它们。它们将出现在的输出中lsof。运行lsof +F1 /services以查看上已删除但打开的文件的列表/services。
下的一些挂载点后面隐藏着文件/services。也许您的应用程序之一在这些文件系统未按预期安装时运行，因此在父文件系统上写入了文件。当文件系统安装在目录上时，这会隐藏该目录中的文件，但当然文件仍然存在。运行以下命令来创建/services没有较低安装点的备用视图并进行探索。
```
mkdir /root/services-view
mount --bind /services /root/services-view
du /root/services-view/BackupDir/ext?
```

Question 2

之间存在这种差异du并不df罕见，但根据我的经验，存在如此大的差异是非常不寻常的。根据我的经验，当应用程序文件（通常是日志文件）通过删除rm但仍然在应用程序中打开时，就会发生这种类型的差异，因此文件句柄保持打开状态并且内核不允许删除实际数据，但目录中的索引节点条目被删除。因此，df显示空间仍然被占用，但du它查看目录中的文件枚举，没有看到该文件并显示可用空间。我能给您的最好建议是与应用程序一起工作，尝试减少它们保持打开的文件句柄的数量。

Answer

之间存在这种差异du并不df罕见，但根据我的经验，存在如此大的差异是非常不寻常的。根据我的经验，当应用程序文件（通常是日志文件）通过删除rm但仍然在应用程序中打开时，就会发生这种类型的差异，因此文件句柄保持打开状态并且内核不允许删除实际数据，但目录中的索引节点条目被删除。因此，df显示空间仍然被占用，但du它查看目录中的文件枚举，没有看到该文件并显示可用空间。我能给您的最好建议是与应用程序一起工作，尝试减少它们保持打开的文件句柄的数量。

Question 3

除了已经建议的原因外，还可能有以下原因：

另一个磁盘安装在充满数据的现有文件夹“上方”
du 将计算已安装磁盘的消耗大小，df 将显示实际消耗的大小
解决方案：（如果可能）卸载所有非根磁盘并再次检查大小du -md 1。通过移动来解决问题隐文件夹到其他地方或安装在不同的地方。

Answer

除了已经建议的原因外，还可能有以下原因：

另一个磁盘安装在充满数据的现有文件夹“上方”
du 将计算已安装磁盘的消耗大小，df 将显示实际消耗的大小
解决方案：（如果可能）卸载所有非根磁盘并再次检查大小du -md 1。通过移动来解决问题隐文件夹到其他地方或安装在不同的地方。

新添加的信息

新添加的信息

答案1

答案2

答案3

相关内容