web-dev-qa-db-fra.com

Sauvegarde complète Linux Ubuntu 18.04

Comment puis-je sauvegarder l'intégralité de mon système et pouvoir restaurer parfaitement là où j'étais? J'ai installé quelques thèmes Nice et personnalisé pas mal de choses (graphiquement) et je ne voudrais pas répéter ce processus si je dois réinstaller.

Je suppose que ma question est, dois-je seulement sauvegarder le dossier home ou dois-je faire le ensemble système root dossier. De nombreux sujets ont conseillé de ne pas sauvegarder le dossier root mais cela m'a laissé perplexe.

Je n'ai aucun problème à réinstaller Ubuntu à partir de zéro et à importer mon dossier de départ, tant que car cela me redonne tout en termes d'interface utilisateur et de thèmes personnalisés, etc. Je ne suis pas dérangé par les données réelles telles que Documents, vidéos, etc. J'ai des méthodes alternatives pour cela via des solutions basées sur le cloud. De plus, j'ai quelques commandes dans fstab mais je ne suis pas sûr qu'elles soient également stockées dans le répertoire home?

Mon idée était d'utiliser rsync et d'utiliser

Sudo rsync -aAXv --delete --exclude=/dev/* --exclude=/proc/* 
  --exclude=/sys/* --exclude=/tmp/* --exclude=/run/* --exclude=/mnt/* 
  --exclude=/media/* --exclude="swapfile" --exclude="lost+found" 
  --exclude=".cache" --exclude="Downloads" --exclude=".VirtualBoxVMs" 
  --exclude=".ecryptfs"

Ensuite, configurez un cron pour planifier cela.

Pouvez-vous m'aider?

10
Maverick32

Clonezilla à la rescousse. Interface de console atroce mais fait le travail de manière fiable.

Téléchargez l'image et créez une clé USB amorçable à partir de https://clonezilla.org/

Démarrez Clonezilla à partir d'une clé USB et sauvegardez votre disque et/ou vos partitions sur des clés ou des clés USB pour une restauration facile. Ne laissez pas l'UX vous effrayer, cela fonctionne vraiment.

5
zx81roadkill

La raison des conseils pour ne pas sauvegarder le "/ "est le suivant: il y a généralement de nombreux systèmes de fichiers virtuels (et parfois physiques) qui y sont attachés. Un système de fichiers virtuel est comme un /proc: il n'a pas de fichiers physiques sur le disque dur, mais lister/lire/écrire leur structure de fichiers manipule certaines structures de données du noyau. Par exemple, en écrivant 1 dans /sys/bus/pci/rescan n'écrit rien sur un disque dur, mais réanalyse le bus PCI à la recherche de nouveaux périphériques.

Les sauvegarder n'aurait aucun sens ou pourrait même être dangereux.

Si votre objectif est de sauvegarder tout , le mieux que vous puissiez faire est que vous sauvegardez tout . Cependant, la sauvegarde / pourrait être problématique en raison du problème ci-dessus.

Cependant, il existe une astuce simple pour résoudre ce problème. Linux connaît la chose ainsi nommée bind mount : cela signifie que vous pouvez monter un système de fichiers plusieurs fois.

Par exemple, un

mount /dev/sda7 /mnt/root

montera votre système de fichiers racine (en considérant si votre racine est, par exemple, sda7) dans le répertoire /mnt/root. Vous y verrez tout, sauf les sous-montages, y compris les systèmes de fichiers virtuels .

L'astuce est la suivante: après cela, vous pouvez sauvegarder en toute sécurité /mnt/root avec tout outil que vous souhaitez, y compris rsync.

Notez également qu'il ne s'agit que d'une copie de fichier récursive. Vous n'avez aucune protection contre les éventuels problèmes d'incohérence des fichiers. Imaginez si une base de données contient deux fichiers, par exemple, /var/lib/postgresql/11/main/base/13731 et /var/lib/postgresql/11/main/base/13732 qui se réfèrent l'un à l'autre. Si le moteur de base de données écrit quelque chose dans le premier et dans le second, pendant l'exécution de votre processus de sauvegarde , il est possible que le premier soit sauvegardé et le second ne le fera pas. Ainsi, votre base de données deviendra de la merde après une restauration.

C'est aussi une raison pour laquelle vous trouverez probablement des contre-arguments (parfois assez véhéments) contre la sauvegarde de votre système de cette façon. Cependant, dans les cas d'utilisation pratiques au niveau de l'utilisateur, un vrai problème tel que celui-ci n'existe que très rarement, peut-être le plus typique est lorsque vous jouez avec une base de données pour une tâche de développement Web. Dans un environnement familial, j'ignore simplement ce problème. Dans un environnement professionnel, il est pratique d'utiliser une autre sauvegarde différente pour vos données qui est sensible à cela.

Si vous voulez vraiment avoir une sauvegarde de vos thèmes et de votre personnalisation, vous n'avez pas vraiment besoin de faire une sauvegarde de tout votre système. Vous avez juste besoin de faire une sauvegarde de certains de vos fichiers dot.

Par exemple, les modifications que vous avez apportées à vos fenêtres sont dans ~/.config/gtk-3.0/settings.ini fichier. La plupart des programmes que vous installez auront un fichier de configuration dans ~/.config, il vous suffit de faire une sauvegarde de ces fichiers de configuration.

2
Nomi Shaw