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=2048para obter uma imagem da seção de inicialização do disco. -
fdisk -lu /dev/sda >sda-partition-table.txtpara referência humana posterior. -
dump -0af sda1-root-level0.dump /dev/sda1e 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:
-
dumpobté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
rsyncbackups). - É específico do tipo de sistema de arquivos. Você pode despejar um sistema de arquivos
ext3e 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 Debiandumpfazext2,ext3eext4. Se você usa um sistema de arquivos específico do Flash, suas opções podem ser diferentes.