GZip da imagem da unidade criada usando o comando 'dd'

Question

Eu criei ontem uma imagem de unidade usando o GZip.

Eu abri o arquivo de 51.3 GiB chamado ssd.img.gz para ver um ícone que é um pacote de 3.9 GiB, sim, isto é, três pontos de nove gigabytes de tamanho e tem o nome da imagem como ssd.img

Isso não parece certo para mim, a criação da imagem funcionou ou não?

Sim, as unidades possuem dados e um sistema operacional.

Devo ter usado cat ? apenas eu fiz e continuou dizendo que não tinha nada para fazer.

O uso de | zip seria uma opção melhor?

** EDITAR **

O comando usado foi:

mark@zotac:~$ sudo -l
Enter password:<entered password to get in to root>
root@zotac:~# dd if=/dev/sda | gzip -c > "/media/mark/Seagate External Drive/ssd.img.gz

o terminal passou a melhor parte de 10 Hours na construção da imagem, algo em si que eu também achei suspeito, por isso log ao copiar os arquivos para uma pasta que eu queria, uns 40GiB levaram 45 minutos ...

A unidade de origem /dev/sda não tinha partições montadas.

** EDITAR **

Só para esclarecer, estou tentando fazer uma imagem da unidade para fazer backup mais tarde se as coisas derem errado com um reparo, a própria unidade precisa ser um arquivo em uma unidade como a partição da unidade de destino está usando quase todos Na unidade, as partições não podem ser redimensionadas sem formatá-lo e não estou prestes a perder 1,4 TB de dados.

Portanto, o dd if=/dev/sda of=/<target> não é o que eu preciso, o que eu preciso é de uma imagem da unidade que eu possa restaurar a imagem para a unidade caso o reparo dê errado.

Então, qual comando eu uso, dd ou cat? Por que | zip continua me dizendo que não tem nada a ver quando usado com o gato, mas nenhum erro ou aviso com dd

    

Answer 1

Se o disco estiver quase cheio, não faz sentido compactar a imagem; vai demorar séculos sem efeito prático. E a restauração será muito mais lenta também.

dd copia partições ou discos físicos, byte-by-byte. Ele funciona lendo N bytes da entrada e gravando-os na saída e, em seguida, repetindo. N é por padrão 512 bytes .

Para copiar fisicamente um disco / partição, use

dd bs=10M if=/dev/sda of=/path/to/dest/image.img 

isto irá ler blocos de 10Mbytes de cada vez. Se você tiver muita RAM, você pode aumentar esse número também. O tamanho do arquivo será exatamente igual ao tamanho do disco / partição usado (mas pode ocupar menos disco em algum momento --- dd pode criar arquivos esparsos).

Você pode verificar o progresso em outro terminal com

ls -lh /path/to/dest/image.img 

que lhe dará o tamanho do arquivo de imagem (mais ou menos --- será em pedaços, na verdade).

Verificação tripla (com mount ) de que nenhuma partição do disco para copiar é montada ou usada em qualquer lugar, ou a imagem criada será inválida (e as piores coisas podem acontecer também). Tenha cuidado com as áreas de troca também.

Você pode montar a imagem para verificar se está tudo bem com uma sistema de arquivos de loopback e alguns truques .

De qualquer forma, também existem ferramentas que ajudam nas tarefas: Como criar uma imagem de disco e restaurá-la depois?

Se o seu sistema não é recente (o sistema de onde você está inicializando, quero dizer), seja avisado de este bug --- corrigido de 14.04 em diante, mas ainda existe para kernels mais antigos .

    

Answer 2

A compactação da imagem de uma unidade inteira ou de uma partição usando o Gzip pode levar a uma tremenda redução no tamanho do arquivo, mas somente no caso de haver nenhum restante de dados não utilizado armazenado e espaço não utilizado por exemplo por Zeros.

Este pode ser o caso de um drive muito novo e pouco utilizado, ou de um drive onde tenhamos preenchido manualmente o espaço não utilizado com Zeros (por exemplo, usando o utilitário zerofree ).

• No entanto, não é o caso de uma unidade usada antiga onde os dados remanescentes serão distribuídos aleatoriamente por toda a unidade, para uma unidade em que uma limpeza segura tenha preenchido o espaço não utilizado com números aleatórios , ou após uma criptografia de disco integral. Nestes casos, o Gzip não será capaz de comprimir muito ou nada (números aleatórios não podem ser comprimidos).

• Também não é o caso para um SSD usado no modo de gravação por algum tempo, porque em cada gravação todos os blocos de memória serão distribuídos uniformemente por toda a unidade pelo firmware da unidade para evitar nivelamento de desgaste. Então, qualquer compressão de uma imagem também comprimirá aqueles remanescentes de dados que serão cada vez mais aleatórios ao longo do tempo.

Portanto, no seu caso, uma imagem compactada de 3.9 GiB de um SSD de 50 GiB pode ser possível para um disco novo, pouco utilizado ou um drive usado principalmente para leitura, mas não para escrever muito nele. Mas então é um valor sensato.

Para descobrirmos com certeza, precisaremos descompactar a imagem para comparar seu conteúdo com a fonte.