Não entendo como o dd trata as tabelas de partição ao copiar um disco inteiro.
Eu fiz o backup de todo o meu disco (que tinha várias partições) usando sudo dd if=/dev/sdb conv=sync,noerror bs=64K | gzip -c > /media/notsdb/backfile.img.gz
Agora eu tenho um novo disco sem uma tabela de partição na qual quero colocar essas partições. O comando reverso deve ser gunzip -c /media/notsdb/backfile.img.gz | sudo dd of=/dev/sdb conv=sync,noerror bs=64K . Isso faz sentido e eu tenho que colocar uma tabela de partição no disco primeiro? (A operação leva 10 horas, então eu gostaria de saber antes de fazer isso)
Obrigado Craig
Copie e use gparted (ou similar) para redimensionar / mover partições. dd simplesmente recriará o esquema de partição antigo, pois é uma cópia bitwise & amp; não aplica 'inteligência' à operação.
Isso só funciona se o novo disco for do mesmo tamanho ou maior!
Como Mark Williams diz, os comandos dd que você especificou replicarão a tabela de partições antiga, que você poderá modificar se necessário.
Uma advertência: se o disco usa a tabela de partição GUID (GPT), como a maioria dos discos faz na moderna computadores, a tabela de partição é replicada no início e no final do disco. Se o disco de destino não for exatamente do mesmo tamanho que o original, o disco restaurado resultante pode precisar de pequenos reparos. As ferramentas IIRC, parted , GParted e similares observarão se o novo disco for maior que o original e se oferecerão para fazer reparos. Se você usar meu próprio fdisk da GPT ( gdisk , sgdisk ou cgdisk ), poderá reparar o problema manualmente digitando x para ir para o menu de especialistas, digitando e para realocar os dados de backup estruturas até o final do disco e, em seguida, digite w para salvar as alterações.
Se o novo disco for menor que o original, a tabela de partições de backup em um disco GPT será perdida, exigindo um procedimento de recuperação semelhante. Pior, em um disco GPT ou em um disco MBR, a partição final (ou até mesmo várias partições) pode ser danificada ou perdida por completo. Não há nada que possa ser feito sobre isso, realmente; na melhor das hipóteses, você poderá redimensionar a partição final para ajustá-la e, em seguida, fazer um reparo do sistema de arquivos (com fsck ) para tentar recuperar o máximo de dados possível.
Observe que esses problemas de tamanho podem surgir mesmo se os discos diferirem em tamanho, mesmo que apenas em um único setor. Discos comercializados como sendo do mesmo tamanho (digamos, 2 TB) podem diferir um do outro em tamanho significativamente mais do que isso. Se você planeja comprar um disco de substituição do mesmo tamanho que o original, verifique o tamanho do primeiro original com precisão para o setor e procure as especificações técnicas de qualquer substituição em potencial para ter certeza de que é tão grande como ou maior que o original.