/ Dev / нулевой эквивалент в Windows?


10

Я пытаюсь использовать версию dd для Windows, чтобы скопировать RHEL ISO на USB-накопитель. Однако я хотел сначала обнулить диск, чтобы убедиться, что на нем нет файловой системы, прежде чем записывать его. Есть ли в Windows эквивалент / dev / zero, который я могу использовать как infile?

Ответы:


12

ДД Джон Ньюбигин поддерживает это.

Виртуальные устройства - это новая функция в версии 0.4beta1.

Поскольку в Windows нет таких устройств, как unix / dev / zero или / dev / random, они были реализованы внутри dd. Вы можете использовать их в качестве входных файлов для предоставления бесконечного количества нулей или псевдослучайных данных.


Сработало как шарм, сейчас обнуляется! Спасибо за внимание !!!
Мэтью


0

Я предлагаю очень полезную sdeleteутилиту

Он может обнулить свободное пространство или очистить его (через несколько случайных проходов).


0

dd / dev / zero называется Forensic Wipe и обычно выполняется перед криминалистической визуализацией данных с одного устройства на другое, чтобы уменьшить перекрестное загрязнение. Это включает в себя новые устройства, недавно извлеченные из упаковки из-за файлов производителя и так далее.

ВЫПОЛНИТЬ СУДЕБНУЮ ВИПУ:

Download "dd for Windows" and open Windows Command-line ("cmd.exe").

Type: "cd /D [directory]" to the "dd" folder.

Type: "dd --list" to show list of Volumes, Disks, and Partitions. Locate your device.

Type: "dd if=/dev/zero of=\\?\Device\Harddisk1\Partition0 --progress"

Choose between "/dev/zero" and "/dev/random" as the write operation. Ensure you select your device based on step 3.

ПРОВЕРЬТЕ НУЛЕВУЮ ЗАПИСЬ

Wait for the zero or random write process to complete and then run hexdump to display hexadecimal value, which should read all zeros for "/dev/zero" process. Choose one of the following:

Type: "dd if=\\?\Device\Harddisk1\Partition0 | hexdump -C"

Type: "hexdump.exe -C \\.\d:" where [\\.\d:] is [unformatted directory]

Результат нулевой записи с использованием « dd if = \? \ Device \ Harddisk1 \ Partition0 | hexdump -C » и продолжит синтаксический анализ нулей (нулевых данных) до конца диска. Диск, использованный в образе, НЕ был отформатирован после выполнения процедуры нулевой записи . На следующем рисунке показано, что можно считать успехом нулевой записи: https://i.stack.imgur.com/idpHc.png

Шестнадцатеричный результат распечатки после ТОЛЬКО форматирования диска. Это показывает, что любое изменение содержимого диска вызовет распечатку вместо того, чтобы пробегать весь диск, показывая все нули (нулевые данные). На следующем рисунке показано, что можно считать ошибкой нулевой записи: https://i.stack.imgur.com/JghoO.png

ПРЕДУПРЕЖДЕНИЕ:

Диск должен быть в нечитаемом состоянии (диск в формате RAW перед использованием), в противном случае « Ошибка при открытии исходного файла ... операция успешно завершена » или « Ошибка при записи файла ... Доступ запрещен » произойдет без каких-либо действий, предпринятых с помощью Windows. основанный инструмент " дд ".

Самый простой способ перевода накопителя в состояние RAW - выполнить описанный выше процесс « / dev / zero », он сразу же завершится с ошибкой, затем извлечет и снова вставит накопитель. Появится сообщение « отформатировать перед использованием ... », нажмите «Отмена», а затем повторите тот же процесс « / dev / zero », чтобы записать на диск нули (нулевые данные) или псевдослучайные данные.


-4

То, что вы пытаетесь сделать, абсолютно бессмысленно, независимо от среды (зачем обнулять что-либо, когда я собираюсь перезаписать это через секунду?). Обнуление перед записью просто добавляет небольшую проверку того, что две записи были успешными (и это отнимает у вас немного драгоценного времени).

И это (если возможно) еще более бессмысленно в контексте твердотельных / флеш-накопителей. Большинство из них при записи выбирают один из свободных, наименее используемых блоков (у них фактически больше емкости, чем объявлено, так же, как на жестких дисках есть место, зарезервированное для переназначения поврежденных блоков), записывают содержимое в новый блок, помнят, что block теперь хранит содержимое «offset xyz» и освобождает старый блок в «free pool».

Даже когда они отправляют запрос «обрезки» (пометьте блок как свободный и обнулите его), многие флэш-накопители используют подход «да, я сделаю это в будущем, когда почувствую, что Это".

Некоторые на самом деле ничего не будут делать (даже не сохраняют заметку, что им было приказано обнулить какую-то область), когда вы отключите их «достаточно быстро» после запроса / некоторых триммеров (ов) - и «достаточно скоро» здесь означает «[даже десятки ] секунд после запроса ".

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


Хотя это правильно, это не отвечает на вопрос. Могут быть и другие, более полезные причины /dev/zero.
Свен

@swen Ну, вопрос в целом неправильный / бессмысленный. Я чувствовал, что необходимо указать на это, чтобы никто больше не повторил этот бессмысленный танец. Конечно, это вызвало интересные ответы, поэтому я не пометил вопрос как баллы, только причину вопроса ...
Милослав Раус
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.