fstrim的一点疑问

OS: Debian GNU/Linux 13 (trixie) x86_64
Kernel: Linux 6.12.107+deb13-amd64

在M.2接口(nvme)的系统盘和数据盘上,最近数月手动运行/usr/sbin/fstrim -Av的结果类似下面

/tg: 803.9 GiB (863184617472 bytes) trimmed on /dev/disk/by-label/tg

…

每次运行我都会把输出拷下来记录一下,发现我的/、home分区、bt下载和数据分区trim的bytes数值都没有变化,如tg盘每次都和上次的一样

这应该不可能的,我每天都有数十GB的数据写入或者删除的

有没有和各个分区的总大小比较过,会不会哪里出问题了,导致trim的大小就是分区总大小?

刚对比了下

挂载点: A GiB (B bytes) trimmed

凡是m.2接口的固态A部分的值都是其分区的大小,但是sata口的机械盘分区却是其空闲容量的大小,这是fstrim命令的行为发生变化么,以前应该都是空闲容量的值的?

了解了下,fstrim的值和空闲容量的值不是一回事,而且还和分区方式有关,也可能是bug。

可以找AI了解一下(我看了下,半懂不懂的,就不拿我这可能有误的解读再误导你一遍了)。

不过好像fstrim就是针对SSD的?对于机械盘只有SMR才有用,普通机械盘是不支持的…