O que é seguro excluir para um backup completo do sistema?


35

Estou procurando uma lista cujos caminhos / arquivos são seguros para excluir para um backup completo do sistema / casa.

Considerando que eu tenho uma lista de pacotes instalados.

  • /home/*/.thumbnails
  • /home/*/.cache
  • /home/*/.mozilla/firefox/*.default/Cache
  • /home/*/.mozilla/firefox/*.default/OfflineCache
  • /home/*/.local/share/Trash
  • /home/*/.gvfs/

  • /tmp/

  • /var/tmp/
  • pastas não reais, mas pode causar problemas graves ao 'restaurar'
    • /dev
    • /proc
    • /sys

Sobre o quê...

  • /var/ em geral?
  • /var/backups/ - pode ficar bem grande
  • /var/log/ - não requer muito espaço e pode ajudar na comparação posterior
  • /lost+found/

Esta é uma resposta (muito) relacionada que vale a pena olhar (supondo que isso não esteja fechado como duplicado): askubuntu.com/questions/5596/how-to-clean-caches-in-my-homedir/…
Scaine

Eu não tenho certeza /home/*/.local/share/Trash. Eu já restaurei os arquivos da pasta lixeira no backup. Foi uma exclusão incorreta, notada e desfeita depois que eu fiz backups - e ao restaurar os arquivos os arquivos ainda estavam no lixo.
Mateusz Konieczny

~ / .local / share / Trash / * parece ser universal, mas é por usuário.
SDsolar

Observe que isso foi publicado em 2011. Sua milhagem pode variar em 2017.
SDsolar

Respostas:


33

Quando eu rsyncsistema em uma partição de backup, excluo estes:

--exclude=/dev/* \
--exclude=/home/*/.gvfs \
--exclude=/home/*/.mozilla/firefox/*/Cache \
--exclude=/home/*/.cache/chromium \
--exclude=/home/*/.thumbnails \
--exclude=/media/* \
--exclude=/mnt/* \
--exclude=/proc/* \
--exclude=/sys/* \
--exclude=/tmp/* \
--exclude=/home/*/.local/share/Trash \
--exclude=/etc/fstab \
--exclude=/var/run/* \
--exclude=/var/lock/* \
--exclude=/lib/modules/*/volatile/.mounted \
--exclude=/var/cache/apt/archives/* \

Dessa forma, consigo inicializar a partição de backup da mesma maneira que inicializo a partição original.

Então, para resumir, eu sugeriria

  • não /{dev,proc,media,...}se excluindo , apenas seu conteúdo

  • excluindo /var/{run,lock}, e especialmente as grandes/var/cache/apt/archives/


2
Você deseja excluir TODOS os / dev.
Psusi

@psusi - Sim, você está certo. Estou editando minha postagem. Obrigado.
organize

2
Eu recomendaria usar a opção -x com o rsync para backups. Dessa forma, ele não cruzará os limites do sistema de arquivos, o que excluirá coisas como / dev / proc / sys / mnt e / media. Você ainda precisa excluir /home/*/.gvfs.
Azendale 07/07

2
@ Azendale: pode ser. Por outro lado, quando você usa algo parecido --exclude=/proc/*, ele manterá o diretório / proc no backup (o que é necessário se você deseja inicializar o espelho), mas não o conteúdo.
organize

ou utilizadores do navegador Opera, gostaria de acrescentar --exclude=/home/*/.opera/cachetambém :)
Grzegorz Wierzowiecki

4

Recomendarei excluir todos /usr(exceto o forte /usr/local/) e ter um backup dedpkg --get-selections

Na minha opinião, um backup completo não é realmente útil. Prefiro dados e preferências de backup e, em seguida, restauro os pacotes dos repositórios oficiais.

Mas é a minha preferência ...

/usrcontém principalmente conteúdo binário estático dos pacotes de distribuição. Reinstalar um pacote restaurará o /usrconteúdo. Também /bine /sbincontém binários de pacotes de distribuição.

/usr/localcontém pacotes instalados manualmente (fora dos pacotes de distribuição). então vale a pena fazer backup.


2
Abordagem muito interessante. Ele produzirá um backup significativamente menor, mas exigirá muito mais problemas (tempo, largura de banda da Internet) ao restaurar. Um compromisso que pode valer a pena em alguns casos de uso. Perguntas: que tal /lib, o mesmo se aplica? E como você restaura essa seleção de pacotes?
precisa saber é o seguinte

Sim, acho que você também pode excluir /lib. Gostaria de acrescentar também que, em vez de dpkg --get-selectionstalvez seja melhor usá-lo apt-mark, como foi dito aqui: askubuntu.com/questions/101931/…
gerlos

2

Também li todas as respostas e todas as outras questões relacionadas quando estava configurando meu backup completo do sistema.

Meus 2 centavos não seriam para excluir nada, mas apenas quando você estiver fazendo um backup completo do sistema offline.

Deixe-me elaborar agora: Se você fizer o backup do sistema a partir de si mesmo, poderá excluir alguns diretórios como outros já mencionaram, mas isso não é uma boa maneira, na minha opinião, pois pode introduzir alguns erros mais tarde ao restaurar o sistema. Por exemplo, se você excluir o diretório / tmp, depois de restaurá-lo, / tmp não estará lá e o sistema criará um e isso pode ter telas de login bloqueadas devido a problemas de chmod e chown em / tmp. Também não fazer o backup do diretório ~ / .cache pode resultar na quebra do cache do banco de dados do Ubuntu Software Center.

O que faço é usar um CD ao vivo, usar o LuckyBackup e fazer backup de todo o sistema sem omitir nada. Agora, ao restaurar, escolhi 'excluir arquivos não presentes na fonte'. Dessa forma, você terá um instantâneo inteiro do sistema restaurado exatamente no estado em que criou o backup (mais ou menos como fazer um instantâneo em uma VM).


2
Muitos arquivos não devem ser salvos, porque eles são não arquivos reais, mas sim pseudo-arquivos . Você pode querer quer salvar caches, mas não salve o conteúdo de /proc, /dev, sys. Seu conteúdo é criado na inicialização.
Teresa e Junior

1
@TeresaeJunior Quando essa abordagem é seguida e o backup é feito em um sistema offline , o conteúdo desses arquivos não reais já está vazio.
Gaurav Kumar

Sim, você está certo, desculpe! Não prestei atenção no LiveCD que você mencionou.
Teresa e Junior

Receio que esses sistemas tenham que funcionar 24x7, para não ter esse luxo. Eu tenho uma ótima lista de exclusões, mas continuo desligando o 4G / var / log / kern * e / var / log / messages * - eu gostaria de excluí-las, mas ninguém fala com isso. Que tal excluir / var / log / * totalmente?
SDSolar 13/08/19
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.