下面是 df 命令的输出
# df /boot
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 122835 26732 89550 23% /boot
看起来
Used = 1K-blocks - Available - Reserved
可以使用以下命令检索保留的位置：
tune2fs -l /dev/sda2 | egrep "Block size:|Reserved block count"
Reserved block count: 6553
Block size: 1024
但无法理解 Use% 是如何计算的。不应该只是：
(Used / 1K-blocks) * 100
或者
(1K-blocks - Available)/(1K-blocks) * 100
下面是 df 命令的输出
# df /boot
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 122835 26732 89550 23% /boot
我无法弄清楚“可用”列是如何计算的。它不等于：
1K-blocks - Used
看起来差不多：
(1K-blocks - Used) - ((1K-blocks) * 5 / 100)
我的问题是，“可用”列是如何计算的？
在df -h输出中我可以看到：
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 234G 60M 222G 1% /media/daniel/0dabcbae-b766-4aba-84f0-f7ab39b354fb
那么未使用且不能同时使用的 12 GB 在哪里呢？
我检查了它gparted并看到：
233.67 + 4.8 = 238.47
所以gparted结果是合乎逻辑的。选定的文件系统 ext4。
我无法从该硬盘中删除 4.8 GB。我将其格式化为 ext4、fat32，再次为 ext4，但仍然显示可见的已用空间量。
为什么我不能擦硬盘？
为什么结果df与 gparted 不同？
为什么 used 和 available 的总和不等于大小df？
我将备份保存在两个 1.5 GB 的外部硬盘驱动器上，直到最近，它们都被格式化为 ntfs。两者拥有我的文件和文件夹的相同副本。最近我决定更改为 ext4，因此我重新格式化了其中一个硬盘驱动器并复制（rsync）那里的所有内容。令我最惊讶的是，我在新的 ext4 驱动器上的可用空间减少了大约 100 GB，所以我去调查原因。
我检查了两个驱动器上的可用空间，但我使用的每个应用程序/工具都显示了完全不同的数量。
对于 ext4 驱动器：
所以可用空间范围从 196 GB 到 285 GB，几乎是 100 GB 的差异！！
对于 ntfs 驱动器（其中包含另一个驱动器的相同副本）：
对于这个硬盘，可用空间的测量更加一致，“只有”有 20 GB 的范围。
所以我的问题是：哪个是真实的？我应该真正相信哪一个？为什么他们报告如此不同的空间大小？特别是对于linux（ext4）这样的原生格式？为什么两个系统上的可用空间之间存在如此显着的差异？我希望 ext4 驱动器上有更多可用空间。
感谢您的任何见解！
须藤 df -h
udev 982M 0 982M 0% /dev
tmpfs 200M 5.3M 195M 3% /run
/dev/vda2 40G 5.2G 33G 14% /
tmpfs 1000M 0 1000M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 1000M 0 1000M 0% /sys/fs/cgroup
tmpfs 200M 0 200M 0% /run/user/0
须藤 df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 251350 413 250937 1% /dev
tmpfs 255984 937 255047 1% /run
/dev/vda2 2595840 2595840 0 100% /
tmpfs 255984 1 255983 1% /dev/shm
tmpfs 255984 6 255978 1% /run/lock
tmpfs 255984 16 255968 1% /sys/fs/cgroup
tmpfs 255984 4 255980 1% /run/user/0
我不知道这里出了什么问题，为什么我没有空间了？
如何查看其中的文件夹/dev/sde3？
df -h
/dev/sde3 39G 32G 4.8G 87% /
正在做：
cd /
sudo du -d 1 -h | sort -hr
还向我显示了以下文件夹：
/dev/sde4 167G 140G 19G 89% /home
它们在另一个位置。
在我的 16.04 上配置（安装后）Oracle XE 18c 期间，我注意到 shell 脚本生成了这条消息：
/bin/df: unrecognized option '--direct'
'Try '/bin/df --help' for more information.
我不确定它对安装有多重要，脚本继续要求为系统用户设置密码......
无论如何，对我来说重点在于--direct选项在其他 linux 版本上可用，例如这里，它似乎是标准 GNU 实用程序的一部分，但我认为我已经将它作为 Ubuntu 16.04 的一部分发行版。
任何人都可以请澄清这一点？有没有办法获得与我当前版本的df相同的行为？
提前致谢。
更新：目标服务器是 Ubuntu 16.04
当我检查系统的启动日志时，我注意到每个启动都dev-loopx.device需要 3-5 秒的时间，并且在我的启动过程中我总共有 20 个这样的 loopx 设备排队，这最终会减慢我的启动速度。
要获取有关这些 loopx 设备的更多详细信息，我运行了以下命令
$ df -a -h -T
输出中最重要的部分是：
为什么某些应用程序（或其中的一部分）在启动过程中被加载，而我什至没有在每个会话中使用它们？
例如，gaome-calculator应用程序、gtk-common-themes、gnome-system-monitor。
为什么某些应用程序有多个条目（每个应用程序都需要 3-5 秒，甚至更多）？
当我不经常使用相关的应用程序/服务时，如何禁用和/或删除其中一些 loopx 设备？这肯定会加快我的启动过程！
非常感谢任何帮助和指导。
阿巴斯。
我在 OpenVZ 上有一个带有 Ubuntu 的 VPS。一天前我注意到 df -h 命令的输出返回奇怪的值。
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 54G 1.5G 8.8G 14% /
devtmpfs 2.0G 0 2.0G 0% /dev
tmpfs 2.0G 3.6M 2.0G 1% /dev/shm
tmpfs 2.0G 9.2M 2.0G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
none 2.0G 0 2.0G 0% /run/shm
您可以看到 /dev/simfs 分区上可用和使用的总数为 10.3GB，而整个分区应为 54GB 大。
我在网上搜索，但找不到任何有用的东西。人们通常在打开已删除文件时遇到问题，但我怀疑这是这里的问题。
你们知道是什么导致了这个奇怪的问题吗？这是我的 VPS 提供商必须解决的问题吗？
提前致谢