Por que o fstrim não parece ser completo?

Question

Eu tentei o comando fstrim para TRIM manualmente meu drive SSD, ou seja, descartar blocos não utilizados.

Eu sei que isso é feito automaticamente por um cronjob semanal, mas eu queria tentar sozinho uma vez.

No entanto, executar o comando no modo detalhado várias vezes imediatamente após o outro, não apenas a primeira, mas também muitas das chamadas subsequentes ainda descartam uma grande quantidade de blocos.

O sistema está de outra forma ocioso, não deve haver muita (ou nenhuma) atividade de disco entre essas chamadas.

Aqui está um exemplo, eu chamei o comando uma vez por segundo:

$ sudo fstrim -va
/: 13,3 GiB (14308057088 bytes) trimmed
$ sudo fstrim -va
/: 507,2 MiB (531845120 bytes) trimmed
$ sudo fstrim -va
/: 113 MiB (118448128 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 190,6 MiB (199856128 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed
$ sudo fstrim -va
/: 68,2 MiB (71479296 bytes) trimmed
$ sudo fstrim -va
/: 0 B (0 bytes) trimmed

O comando fstrim não é completo ou por que as chamadas subsequentes ainda descartam blocos?

    

Answer 1

Isso pode ocorrer porque os dados sujos ainda estão sendo liberados de volta para o dispositivo ou porque os processos em segundo plano (como daemons de registro) etc. estão sendo gravados no dispositivo. Uma boa experiência seria forçar os dados sujos a serem sincronizados de volta ao dispositivo antes de tentar o ajuste usando sync .