Trim hdd FreeBSD – pfSense itd.
zpool status
zpool trim <poolname>Debian EXT4
Trzeba tutaj wyraźnie zaznaczyć, że fakt wspierania trim/discard przez dysk SSD nie oznacza automatycznie, że partycje utworzone w obrębie takiego dysku również będą posiadały wsparcie dla tego mechanizmu. Możemy się o tym fakcie przekonać wydając poniższe polecenie:
# lsblk --discard /dev/sdb
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sdb 0 512B 2G 0
├─sdb1 0 512B 2G 0
├─sdb2 0 512B 2G 0
└─sdb3 0 512B 2G 0
└─debian_crypt 0 0B 0B 0
├─goodram_ssd-ccache 0 0B 0B 0
├─goodram_ssd-debuilder 0 0B 0B 0
├─goodram_ssd-root 0 0B 0B 0
└─goodram_ssd-home 0 0B 0B 0Jak widać, pozycje /dev/sdb[1-3] posiadają wsparcie dla trim/discard z tym, że na /dev/sdb3 mamy zaszyfrowany kontener LUKS, a w nim LVM z 4 voluminami logicznymi. Patrząc po kolumnie DISC-GRAN (discard granularity) oraz DISC-MAX (discard max bytes) możemy stwierdzić, że dysk /dev/sdb oraz jego partycje /dev/sdb[1-3] wspierają trim/discard ale kontener LUKS i dyski logiczne LVM już nie.
Jeśli w takim przypadku, jak wyżej, wydamy polecenie fstrim, to uzyskamy poniższy wynik:
Link źródło Trim/discard przy LUKS/LVM na dysku SSD pod Debian linux
# fstrim -v /efi
/efi: 501.6 MiB (526008320 bytes) trimmed
# fstrim -v /boot
/boot: 1.8 GiB (1928638464 bytes) trimmed
# fstrim -v /home
fstrim: /home: the discard operation is not supported
# fstrim -v /
fstrim: /: the discard operation is not supported