Забить нулями твердотельный накопитель с помощью dd — получится ли?

Бред.
Это не вредно само по себе. А просто снижает скорость дальнейшей записи.

Связано с тем, что у SSD есть две отдельных операции - стирание и запись нового.
В отличие от HDD, когда запись нового идет просто поверх.
То есть полностью заполненный SSD дико проседает по скорости, потому что для любой записи приходится делать предварительное стирание.

TRIM - это и есть принудительное (и предварительное) стирание.

huwesu:

TRIM - это и есть принудительное (и предварительное) стирание.

Это популярное заблуждение. TRIM не имеет никакого отношения к стиранию.

Это просто информация которую передает файловая система твердотелому накопителю.
Накопитель получив такую информацию принимает к сведению что такая-то информация удалена из файловой системы, и ее можно свободно удалять.
И все.
Когда твердотелый накопитель запустит сборку мусора - он будет удалять мусор, в том числе и тот о котором сообщили в TRIM. А сборщик мусора запускается только во время простоя накопителя.

АртемЪ:
Я то же самое и написал.

huwesu: Не совсем - вы сказали что трим это принудительное стирание.
На самом деле - это просто уведомление.
А когда будет стирание и будет ли оно вообще неизвестно.

Т.е если диск работает под постоянной нагрузкой, простоев нет, и сборщик мусора не запускается - в результате трим работает, а данные так и не стираются пока не кончаться свободные ячейки.

Резервная область по определению заполнена нулями, у ссд дисков такая природа что на пустое зачищенное место они пишут гораздо быстрее, а так как резервное место явно пустое то контроллер его затирает в первую очередь.

theurs: Резервная область заполнена чем угодно - на нее пишутся данные.
Пока сборщик мусора не пройдет и не очистит.

у ссд дисков такая природа что на пустое зачищенное место они пишут гораздо быстрее

Неправда! На пустое место они пишут, просто пишут. не быстрее и не медленнее.
А на заполненное они не могут ничего записать.

Я правильно понимаю - это все делается с помощью hdparm?

Константин: я виндузятник, про hdparm не в курсе)
алгоритм примерно такой
- убедиться что защита не в состоянии frozen (если frozen - переткнуть питание харда)
- сменить master пароль
- выполнить secure erase с этим мастер паролем

по стандарту secure erase должен отрабатывать на заблокированном диске (поэтому в инструкциях в сети везде сначала блокируют хард юзер-паролем), но я на своём проверял, и без блокировки пашет. а то если залочить и пароль забыть - фиг поднимешь.

Ах да, на время стирания диск уйдёт в режим ожидания, питание при этом выключать не стоит. Время ожидания очистки указано в инфо диска (команда ata idenify)

А откуда такая уверенность что все SSD шифруются ??

pfg21: Да я, вроде, нигде и не писал, что шифруются все.

Алексей Скобкин: откуда тогда такой ответ получился ??

pfg21: Даже не знаю, что вам ответить. Я не вижу противоречий между ответом и комментарием. Разве что в ответе можно было бы указать, что шифрование не в каждом экземпляре есть.

Алексей Скобкин: я так понимаю ответ должен был быть в виде: "В случае использования диска с аппаратным шифрованием...
меня заинтересовало с каких пор SSD стали аппаратно шифрованные by-default, вдруг чего пропустил. Аппаратно шифрованные диски, сколь помню, были весьма специфичны и не получили широкого распространения.

pfg21: Отнюдь. Шифрование используется во вполне себе потребительском сегменте. Например, у OCZ.