O dd causará corrupção de dados?

Question

Eu consegui executar comandos como dd if=/dev/block/mmcblk0 para fazer um backup completo do armazenamento interno do meu telefone Android, e passar os dados diretamente para o PC conectando através de USB.

Mas eu me preocupo que isso possa corromper os dados. O processo de backup de pausa ocorre quando o sistema do telefone está em execução e /dev/block/mmcblk0 inclui o sistema e a partição de dados. Se o sistema telefônico fizer a modificação do disco quando o processo de backup não estiver concluído (quando o comando dd ainda estiver em execução), é possível que os dados de saída estejam corrompidos? O armazenamento interno é de 10 GB e o backup leva muito tempo.

E mais uma pergunta. Será que isso evitará a corrupção de dados se eu especificar o tamanho do bloco (bs) como o tamanho do armazenamento?

Sobre o bs de wiki :

Using large blocks requires more RAM and can complicate error recovery.

Eu não entendo completamente esta frase, mas eu deduzo que se eu executar o comando dd com bs especificado com o tamanho de todo o armazenamento (cerca de 10GB), meu PC deve ter pelo menos 10GB de RAM.

Portanto, se não houver nenhuma maneira de garantir a cópia sincronizada de dados usando o dd, acho que terei que fazer o backup no modo de recuperação e ter /dev/block/mmcblk0 desmontado.

    

Answer 1

If the phone system makes disk modification when the backup process is not finished(when the dd command is still running), is it possible that the output data is corrupted? The internal storage is 10GB, and the backup takes a long time.

Sim.

And 1 more question. Will it avoid such data corruption if I specify the block size(bs) to be the same as the storage size?

Não. Isso não fará uma enorme leitura atômica.

Using large blocks requires more RAM and can complicate error recovery.

I don't fully understand this sentence, but I infer that if I run dd command with bs specified with the size of the whole storage(around 10GB), my PC must have at least 10GB RAM.

Correto.

So, if there is no way to ensure synchronized data copying using dd, I think I'll have to do the backup under recovery mode and having /dev/block/mmcblk0 unmounted.

Essa seria minha recomendação.