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

Question

[Константин]

Если сделать с твердотельным накопителем следующее:

# dd if=/dev/zero of=/dev/sda bs=4K

То он затрется также как и обычный HDD и информация исчезнет?

Не будет ли это потом опасно для него (не снизится ли производительность)?

Comments

[theurs]

По-моему достаточно просто отформатировать винт в ext4 после чего выполнить команду fstrim /mnt/mydisk. Контроллер сам затрёт всё ничем не занятое место.

Answer 1

[nirvimel]

То он затрется также как и обычный HDD и информация исчезнет?

Да.

Не будет ли это потом опасно для него (не снизится ли производительность)?

Будет опасно (и дело даже не только в производительности). Если только сразу же за этим не сделать TRIM (AKA DISCARD) при помощи blkdiscard. Так как для SSD вообще довольно вредно быть полностью заполненным, а он оказывается таковым в момент между завершением dd и началом blkdiscard.

Но можно одной командой сделать обе операции: секьюрно затереть все содержимое и TRIM-нуть всю "поверхность". При этом диск ни в какой момент не оказывается полностью заполненным, так как стирание и TRIM выполняются вместе. Советую прочесть в манах об этой команде: blkdiscard -s -z /dev/sda.

Comments

[huwesu]

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

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

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

[АртемЪ]

huwesu:

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

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

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

[huwesu]

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

[АртемЪ]

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

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

Answer 2

[АртемЪ]

То он затрется также как и обычный HDD и информация исчезнет?

Да. Правда не вся, часть останется в резервной области. Но восстановить ее оттуда практически невероятно.

Не будет ли это потом опасно для него (не снизится ли производительность)?

Разумеется нет.

Хотя проще сделать очистку диска штатной утилитой.

Comments

[theurs]

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

[АртемЪ]

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

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

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

Answer 3

[15432]

У ssd и hdd есть поддержка ata команды secure erase, которая выполняется быстрее простого dd и гарантированно очищает весь диск

Comments

[Константин]

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

[15432]

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

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

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

Answer 4

[Алексей Скобкин]

Вообще, если мне память не изменяет, на SSD эффективнее делать стирание путём сброса ключа, которым шифруются данные в памяти.

Comments

[pfg21]

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

[Алексей Скобкин]

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

[pfg21]

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

[Алексей Скобкин]

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

[pfg21]

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

[Алексей Скобкин]

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

Answer 5

[Назар Мокринский]

1) Нет никакого смысла указывать bs
2) Для очистки SSD есть специальные команды: https://wiki.archlinux.org/index.php/Solid_State_D...
3) Не опасно; немного уменьшится ресурс ячеек памяти, но это не то, о чём стоит переживать с современными SSD

Answer 6

[theurs]

Если затирать нулями то контроллер их успешно сожмет в нулину и в каждом блоке будет стерто только начало. И для того что бы достать данные не потребуется даже мифический туннельный микроскоп которым якобы можно было считывать данные с блинов механических дисков.