Перед выполнением dd
команды команда lsblk
вернула вывод ниже:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
Команда dd if=/dev/urandom of=/dev/sda conv=fsync status=progress
запускается. Устройство, однако, теряет питание и выключается. Когда питание восстанавливается, команда lsblk
возвращает следующий вывод:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
sda2 8:2 0 487.5G 0 disk
dd
могут возникнуть разделы, особенно если команда предназначена для очистки дисков?file /dev/sda*
иsudo fdisk -l /dev/sda*
?dd
цель не состоит в том, чтобы стирать диски. Запись случайных данных на диск может привести к случайным результатам.Ответы:
Несколько возможностей:
Linux поддерживает множество различных типов таблиц разделов, некоторые из которых используют очень мало магических байтов, и тогда легко ошибочно идентифицировать случайные данные (*) [так что возможно случайным образом генерировать несколько «правильную» таблицу разделов].
Некоторые типы таблиц разделов также имеют резервные копии в конце диска (в частности, GPT), и их можно было бы найти, если бы диск был заменен случайным мусором.
Устройство не работает должным образом, и оно было отключено до завершения записи данных или продолжает возвращать старые данные, поэтому таблица разделов сохраняется. Иногда это происходит с флешками.
...
(*) Создайте 1000 файлов со случайными данными в них и посмотрите, что получится:
Цель случайного уничтожения диска - заставить старые данные исчезнуть навсегда. Нет никаких обещаний, что диск будет казаться пустым, неиспользованным, в идеальном состоянии после этого.
Для достижения этой цели обычно используют нулевую очистку. Если вы используете LVM, обычно LVM обнуляет первые несколько секторов любого созданного вами LV, чтобы старые данные не мешали.
Также есть специальная утилита (
wipefs
) для избавления от старых магических байтовых сигнатур, которую вы можете использовать, чтобы избавиться от метаданных файловой системы и таблицы разделов.источник
dd
команды генерация случайных данных при прерывании может привести к получению данных, похожих на таблицы разделов? Также это жесткие диски SATA (без SSD).Как видно здесь, MBR (Master Boot Record) относительно проста; https://en.wikipedia.org/wiki/Master_boot_record .
При использовании
/dev/urandom
вы всегда можете создать что-то похожее на таблицу разделов. Решение состоит в том, чтобы заполнить регионы таблицы разделов нулями и использоватьdev/urandom
для остальных.Linux также поддерживает другие дополнительные форматы дисков, которые также могут быть запущены, в результате чего при заполнении случайными данными появляются «неверные» разделы.
источник
То, что определяет коллекцию из 512 байтов как основную загрузочную запись, - это наличие значений
0x55 0xAA
в конце. Существует 1 из 65 536 шансов/dev/urandom
получить такую ценность: не слишком вероятно, но подобные невероятные вещи случаются постоянно.(Некоторые другие таблицы разделов, такие как Apple Partition Map , имеют аналогично короткие подписи. Возможно, вы сгенерировали одну из них.)
источник
Был ли такой раздел ранее на этом диске? Если диск использует GPT, возможно, был восстановлен вторичный заголовок GPT, и у него все еще была старая таблица разделов.
https://en.wikipedia.org/wiki/GUID_Partition_Table
источник