O que faz `dd if = / dev / zero of = / dev / sda`

Editado: não execute isso para testá-lo, a menos que você queira destruir dados.

Alguém poderia me ajudar a entender o que eu recebi?

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

   P: Por que especificamente o 4096 count?

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

   P: O que exatamente isso faz?

dd se = / dev / zero de = / dev / sda bs = 4096 count = 4096 Q: por que o 4096 é particularmente usado para contador?

Isso zerará os 16 primeiros MiB da unidade. 16 O MiB é provavelmente mais do que suficiente para destruir qualquer estrutura de "início do disco", sendo pequeno o suficiente para não demorar muito.

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

Q: O que isso faz exatamente?

blockdev --getszobtém o tamanho do dispositivo de bloco em "setores de 512 bytes". Portanto, este comando parece ter como objetivo zerar os 2 últimos MiB da unidade.

Infelizmente, este comando está quebrado quanto à sintaxe. Espero que o comando tenha sido originalmente planejado para ser

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

e os backticks se perderam em algum lugar ao longo da linha de pessoas que copiam / colam entre diferentes ambientes.

Tabelas de partição antigas, metadados LVM, metadados RAID etc. podem causar problemas ao reutilizar uma unidade. Zerar as seções no início e no final da unidade geralmente evita esses problemas, sendo muito mais rápido do que zerar toda a unidade.

Isso apagará o primeiro 4096*4096=16MBe o último 512*4096=2MBdo disco rígido, que contêm estruturas importantes úteis para a recuperação. Presumo que este código foi postado com intuito malicioso.

Nunca encontrei uma situação em que especificar explicitamente countoutro que não 1fosse útil. I ter apagado o primeiro bloco se eu queria para garantir que eu não estava deixando quaisquer vestígios do trás MBR ...

Esses comandos sobrescreverão o seu dispositivo sda com zeros - o primeiro fará os primeiros 16MB (tamanho do bloco de 4096 e contagem de 4096 blocos) e o segundo substituirá os últimos 2MB (tamanho do bloco 512 com 4096 blocos) de zeros. (não está apagando tecnicamente, e isso está relacionado ao meu primeiro ponto abaixo.)

(essa foi a parte já mencionada em outras respostas, incluindo aqui por questões de integridade)

Outra coisa que vale a pena mencionar é que o tamanho do bloco tem efeitos, mas esses geralmente são vistos apenas em operações de alto volume. A maneira mais eficiente (mais rápida) de executar o comando é se o tamanho do bloco corresponder ao tamanho de acesso do dispositivo, caso contrário, será desperdiçado tempo.

Se você estiver interessado, tente criar um arquivo com um milhão de blocos de 1 bloco e um arquivo com 1 milhão de blocos de bloco e veja a diferença:

[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 você pode ver, o tamanho do bloco tem um enorme impacto na eficiência. Talvez seja uma barra lateral para o OP, mas sinto que ainda é relevante.

TL; DR: Não execute código arbitrário encontrado na rede ou que alguém em quem você não confia lhe dê. Vai estragar o seu dia.

Outros explicaram o que fazem, então eu vou pular isso.

O ponto em ddter argumentos bse countargumentos separados é que bscontrola quanto é escrito de cada vez . A especificação de valores realmente grandes bsexigirá um buffer realmente grande no programa, e a especificação de valores menores que o tamanho do bloco do dispositivo será lenta porque o kernel precisa criar um bloco inteiro para gravar no dispositivo (em casos como esse, pode provavelmente armazena em buffer as gravações até que haja um bloco completo; em outros casos, pode ser necessário ler o que já está no disco). Como os dois comandos usam valores diferentes para bs, isso me leva a pensar que você pode ter encontrado em dois sites diferentes. Os discos rígidos costumavam ter um tamanho de bloco de 512 bytes, correspondente aobs=512do último comando, mas alguns (6-8 eu acho) anos atrás, eles começaram a criar discos com um tamanho de bloco de 4096 bytes, fazendo bs=4096uma escolha melhor para os discos modernos.

AVISO: dd if=/dev/zero of=/dev/ é usado para limpar uma unidade ou dispositivo antes de copiar dados forenses. A unidade ou o dispositivo sempre deve ser higienizado antes de copiar as informações de um sistema sob investigação forense para mitigar a contaminação cruzada. Portanto, não é um comando ruim, o usuário final deve entender para que é usado ou destruirá seus dados. Se é isso que você deseja, verifique a operação de gravação zero dd if=/dev/sda | hexdump -C | head.

Fonte: Um Guia Prático de Investigações Forenses em Computação pelo Dr. Darren Hayes

Uso dd if=/dev/zero of=/dev/sdX oflag=syncpara testar a qualidade de uma unidade USB inserida ou cartão MicroSD ANTES de usá-lo com gparted, fdisk ou dd com uma imagem de disco. Eu acho que essa é uma idéia prudente, especialmente com a mídia MicroSD que tem um histórico ruim de qualidade.

Obviamente, tenha cuidado com of = sdX, porque não há perdão com uma limpeza acidental de disco. Verifique se X = letra da unidade do destino pretendido.