☰

为什么 fstrim 似乎不修剪 btrfs (+ecrypts) 上的数据块？

tag-icon • tag-icon filesystems btrfs ecryptfs trim fstrim
为什么 fstrim 似乎不修剪 btrfs (+ecrypts) 上的数据块？

我有一个带有多个分区的 SSD 磁盘。其中之一是有一个 btrfs 卷，挂载为/home，其中包含 ecryptfs 主目录。

当我修剪卷时，fstrim 似乎不会修剪此类卷上的数据块 - 为什么？您可以在下面看到有关设置的所有信息以及我遵循的过程以及评论。

$ cat /etc/fstab：

UUID=xxx /               ext4    errors=remount-ro 0       1
UUID=yyy /media/vfio     ext4    defaults          0       2
UUID=zzz /home           btrfs   defaults          0       2

$ mount | grep sda：

/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda1 on /media/vfio type ext4 (rw,relatime,stripe=32721,data=ordered)
/dev/sda2 on /home type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)

$ ls -la /home /home/myuser/.Private # summary：

/home:
.ecryptfs
myuser

/home/myuser/.Private -> /home/.ecryptfs/myuser/.Private

$ df -h：

Filesystem              Size  Used Avail Use% Mounted on
/dev/sda5                16G   11G  4,7G  69% /
/dev/sda1                93G   52G   36G  60% /media/vfio
/dev/sda2               828G  542G  286G  66% /home
/home/myuser/.Private   828G  542G  286G  66% /home/myuser

我第一次在所有卷上执行 fstrim。

$ fstrim -va：

/home/myuser: 286,4 GiB (307518836736 bytes) trimmed
/home: 286,4 GiB (307485450240 bytes) trimmed
/media/vfio: 40,4 GiB (43318886400 bytes) trimmed
/: 5,4 GiB (5822803968 bytes) trimmed

/home由于额外的 ecryptfs 挂载，fstrim 似乎在树上运行了两次。这没问题（我可以通过运行具有特定安装点的 fstrim 来避免它）。问题在于修剪/home未按预期工作，因为每次运行都会找到并修剪相同数量的数据。

进一步的运行表明了这一点。

$ fstrim -v /（还行吧）：

/: 0 B (0 bytes) trimmed

$ fstrim -v /home（这不行）：

/home: 286,4 GiB (307478061056 bytes) trimmed

请注意，sda2 ( /home) 修剪需要一些时间才能运行，因此它实际上正在做一些事情。

答案1

担心 fstrim 报告的大小是一个常见的误解。

这确实没有任何意义。 忽略它即可。

fstrim只是发出适当的ioctl，其他一切都是文件系统的决定，并且文件系统的行为非常不同。例如，ext4尽量避免一遍又一遍地修剪相同的东西，这样你就会看到0 bytes trimmed.xfs不关心并修剪所有免费的东西，所以你总是会看到<roughly free space> bytes trimmed。其他文件系统可能会做其他事情，这完全取决于文件系统如何选择实现FITRIM系统调用逻辑（如果确实实现了）。

只要修剪的数据量不大于可用空间，无论fstrim（实际上是文件系统）报告什么，您都应该没问题。

最后，只有 SSD 本身真正知道当前修剪了什么，没有修剪什么。修剪已经修剪过的块不会造成任何伤害。

不要根据x bytes trimmed报道做出结论fstrim。

如果要验证数据是否已被修剪，则必须检查磁盘上的原始数据。 （https://unix.stackexchange.com/a/85880/30851）但该方法可能不适用于 btrfs，我从未尝试过。

相关内容