Por que uma imagem de disco foi criada com dd, maior que o disco original?

Question

Eu recentemente fiz backup de um disco usando dd e quando tentei dd a imagem de volta ao disco, percebi que de alguma forma o arquivo de imagem é maior em tamanho do que o disco original que foi criado de

• disco original de 7,4 GB

• imagem de disco 7.8 GB

O comando que usei foi:

dd if=/dev/sdg of=/mnt/data/backup.img; sync

Eu não consegui montá-lo nem extraí-lo para um diretório.

O que é mais interessante é que mesmo o PhotoRec não conseguiu recuperar todos os dados da imagem do disco. Depois de receber uma unidade flash de 16 GB e dd 'a imagem do disco, tudo poderia ser' recuperado '.

A unidade flash original continha uma partição de 8 GB formatada como vfat e não estava cheia. Como não o formatei antes de usar, o tamanho de bloco padrão de fábrica foi usado.

Por que a imagem de disco ~ 400MB foi maior que o disco original?

    

Answer 1

De acordo com o conversor mais simples , eu descobri que o valor de 7.4 GiB é aproximadamente 7.9 GB.

Como você não escreveu nenhum comando específico para gerar o tamanho real, pode ser isso.

Notas:

• GiB = GibiByte = múltiplos de 1024.

• GB = GigaByte = múltiplos de 1000.

• Alguns aplicativos ainda podem confundir essas unidades.

Snippet dos comentários:

7927234560 bite (7,9 GB, 7,4 GiB) copied

Como você pode ver por si mesmo, o valor de 7.4 GiB foi copiado por dd .

Quanto à sua reivindicação:

I could not mount it, nor extract it to a directory.

Bem, isso acontece porque você não usou dd de uma partição, quero dizer /dev/sdg1 , mas sim o disco inteiro.

Quanto à sua reivindicação:

If that would be the only reason, I could easily dd it back to the USB drive. Unfortunately, I couldn't because the drive ran out of space near the end of the process.

A única razão, que vem à mente no momento, é que você pode ter feito isso por engano:

dd if=/mnt/data/backup.img of=/dev/sdg1

em vez de:

dd if=/mnt/data/backup.img of=/dev/sdg