/ dev / cero equivalente en windows?

Estoy tratando de usar la versión de Windows de dd para copiar una iso RHEL a una memoria USB. Sin embargo, quería poner a cero la unidad primero para asegurarme de que no hay ningún sistema de archivos en ella antes de escribirla. ¿Hay un equivalente de / dev / zero en Windows que pueda usar como archivo?

El dd de John Newbigin apoya esto.

Los dispositivos virtuales son una nueva característica en la versión 0.4beta1.

Debido a que Windows no tiene dispositivos como Unix / dev / zero o / dev / random, estos se han implementado dentro de dd. Puede usarlos como archivos de entrada para suministrar una cantidad infinita de ceros o datos pseudoaleatorios.

También hay algunos controladores de dispositivos reales para Win32 y /dev/zerotambién para /dev/randomWin32.

Sugiero que el muy útil sdeleteutilidad

Puede cero espacio libre o limpiarlo (a través de múltiples pases aleatorios).

dd / dev / zero se conoce como Forensic Wipe y generalmente se realiza antes de obtener imágenes forenses de un dispositivo a otro para mitigar la contaminación cruzada. Esto incluye nuevos dispositivos recién retirados de su embalaje debido a los archivos del fabricante, etc.

EJECUTAR LA LIMPIEZA FORENSE:

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.

VERIFIQUE LA OPERACIÓN DE ESCRITURA CERO:

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]

El resultado de Zero Write usando " dd if = \? \ Device \ Harddisk1 \ Partition0 | hexdump -C " y continuará analizando ceros (datos nulos) hasta el final de la unidad. La unidad utilizada en la imagen NO fue formateada después de ejecutar el procedimiento de Escritura Cero . La siguiente imagen muestra lo que se consideraría un éxito de escritura cero: https://i.stack.imgur.com/idpHc.png

El resultado de la impresión hexadecimal después de SOLO formatear la unidad. Esto muestra que cualquier alteración en el contenido de la unidad activará una impresión en lugar de ejecutarse en toda la unidad mostrando todos los ceros (datos nulos). La siguiente imagen muestra lo que se consideraría un error de escritura cero: https://i.stack.imgur.com/JghoO.png

ADVERTENCIA:

La unidad debe estar en un estado ilegible (unidad de formato RAW antes de su uso) de lo contrario " Error al abrir el archivo nativo ... operación completada con éxito " o " Error al escribir el archivo ... Acceso denegado " resultará sin ninguna acción tomada con Windows herramienta basada en " dd ".

El método más fácil para colocar la unidad en estado RAW es ejecutar el proceso " / dev / zero " explicado anteriormente, fallará inmediatamente, luego quitará y volverá a insertar la unidad. Aparecerá el mensaje " formatear antes de usar ... ", haga clic en cancelar y luego repita el mismo proceso " / dev / zero " para escribir ceros (datos nulos) o datos pseudoaleatorios en la unidad.

Lo que estás tratando de hacer es absolutamente inútil, independientemente del medio (¿por qué poner a cero lo que sea, cuando voy a sobrescribirlo en un segundo?). Poner a cero antes de escribir solo agrega una pequeña comprobación de que dos escrituras tuvieron éxito (y te roba algo de tu valioso tiempo).

Y es (si es posible) aún más inútil en el contexto de unidades de estado sólido / flash. La mayoría de ellos, al escribir, elegirán uno de los bloques gratuitos menos utilizados (en realidad tienen más capacidad que la anunciada, así como los discos duros tienen espacio reservado para la reasignación de bloques defectuosos), escribirán el contenido en el nuevo bloque, recuerden que esto El bloque ahora almacena el contenido de "offset xyz" y libera el bloque anterior al "grupo libre".

Incluso cuando se les envía una solicitud de "recorte" (marque el bloque como libre y cero), muchas unidades flash adoptan el enfoque "sí, lo haré en algún momento en el futuro, cuando tenga ganas eso".

Algunos en realidad no harán nada (ni siquiera guardarán una nota de que se les ordenó poner a cero un área) cuando los desconectes "lo suficientemente pronto" después de solicitar algunos recortes, y "pronto" aquí significa "[incluso decenas de ] segundos después de la solicitud ".

Por lo tanto, simplemente sobrescriba (independientemente del tipo de unidad), no es necesario poner a cero o (a partir de ahora se trata de unidades flash) incluso fácilmente posible. Cuando requiera una limpieza segura, observe si el fabricante de la unidad proporciona alguna utilidad para hacer esto, eso se encargaría de poner a cero todas las áreas de la unidad ...