Каково различие между этими командами для удаления всех разделов и который предпочтителен?

Идея состоит в том, чтобы вытереть все разделы терминальной командой. Я нашел их:

 dd if=/dev/zero of=/dev/sda bs=1M count=8 && sync

и

dd if=/dev/zero of=/dev/sda bs=512 count=1 conv=notrunc

Источники здесь и здесь.

Редактирование после комментариев:

Что относительно этого:

dd if=/dev/zero of=/dev/sdXXX bs=512 count=1

отсюда


У меня есть эта проблема. mbr уже потерян, я думаю. Я просто хочу девственный HDD, на котором можно создать новые разделы и устанавливать новые системы.

1
задан 13 April 2017 в 15:25

3 ответа

Значение предусмотрело опции размера блока, основной 10. Значение по умолчанию для обоих входных и выходных размеров блока составляет 512 байтов. Больший размер блока приводит к большей памяти, используемой dd, и обычно быстрее.

count=BLOCKS
      Copy BLOCKS `ibs'-byte blocks from the input file, instead of
      everything until the end of the file.
notrunc'  Do not truncate the output file.
sync'     Pad every input block to size of `ibs' with trailing zero bytes.

<глоток> dd Страница справочника

2
ответ дан 7 December 2019 в 12:47

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

Первая команда записывает 8 МБ нулей и очищает буферы файловой системы. В случае наличия GPT части основного GPT перезаписываются.

Вторая команда записывает 512B нулей. В случае наличия GPT первичная таблица все еще остается нетронутой. (Опция conv=notrunc не имеет никакого значения, потому что все данные на диске все равно теряются.)

Любые вторичные GPT на конце диска не затрагиваются этими командами.

Третья команда начинает запись в разделе XX и не удаляет таблицу разделов.

Это должно стереть ваш MBR или GPT.

sgdisk -Z /dev/sdX

После этого вы сможете создать новую MBR или GTP.

1
ответ дан 7 December 2019 в 12:47

Загруженный на живой сессии usb и сделал

sudo dd if=/dev/urandom of=/dev/sda bs=1M

, Но это не казалось работой o, как я хотел, поскольку свет для работы процессора был главным образом выключен (или действительно ли это - свет HDD?), в то время как вентилятор был очень громок .

Тогда я считал, что команда urandom является очень медленной, поскольку она действительно пытается произвести действительно случайные числа. Я не интересовался стиранием всех данных для безопасности, но только в убирании всех разделов (что-то было неправильно с ними), таким образом, я остановил процедуру и сделал:

sudo dd if=/dev/zero of=/dev/sda bs=1M

С этим вентилятор, успокоенный, в то время как тот "рабочий свет" был там постоянно.

И видеть прогресс этого, я открыл отдельное окно терминала и сделал

watch -n5 'sudo kill -USR1 `pgrep ^dd`'

, который каждые 5 secs сообщает о прогрессе начального окна терминала ( источник )

245423407104 bytes (245 GB) copied, 3430.82 s, 71.5 MB/s
234354+0 records in
234354+0 records out
245737979904 bytes (246 GB) copied, 3435.84 s, 71.5 MB/s
234655+0 records in
234655+0 records out
246053601280 bytes (246 GB) copied, 3440.88 s, 71.5 MB/s
234956+0 records in
234956+0 records out
246369222656 bytes (246 GB) copied, 3445.91 s, 71.5 MB/s

..., потребовалось 2 часа и тридцать минут для жесткого диска на 500 ГБ на 4-летнем среднем ноутбуке с поршнем на 4 ГБ.

0
ответ дан 7 December 2019 в 12:47

Другие вопросы по тегам:

Похожие вопросы: