Eu tenho uma LUKS partition /dev/sda1 que eu luksOpen com --allow-discards :
cryptsetup --allow-discards luksOpen /dev/sda1 root
Eu, então, montei o sistema de arquivos ext4 com a opção discard :
grep /dev/mapper/root /proc/mounts
/dev/mapper/root / ext4 ro,relatime,block_validity,discard,delalloc,barrier,user_xattr,acl 0 0
Eu então aparei o espaço livre na partição montada:
fstrim -v /
com df , vejo que / tem 80% de espaço livre.
Isso significa que, em /dev/sda1 , 80% do disco são zeros binários.
Se eu clonar a imagem com cat
cat /dev/sda1 > sda1.img
e comprimir a imagem com xz , eu esperaria que todos os zeros no disco fossem compactados. Como os 20% dos dados no disco estão criptografados, ele deve parecer aleatório e ser incompressível. Portanto, a imagem compactada xz deve ser aprox. 20% do tamanho bruto.
No entanto, a imagem xz-compactada resultante é aproximadamente do mesmo tamanho que o original bruto.
O meu raciocínio está correto?
Por que minha teoria não se traduz em prática?
Descartar não é o mesmo que Zero.
Se você quiser zerar com cryptsetup, você pode diminuir o fs, depois o bloco crypt e, em seguida, inserir o espaço do volume não utilizado.
Se você quiser saber se o trim funcionou, fazer um teste de velocidade deve ser um indicador após o uso pesado.
O SSD possui uma camada de criptografia de hardware integrada? Se tiver um, então os blocos TRIMmed podem ser todos zeros (ou possivelmente todos) no nível de hardware bruto, mas desde que o computador os veja através da camada de criptografia, eles aparecerão como rabiscos pseudo-aleatórios depois de passarem todos -zeroes bloco bruto através do processo de descriptografia.
Essa camada de criptografia de hardware teria algumas vantagens:
Tags ssd trim ext4 cryptsetup fstrim