Sauvegarder son serveur debian 10/11

1.Présentaion

Lorsque l’on utilise un système Linux, il peut être intéressant d’être en capacité de restaurer son système après un incident, ou une mise à jour qui s’est mal passée. Dans ce tutoriel, nous allons voir comment sauvegarder et restaurer la partie système de son OS Linux.
Dans le cadre du tutoriel, je suis dans le cas où mon système est sur une partition « / » et mes données sont sous une autre partition « /data ». Je vais ici présenter le cas dans lequel on souhaite sauvegarder et restaurer tout l’espace « / ».

Pour cela, nous n’utiliserons pas d’outils spécifiques si ce n’est ceux natifs à la plupart des systèmes Linux.
Nous allons en effet utiliser la commande « tar » pour faire une archive du système que nous pourrons alors stocker sur une clé USB ou un espace de stockage réseau, facilement disponible en cas de besoin de restauration.
A titre d’exemple, ce genre de restauration va par exemple vous être d’un grand secours si vous avez supprimé par erreur un dossier crucial de votre système comme /etc ou /usr, ou alors si vous avez eu une mise à jour qui s’est mal passée sur votre système.

Source: https://www.it-connect.fr/linux-sauvegarder-et-restaurer-son-systeme/

2. La sauvegarde

Dans un premier temps, il nous faut sauvegarder notre système, nous utilisons pour cela la commande « tar » avec certaines de ses options.

Nous allons effectuer notre sauvegarde en local sur l’OS sauvegardé. en tant que « root », je me positionne par exemple dans le « /root »

cd /root

Je vais ensuite déclencher la commande de sauvegarde du système. Attention, assurez-vous d’avoir au moins 50% de votre disque dur de libre. Si ce n’est pas le cas, je vous recommande d’utiliser un périphérique de stockage branché en USB par exemple, positionnez-vous alors dans ce périphérique pour déclencher la commande de sauvegarde :

tar cvpjf backup.tar.bz2 –exclude=/proc –exclude=/lost+found –exclude=backup.tar.bz2 –exclude=/mnt –exclude=/sys –exclude=/boot /

Ici, je vous dois quelques explications par rapport à cette commande. Tout d’abord, vous l’aurez compris, elle va créer une archive du système dans le fichier « backup.tar.bz2 ».
Voici le détail des options utilisées :

• « -c » : Permet de créer une nouvelle archive
• « -v » : Afficher de manière détaillée la liste des fichiers traités, cela permet de suivre l’avancement de la création de l’archive
• « -p » : Permet de préserver les permissions qui sont sur chaque fichiers, ce qui est très utile en cas de restauration
• « -j »: Spécifier la création au format bzip2
• « -f » : Permet de spécifier le nom du fichier archive de destination

Nous allons ensuite passer plusieurs fois le paramètre « –exclude= » qui permet d’exclure de la construction de l’archive certains répertoires. Dans mon cas par exemple, je rajouterais « –exclude=/data », ont fini ensuite par spécifier la racine « / » qui est ce qui va être sauvegardé.

J’ai également pris pour habitude d’exclure le dossier « /boot », car la restauration du dossier « /boot » sur un système qui n’a pas de mal à démarrer perturbe le boot, ce qui aggrave le problème plus qu’autre chose.
L’exécution de cette commande peut prendre quelques minutes en fonction de la taille de votre système.

3. Le stockage

Le stockage de l’archive est ici important. Dans la plupart des cas, il est plus qu’évident qu’il faille stocker cette archive dans un autre espace de stocke que le poste sur lequel elle a été créée. Cela simplement pour prévenir un endommagement de l’archive en cas de mauvaise manipulation. Je vous conseille trois moyens de stockages, généralement à disposition de tous :

• La clé USB
• Le NAS
• Le disque externe

Quel que soit le moyen de stockage, votre système entier se situe maintenant dans un simple fichier, transportable et entreposable facilement. Pour ma part, je ferais le test de restauration depuis une clé USB. Je fais donc une copie de mon système sur ce média.

4.La restauration

Dans le pire des cas, et si votre système est vraiment mal en point, il est toujours possible de le restaurer grâce à la sauvegarde faite précédemment. Pour cela, il est recommandé de disposer :

D’un LiveCD ou Live USB pour booter sur un OS complet en mode live et ainsi accéder aux partitions du système endommagé
Du fichier « backup.tar.bz2 » produit précédemment, disponible sur un espace de stockage (USB, réseau, …) et prêt à être utilisé.

fdisk -l

