¿Qué hace `dd if = / dev / zero of = / dev / sda`

Editado: no ejecute esto para probarlo a menos que desee destruir datos.

¿Podría alguien ayudarme a entender lo que tengo?

1. dd if=/dev/zero of=/dev/sda bs=4096 count=4096

   P: ¿Por qué específicamente 4096 count?

2. dd if=/dev/zero of=/dev/sda bs=512 count=4096 seek=$(expr blockdev --getsz /dev/sda - 4096)

   P: ¿Qué hace exactamente esto?

dd if = / dev / zero of = / dev / sda bs = 4096 count = 4096 P: ¿por qué 4096 se usa particularmente para el contador?

Esto pondrá a cero los primeros 16 MiB de la unidad. 16 MiB es probablemente más que suficiente para destruir cualquier estructura de "inicio de disco" mientras es lo suficientemente pequeño como para que no demore mucho.

dd if = / dev / zero of = / dev / sda bs = 512 count = 4096 seek = $ (expr blockdev --getsz / dev / sda - 4096)

P: ¿Qué hace esto exactamente?

blockdev --getszobtiene el tamaño del dispositivo de bloque en "sectores de 512 bytes". Entonces, este comando parece que estaba destinado a poner a cero los últimos 2 MiB de la unidad.

Lamentablemente, este comando tiene una sintaxis rota. Espero que el comando originalmente fuera

dd if=/dev/zero of=/dev/sda bs=512 count=4096 seek=$(expr `blockdev --getsz /dev/sda` - 4096)

y los backticks se perdieron en algún lugar a lo largo de la línea de personas que lo copiaron / pegaron entre diferentes entornos.

Las tablas de partición antiguas, los metadatos LVM, los metadatos de incursión, etc. pueden causar problemas al reutilizar una unidad. Poner a cero las secciones al inicio y al final de la unidad generalmente evitará estos problemas, mientras que es mucho más rápido que poner a cero toda la unidad.

Esto borrará el primero 4096*4096=16MBy el último 512*4096=2MBde su disco duro, que contienen estructuras importantes útiles para la recuperación. Supongo que este código fue publicado maliciosamente.

Nunca me he encontrado con una situación en la que especificar explícitamente countotro que no sea 1útil. Yo he borrado el primer bloque si quería asegurarse de que no estaba dejando ningún rastro de la MBR detrás ...

Esos comandos sobrescribirán su dispositivo sda con ceros: el primero hará los primeros 16 MB (tamaño de bloque de 4096 y recuento de 4096 bloques) y el segundo sobrescribirá los últimos 2 MB (tamaño de bloque 512 con 4096 bloques) con ceros. (No se está borrando técnicamente, y eso se relaciona con mi primer punto a continuación).

(esa fue la parte ya mencionada en otras respuestas, incluida aquí para completar)

Otra cosa que vale la pena mencionar es que el tamaño del bloque tiene efectos, pero generalmente solo se ven en operaciones de alto volumen. La forma más eficiente (más rápida) de ejecutar el comando es si el tamaño del bloque del comando coincide con el tamaño de acceso del dispositivo; de lo contrario, se pierde tiempo.

Si está interesado, puede intentar crear un archivo con un millón de fragmentos de 1 bloque, y un archivo con 1 millón de fragmentos de bloque y ver la diferencia:

[user@host tmp]$ time dd if=/dev/zero of=/tmp/test1 bs=1 count=1000000
1000000+0 records in
1000000+0 records out
1000000 bytes (1.0 MB) copied, 2.44439 s, 409 kB/s

real    0m2.447s
user    0m0.177s
sys     0m2.269s
[user@host tmp]$ time dd if=/dev/zero of=/tmp/test2 bs=1000000 count=1
1+0 records in
1+0 records out
1000000 bytes (1.0 MB) copied, 0.00155357 s, 644 MB/s

real    0m0.003s
user    0m0.001s
sys     0m0.002s
[user@host tmp]$ ls -al test*
-rw-rw---- 1 user grp 1000000 Apr  8 15:51 test1
-rw-rw---- 1 user grp 1000000 Apr  8 15:51 test2

Como puede ver, el tamaño de bloque tiene un impacto masivo en la eficiencia. Tal vez sea una barra lateral para el OP, pero siento que todavía es relevante.

TL; DR: No ejecute código arbitrario que encuentre en la red, o que alguien en quien no confía le dé. Arruinará tu día.

Otros han explicado lo que hacen, así que me saltearé eso.

El punto de ddtener una separación bsy un countargumento es que bscontrola cuánto se escribe a la vez . La especificación de valores realmente grandes para bsrequerirá un búfer realmente grande en el programa, y ​​la especificación de valores inferiores al tamaño de bloque del dispositivo será lenta porque el núcleo tiene que construir un bloque completo para escribir en el dispositivo (en casos como este puede probablemente guarde las escrituras en un búfer hasta que haya un bloque completo, en otros casos, podría tener que leer lo que ya está en el disco). Como los dos comandos usan valores diferentes para bs, eso me lleva a pensar que podría haberlos encontrado en dos sitios diferentes. Los discos duros solían tener un tamaño de bloque de 512 bytes, correspondiente albs=512del último comando, pero algunos (6-8 creo) hace años comenzaron a hacer discos con un tamaño de bloque de 4096 bytes, haciendo bs=4096una mejor elección para los discos modernos.

ADVERTENCIA: dd if=/dev/zero of=/dev/ se utiliza para limpiar una unidad o dispositivo antes de copiar datos forenses. La unidad o dispositivo siempre debe desinfectarse antes de copiar información de un sistema bajo investigación forense para mitigar la contaminación cruzada. Por lo tanto, no es un comando incorrecto, el usuario final debe comprender para qué se utiliza o destruirán sus datos. Si esto es lo que desea, entonces verifique la operación de escritura cero dd if=/dev/sda | hexdump -C | head.

Fuente: Guía práctica para investigaciones forenses informáticas por el Dr. Darren Hayes

Utilizo dd if=/dev/zero of=/dev/sdX oflag=syncpara probar la calidad de una unidad USB o tarjeta MicroSD insertada ANTES de usarla con gparted, fdisk o dd con una imagen de disco. Creo que esta es una idea prudente, especialmente con los medios MicroSD que tienen un mal historial de calidad.

Por supuesto, tenga cuidado con of = sdX porque no hay perdón con un borrado accidental del disco. Verifique que X = letra de unidad del objetivo deseado.