Após a conclusão do dd, deve registros In = registra fora

0

Estou usando o seguinte cmd, em que sda (500GB) é meu laptop hd (desmontado) e sdc (500GB) é meu hd externo usb

dd if=/dev/sda of=/dev/sdc bs=4096

Quando concluir isso, retorna

122096647+0 records in
122096646+0 records out
50010782016 bytes (500GB) copied, 10975. 5 s, 45.6 MB/s

Isso mostra registros em! = registros fora

fdisk -l

retorna

Device    Boot  Start   End         Blocks      Id  System
/dev/sda1 *     2048    718847      358407      7   HPFS/NTFS/exFAT
/dev/sda2       718848  977102847   488192000   7   HPFS/NTFS/exFAT

/dev/sdc1 *     2048    718847      358407      7   HPFS/NTFS/exFAT
/dev/sdc2       718848  977102847   976384000   7   HPFS/NTFS/exFAT

Isso também mostra diferenças entre os tamanhos Bloco

Outra questão é normal que o dd demore 3 horas para uma cópia de 500GB (laptop ssd para normal não usb hd)

Meu setor físico no Windows é 4096 enquanto o setor lógico é 512

    
por Jimbo'sGun's 14.07.2016 / 16:45

1 resposta

1

O disco de destino deve ter alguns kB menores que o disco de origem. “500 GB” como um tamanho de disco significa “pelo menos 500.000.000.000 bytes”; você não pode contar com todos os discos de 500 GB para ter exatamente o mesmo número de bytes. Como todas as partições têm o mesmo tamanho e posição, a parte no final que não cabe não é usada, então isso não é um problema.

45 MB / s é muito bom para um disco rígido USB. Mas você provavelmente obterá uma velocidade um pouco melhor se usar uma ferramenta mais apropriada: dd força um tamanho de buffer fixo que raramente é ideal, e 4096 está realmente no lado pequeno. Eu (eles podem não corresponder ao seu sistema, é claro) e descobriram que cat foi mais rápido que dd , embora dd possa se aproximar de cat no desempenho se você obtiver o tamanho de bloco correto (tipicamente em torno de alguns MB). Mas desde usar dd é complicado e pode levar à perda de dados , use melhor o simples cat .

cat /dev/sda >/dev/sdc

Qualquer "tamanho de setor" é irrelevante aqui, isso é importante para o desempenho de acesso a dados, mas não para fazer uma cópia de todo o disco.

    
por 15.07.2016 / 03:53