ici, nous voyons donc deux disques :
– Le disque /dev/sda
– Le disque /deb/sdb

Le disque « sda » est donc le disque de mon système Linux, qui se caractérise notamment par la présence d’une partition « swap » (sda5), ma partition système étant « /dev/sda1 ». La clé USB, elle, correspond à /dev/sdb1.

Le principe étant de décompresser ce qui est stocké dans ma clé USB vers la partition Linux (/dev/sda1), il nous faut maintenant monter ls deux partitions sur notre système Live Linux pour effectuer l’opération, rien de plus simple !

On commence par préparer deux répertoires pour notre montage, puis on effectue le montage :

mkdir /mnt/OS
mkdir /mnt/USB
mount /dev/sda1 /mnt/OS
mount /dev/sdb1 /mnt/USB

Une fois que nos montages sont prêts, il ne reste plus qu’à effectuer la décompression de notre archive vers notre système Linux, autrement dit, on procède à la restauration !

tar xvpfj /mnt/USB/backup.tar.bz2 -C /mnt/OS

Ici, l’option « -C » permet de spécifier le répertoire de destination lors de la décompression de l’archive, on pointe donc ici vers le montage de notre système.
On pourra ensuite recréer les dossiers non sauvegardés :

mkdir /proc
mkdir /mnt
mkdir /sys

Si vous effectuez votre restauration depuis un NAS ou un autre espace de stockage en réseau, je vous conseille d’effectuer la même manipulation en montant votre partage directement sur votre système Live.
Si votre système reste stable et n’a pas de mal à démarrer, dans le cas où vous souhaitez restaurer son état depuis la machine elle-même (en local), il suffit d’exécuter la commande suivante (après avoir monté le clé USB contenant le backup dans /mnt/USB dans mon cas) :

tar xvpfj /mnt/USB/backup.tar.bz2 -C /

Ici, le système va se restaurer lui-même. Les dossiers supprimés et les fichiers modifiés seront donc restaurés.

5.Réinstaller le grub Linux depuis un LiveCD

Il arrive en effet parfois que l’on se retrouve sans possibilité de démarrer, avec un « grub rescue > » pas très intuitif. Il faut savoir qu’il existe plusieurs façons de se sortir de cette situation, la plus simple à mon goût reste le démarrage sur une distribution en Live Linux. Nous allons ensuite, depuis cette distribution Live Linux, réinstaller le grub sur la partition système.

Qu’est-ce que le grub ?

GRUB (Grand Unified Bootloader) est un petit programme (appelé programme d’amorçage) qui se lance dès le démarrage d’un ordinateur, il est en charge de lancer le démarrage du système d’exploitation et, si plusieurs OS sont présents, d’afficher un panneau de sélection pour le choix du boot entre ces différents OS.

Note : Ce tutoriel ne fonctionnera pas si votre /boot a été totalement supprimé.

A. Boot depuis un LiveCD

https://www.it-connect.fr/creer-une-cle-liveusb-linux

B. Réinstallation du grub

Maintenant que nous sommes sur notre distribution Linux Live, nous pouvons utiliser différents outils pour dépanner notre OS. La première chose à faire est de repérer notre partition Linux. En tant qu’utilisateur « root », nous exécutons la commande suivante :

fdisk -l

Ici, on remarque facilement une partition Linux principale dans « /dev/sda1 », c’est dans cette partition que le boot pourra être installé. Il s’agit ici du contexte le plus simple dans lequel la partition « /boot » est dans la partition système et non à part.

Il faut maintenant installer sur notre système Live Linux la commande « grub » :

apt-get install grub

Ensuite, nous installons le grub dans notre partition système, après l’avoir monté dans « /mnt » :

mount /dev/sda1 /mnt

grub-install --root-directory=/mnt/boot /dev/sda1

Ici, on spécifie donc le répertoire dans lequel installer le grub puis le périphérique à lire pour détecter l’OS installé, dans le cas du tutoriel : /dev/sda1

Il se peut ici que vous rencontriez l’erreur suivante :

The file /mnt/boot/grub/stage1 not read correctly

Elle n’est généralement pas bloquante et n’empêche pas la reconstruction du grub, pour terminer, nous validons nos modifications avec la commande suivante :

update-grub

L’option « –recheck » de la commande « grub-install » peut permettre dans certains cas de détecter des anomalies durant l’installation du grub :

grub-install --root-directory=/mnt/boot /dev/sda1 --recheck

À la suite de ces commandes, vous pourrez tenter un reboot de votre système.