Os setores de recorte basicamente dizem ao SSD que os setores não contêm mais dados úteis e podem ser coletados como lixo (isto é, apagados) para que possam ser reutilizados para futuras operações de gravação. Isso pode melhorar o desempenho de gravação quando o disco está ficando cheio, já que a camada de conversão de firmware do controlador SSD tem mais "margem de manobra" para tocar com blocos / páginas físicas.
Em hdparm
, os setores a serem aparados são fornecidos como LBA (blocos lógicos). Se o seu SSD foi formatado com um sistema de arquivos, o corte do LBA certamente corromperá o sistema de arquivos e o tornará inutilizável (já que o usuário não tem conhecimento do mapeamento subjacente do sistema de arquivos ao LBA). Para SSD formatado com um sistema de arquivos, o corte deve ser feito em um nível mais alto, com ferramentas como fstrim
.
Quando suportado, o comando "ATA secure erase" deve apagar todos os blocos físicos do SSD. Pode ser equivalente a aparar todos os setores do SSD, mas provavelmente de maneira mais otimizada e segura.
O link referenciado indica que o comando "secure erase" falhou quando usado com um adaptador USB-para-SATA. Isso pode ser devido a uma implementação deficiente ou com bugs do controlador USB-para-SATA ou a uma implementação que não esteja em conformidade com as especificações recentes da SATA.
Para eliminar o conteúdo de um SSD, o comando SATA secure erase é o caminho preferido. A opção --trim-sector-ranges
de um hdparm é para fins experimentais e de referência. Apenas para aplicações muito específicas (alguns sistemas de banco de dados) que abordam SSDs no nível do LBA, é possível aparar setores com hdparm
fazendo sentido.
Para terminar, a recomendação de deixar algum espaço não particionado (chamado superprovisionamento) para nivelamento de desgaste é interessante, desde que esse espaço tenha sido aparado de alguma forma antes (um "apagamento seguro ATA" também será feito para esse propósito) . Se não for o caso, e se os dados anteriores existirem no intervalo LBA do espaço não particionado, o controlador SSD assumirá que ainda são dados válidos e se esforçará para mantê-lo "vivo", possivelmente movendo os blocos e páginas associados ( aumentando assim o desgaste geral!)