Partimage&Partimaged
Introduction:
Partimage est une solution de sauvegarde très puissante (avec de
nombreuses possibilités) réalisée par François Dupoux et Franck
Ladurelle (voir http://www.partimage.org)
Cette solution permet les sauvegardes en local <<A VERIFIER>>, mais aussi
en réseau avec un client et un serveur.
Le client « partimage » et le serveur
« partimaged » tiennent tous les deux sur une disquette.
Remarque: partimage et partimaged:
Le serveur partimaged prend un d pour suffixe: "d" pour "démon/daemon" (il
s'agit d'un programme qui tourne en permanence et attend des requêtes).
Voici un écran pour vous faire une idée de
l'interface de sauvegarde:
On trouve plusieurs versions de Partimage/Partimaged:
- Des versions à compiler soit-même, des binaires, des packages sur
le site http://www.partimage.org
- Une version adaptée disponible sur le site du CRDP de Caen, avec
un excellent guide (http://linux.crdp.ac-caen.fr/Docs/partimage/).
Les fichiers à télécharger se trouvent dans ftp://ftp.crdp.ac-caen.fr/pub/linux/partimage/ , mais prenez la peine de lire la documentation.
Cette version ne nécessite pas la configuration d'un serveur SSH (qui permettrait d'assurer davantage de confidentialité).
Serveur partimaged:
Le serveur est le poste qui va recevoir les images (encore qu'il est possible de faire de /sauvpi le point de montage vers un partage sur le réseau).
Pour l'installation du serveur, le guide du CRDP de
Caen est parfait.
Voici néanmoins un rapide compte rendu de mise en place du serveur:
Placer le programme serveur dans /usr/bin: | cp partimaged /usr/bin |
Créer l'utilisateur partimag (nécessaire): |
adduser partimag |
Créer le dossier de "config" de
partimaged: |
mkdir /usr/etc/partimaged |
Créer le fichier des
utilisateurs autorisés à sauvegarder/restaurer: |
touch /usr/etc/partimaged/partimagedusers |
Rendre partimag propriétaire du
fichier: |
chown partimag /usr/etc/partimaged/partimagedusers |
Limiter les droits sur ce
fichier: |
chmod 600 /usr/etc/partimaged/partimagedusers |
Pour autoriser l'utilisateur
toto (qui doit exister dans /etc/passwd)
à sauvegarder/restaurer: |
echo toto>>/usr/etc/partimaged/partimagedusers |
Créer le dossier dans lequel
seront stockées les images (nom et
chemin imposé <<à vérifier:
paramètres à partimaged?>>): |
mkdir /sauvpi |
Rendre l'utilisateur partimag
propriétaire de ce dossier: |
chown partimag /sauvpi |
Se rendre dans ce dossier: |
cd /sauvpi |
Et démarrer le serveur: |
/usr/bin/partimaged -D |
La suite concerne le client...
<<Est-il possible
d'utiliser speakimage comme serveur partimaged?>>
Remarque:
Dans le cas où la partition racine qui contient le dossier /sauvpi
destiné à recevoir les sauvegardes ne serait pas de taille suffisante,
il suffit de remplacer /sauvpi par un lien vers un dossier dans une
partie de l'arborescence/partition où il y a de la place:
Imaginons que l'on ait de la place dans la partition montée en /home:
mkdir /home/sauvpi
ln -s /home/sauvpi /sauvpi
/sauvpi est alors un lien vers /home/sauvpi
<<Voir man partimaged
pour déterminer si il n'y a pas une option pour sauvegarder ailleurs>>
Client partimage:
Le client doit être lancé sur le poste dont vous souhaitez sauvegarder des partitions.
Selon le BIOS de ce poste client, on pourra utiliser des solutions variées:
- Si le BIOS permet de booter sur un cdrom, il est alors possible
d'utiliser les distributions live:
- Stonehenge (version du CRDP de Caen)
- SystemRescueCD (c'est la solution préconisée par les
auteurs de partimage)
- Stonehenge (version du CRDP de Caen)
- Si le BIOS permet seulement de booter sur une disquette, la
distribution à utiliser tient sur trois disquettes:
- Sur trois disquettes: Speakimage
(conseillé par les auteurs de partimage)
- Sur une disquette: BSC
- Sur trois disquettes: Speakimage
(conseillé par les auteurs de partimage)
Remarques:
Voici quelques indications de performances:
Le poste dont un backup a été effectué était un poste sous W$XP
avec une partition NTFS.
Sauvegarde: | Restauration: |
Successfully finished Time elapsed:...8min6s Speed:..............224.18Mb/min Data copied: ....1.77Gb |
Successfully finished Time elapsed:...5m:24sec Speed:..............336.27MB/min Data copied:....1.77Gb |
Les 1.77Go ont été compressés en une archive de 576.7Mo.
Remarque:
J'ai eu des messages d'erreur quand même en écran de fond:
Warning - running *really* short on DMA buffers
Mais W$XP redémarre normalement.
Voici un exemple de sottise et sa solution:
J'ai effectué une sauvegarde via Stonehenge de pc14 vers serveur.
pc14 dispose d'une partition Linux Mdk et d'un dual boot.
J'ai restauré le poste pc18 à partir de serveur via Stonehenge.
Au reboot: Non-system disk.
Un boot sur une disquette WMe suivie de sys c: a réglé le problème.
Remarque:
Le poste pc18 avait pourtant un W$Me installé auparavant.
pc18 ne disposait pas de dual boot, mais cela peut-il avoir joué...
Performances épouvantables?
J'ai eu une fois un problème de performances épouvantables.
Il s'agissait d'un poste qui posait des problèmes de connexion à un
serveur Samba PDC générant sur ce serveur des log très volumineux en
très peu de temps.
J'ai pensé à un dysfonctionnement de Window$ (cela n'a rien de saugrenu) et
résolu de restaurer la partition d'après l'image partimage réalisée
auparavant.
Les performances ont été les suivantes: 19h50m55s pour 1.86GB (soit 1,60MB/min).
J'ai effectué d'autres tests de transfert réseau sans utiliser
partimage.
J'ai aussi testé avec un échange de carte la connexion au serveur Samba
PDC.
La cause était bien la carte réseau qui ne fonctionnait plus que
partiellement.
Et partimage était innocent!
Liens:
Quelques documentations en ligne:
En anglais:
Accueil documentation: http://www.partimage.org/doc.php3
FAQ: http://www.partimage.org/doc/index-5.html
Another FAQ: http://www.partimage.org/doc/partimage-faq2.html
En français:
http://linux.crdp.ac-caen.fr/Spip/article.php3?id_article=52
http://linux.crdp.ac-caen.fr/Docs/partimage/