dd
é bom se você não se importar em gerar um arquivo de imagem com exatamente o tamanho do seu disco bruto. rsync
é bom se você quiser acesso fácil no nível do arquivo. Mas o meio padrão de fazer backup de um sistema de arquivos é dump
e restore
( aptitude install dump
).
Para um dispositivo como o Raspberry Pi, eu faria o seguinte backup, assumindo uma tabela de partição do MS-DOS e que o disco é / dev / sda:
-
dd if=/dev/sda of=sda-boot-sectors.img count=2048
para obter uma imagem da seção de inicialização do disco. -
fdisk -lu /dev/sda >sda-partition-table.txt
para referência humana posterior. -
dump -0af sda1-root-level0.dump /dev/sda1
e repita para cada partição que você deseja fazer backup.
Você pode comprimir o lote e deixá-lo em algum lugar seguro. Para restaurar, você usaria dd
para restaurar a tabela de partição e os setores de inicialização, recarregar a tabela de partição, criar o novo sistema de arquivos e usar cd /mnt/new-filesystem; restore -rf /some-location/sda1-root-level0.dump
.
As vantagens:
-
dump
obtém uma cópia completa do sistema de arquivos, incluindo ACLs, atributos estendidos, propriedade, arquivos esparsos, atributos especiais do sistema de arquivos - tudo é descartado como está. - Ele só copiará os blocos de que você precisa, ignorando os não usados.
- É uma ferramenta unix padrão e legível por muitas outras ferramentas unix.
As desvantagens:
- produzirá capturas instantâneas corrompidas se o sistema de arquivos for gravado durante o dump
- é mais difícil montar a imagem de backup (que você pode fazer com imagens de disco) ou obter arquivos individuais (que você pode obter com
rsync
backups). - É específico do tipo de sistema de arquivos. Você pode despejar um sistema de arquivos
ext3
e restaurá-lo emext4
, mas você pode despejar qualquer tipo de sistema de arquivos. A maioria dos sistemas de arquivos maduros tem suas versões ownddump
. O padrão Debiandump
fazext2
,ext3
eext4
. Se você usa um sistema de arquivos específico do Flash, suas opções podem ser diferentes.