3

Я сделал безопасное стирание ATA на SSD (с SystemRescueCD и hdparm). Некоторые части диска обнуляются, а некоторые нет. В частности, MBR и загрузочный сектор раздела Windows Vista обнуляются, но загрузочный сектор раздела Windows 7 полностью не затронут. Улучшенное безопасное стирание дает те же результаты.

Раздел Windows 7 был вторым логическим разделом внутри расширенного раздела (т. Е. / Dev / sda6) до удаления таблиц разделов. Я попытался обнулить загрузочный сектор с помощью dd:

dd if=/dev/zero of=/dev/sda bs=512 skip=184252416 count=1
dd if=/dev/sda bs=512 skip=184252416 count=1 | hexdump -C

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

До того, как SSD был стерт, он был полностью функциональным. После того, как он был удален, он прошел расширенную автономную самопроверку SMART, поэтому я считаю, что он все еще функционирует.

Я искал вариант BIOS, но не смог найти какие-либо опции, связанные с защитой от записи. Модуль TPM деактивирован. Диск не был зашифрован.

Есть идеи, почему диск может игнорировать команды стирания и записи?

  • Система: Dell Latitude E4200
  • Версия BIOS: A19
  • Модель SSD: SAMSUNG SSD Thin uSATA 128 ГБ M (я думаю, это мини-карта PCIe)
  • Версия прошивки SSD: VAM05D1Q (я не смог найти никаких обновлений)
  • Режим SATA: пробовал как AHCI, так и ATA
|источник

1 ответ1

1

Есть два варианта dd для пропуска блоков. Из справочной страницы:

seek = N пропустить N блоков размером с OBS в начале вывода

skip = N пропустить N блоков размером ibs в начале ввода

Таким образом, первая команда читает блок 184252416 из /dev/zero (заполненный нулями) и записывает его в блок 0 в /dev/sda . Второе чтение из (нетронутого) блока 184252416 в /dev/sda .

Первая команда должна быть:

dd if=/dev/zero of=/dev/sda bs=512 seek=184252416 count=1

который читает один блок из /dev/zero , пытается заблокировать 184252416 в /dev/sda , а затем записывает его.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .