Dispositivos · Lição 7

dd

Aprenda como `dd` copia fluxos de blocos e como evitar erros destrutivos de entrada, saída e tamanho.

dd copia dados de um fluxo de entrada para um fluxo de saída enquanto aplica os tamanhos de blocos e as conversões solicitados. Ele não compreende sistemas de arquivos, limites de partições nem se um destino de saída contém dados valiosos. Isso o torna útil para imagens e dispositivos brutos — e imediatamente destrutivo quando o destino está errado.

Entrada, Saída e Tamanho de Bloco

Um comando possui este formato geral:

$ dd if=input.img of=output.img bs=4M status=progress

if= seleciona a entrada; sem ele, dd lê da entrada padrão.
of= seleciona a saída; sem ele, dd grava na saída padrão.
bs= define o tamanho dos blocos de entrada e saída para uma cópia comum.
status=progress solicita que o dd do GNU informe periodicamente o progresso da transferência.

dd copia blocos, não necessariamente um byte por vez. Um bs maior pode reduzir a sobrecarga das chamadas de sistema, mas o valor ideal depende dos dispositivos, do alinhamento, do cache e da carga de trabalho. Ele não altera os dados lógicos copiados.

Qual operando seleciona o destino gravado por dd?

Limitação da Cópia

count= limita o número de blocos de entrada processados. Para um arquivo de entrada comum:

$ dd if=source.img of=prefix.img bs=1M count=2 status=progress

Isso solicita dois blocos de entrada de até 1 MiB cada, portanto copia no máximo 2 MiB. Leituras curtas podem complicar a multiplicação simples em fluxos como pipes; o dd do GNU oferece iflag=fullblock quando são necessários blocos de entrada completos. Diferencie unidades binárias e a sintaxe dos sufixos conforme a implementação local.

Para um arquivo comum, qual quantidade máxima bs=1M count=2 solicita?

Gravação de uma Imagem em um Dispositivo de Bloco

Uma restauração bruta pode se parecer com esta:

$ sudo dd if=backup.img of=/dev/sdX bs=4M status=progress conv=fsync

/dev/sdX é deliberadamente um marcador, não um comando para copiar. Antes de substituí-lo:

Mantenha um backup testado de todos os dados valiosos.
Identifique o destino pelo modelo, número de série, tamanho, transporte e link persistente usando lsblk, udevadm ou ferramentas equivalentes.
Confirme que nenhuma partição do destino esteja montada, usada como swap, integrada a RAID ou LVM ou aberta por outro serviço.
Verifique novamente o dispositivo após qualquer desconexão, reinicialização ou alteração da topologia.
Garanta que a imagem caiba e que a gravação de todo o dispositivo seja realmente pretendida.

O dispositivo de saída é sobrescrito desde o início. Inverter if e of, selecionar o disco do sistema ou usar um disco inteiro quando a intenção era uma partição pode destruir dados sem uma solicitação de confirmação.

Qual é o motivo mais importante para verificar o modelo, o número de série, o tamanho e o uso ativo antes de uma gravação bruta em um dispositivo?

Criação de uma Imagem Consistente

Ler um dispositivo de bloco ativo enquanto seu sistema de arquivos está sendo alterado pode produzir uma imagem internamente inconsistente. Prefira um sistema de arquivos desmontado, um snapshot consistente com a aplicação ou um fluxo documentado de congelamento e snapshot. Bancos de dados e máquinas virtuais podem exigir seus próprios procedimentos de suspensão das alterações.

Uma imagem bruta do dispositivo copia blocos, incluindo os metadados do sistema de arquivos e regiões não utilizadas. Por isso, ela pode ser muito maior que um backup no nível dos arquivos e pode reproduzir identificadores que precisam ser alterados antes de montar um clone junto do original.

Por que criar a imagem de um sistema de arquivos montado e em alteração pode não ser confiável?

Conclusão e Verificação

O comando terminar sem um erro de E/S não comprova que a origem e o destino pretendidos foram selecionados nem que a imagem possa ser usada. Registre as identidades e os tamanhos exatos, garanta que a saída em buffer tenha chegado ao armazenamento, compare uma leitura posterior com limites apropriados ou hashes criptográficos e teste a recuperação conforme o plano de backup.

Não divulgue passagens de sobrescrita com dd como apagamento seguro garantido para SSDs, camadas de tradução de flash, armazenamento com provisionamento dinâmico, snapshots ou setores remapeados. Use a sanitização compatível com o dispositivo e a plataforma junto com uma política explícita de destruição de dados.

O que um status de saída zero de dd não comprova por si só?

Pratique somente com arquivos comuns ou discos virtuais descartáveis antes de trabalhar com hardware bruto. Os conceitos de partições e sistemas de arquivos em Gerenciamento de Partições e Sistemas de Arquivos Linux fornecem um contexto essencial.

Lição concluída

Você concluiu dd

Agora você sabe analisar dd como uma ferramenta de cópia bruta de blocos sem conhecimento da intenção.

Diferencie if, of, bs e count.
Verifique a identidade persistente do destino e todos os seus consumidores ativos.
Crie imagens a partir de um estado de armazenamento consistente.
Sincronize, verifique e teste a recuperação após uma cópia.
Trate toda saída para um dispositivo bruto como potencialmente destrutiva.

Salve seu progresso

Crie uma conta gratuita para salvar esta lição e continuar em qualquer dispositivo.

Criar uma conta gratuita

Voltar para Dispositivos