Stratégie de sauvegarde mise en place au Hameau

Sur un certain nombre de postes d'une salle de Technologie au collège Le Hameau, nous avons utilisé une stratégie basée sur MINAList et Tomsrtbt.

Les postes dont le disque dur étai suffisamment volumineux pour accueillir la sauvegarde de leur partition Système Window$ ont eu une installation de MINAList.
Les autres postes ont vu des solutions vraibles utilisant le réseau.

Stratégie de sauvegarde utilisée au collège Le Hameau à Bernay sur des postes dont le disque dur est un peu trop exigu pour faire cohabiter une partition window$ (en fait deux: une système et une "mesdocuments") et une partition linux en dualboot pour des sauvegardes:
Rien de ce qui est sur le disque n'est conservé (utiliser le réseau pour transférer vos précieux fichiers vers un autre poste ou alors utilisez FIPS pour redimensionner vos partitions (c'est aussi une opération à risque
 (quoiqu'il ne me soit à ce jour encore rien arrivé de tel avec FIPS), alors sauvegardez!!!)).

- Booter avec une disquette sytème DO$ (on peut aussi avec tomsrtbt ou Minalist):

- Modifier la table de partition à l'aide de "fdisk".

Sur des disques de 10Go:
Créer une partition principale C: (/dev/hda1 sous linux) de 5Go en FAT32.
Créer une partition étendue de 1Go (/dev/hda2 sous linux) avec un lecteur D: (/dev/hda5 sous linux) occupant toute la place (1Go) disponible.
IMPERATIVEMENT, penser à activer la partition C: (/dev/hda1 sous linux).
Et quitter sans vous occuper des 4Go restants (c'est probablement excessif).
Ils serviront à effectuer plusieurs sauvegardes dans différents états de window$.

Avertissement:
Si vous créez une partition étendue de 5Go avec 1Go pour D: et le reste pour linux (sous DOS, fdisk en fera une partition FAT16 ou FAT32 qu'il faudra supprimer ou modifier par la suite pour accueillir linux) et si pour une raison ou une autre vous avez besoin par la suite de supprimer la partition étendue, votre partition linux devra elle aussi être supprimée, car fdisk ne peut pas supprimer une partition étendue non vide de lecteurs/partitions.

Sur des disques de 6Go, créer des partitions de C:3Go, D:1Go et les 2Go restants pour Minalist.

Sur des disques de 2Go, créer des partitions de C:1,7Go, D:290Mo et les 10Mo restants pour Minalist avec une sauvegarde via le réseau.
Vérifier d'abord que la carte réseau en place peut se charger via Minalist:
insmod -f nomdupilote.o où nomdupilote.o peut-être via-rhine.o, rtl8139.o,...

Remarque: Sur 2Go, on peut aussi envisager, si peu de logiciels doivent être installés, C:1,2Go, D:200Mo et 800Mo pour la partition Minalist, mais songez que sur C:, il faudra conserver de la place pour la mémoire virtuelle de window$ sous peine de très forts ralentissements (à moins d'avoir beaucoup de mémoire vive).

-Rebooter sur la disquette système DO$ et formater C: et D:

-Installer window$ "proprement" avec drivers et strict minimum.

-Booter avec la disquette de Minalist et taper install.

-Installer Minalist sur /dev/hda3 (pour cela acquiescer à la proposition d'utiliser fdisk lors de l'installation).

-Rebooter ensuite sous window$ et vérifier que tout est OK.

1.Dans le cas où vous avez la place de faire la sauvegarde sur /dev/hda3:

-Rebooter et à l'invite LILO, appuyer sur SHIFT, puis TAB, taper "sauve", valider et saisir le mot de passe que vous avez choisi à l'installation de Minalist, revalider et aller prendre un café (ou une bière selon l'heure).
La procédure de sauvegarde de Minalist utilise tar et gzip après un remplissage des blancs sur le disque pour tenir compte dans la sauvegarde des jetons de présence qu'installent certains logiciels.
Il s'agit donc d'une procédure particulièrement longue.

- Après la sauvegarde, Minalist reboote automatiquement et vous arrivez sous window$.

- Installez les logiciels de base dont vous souhaitez disposer dans une configuration propre.

- Rebooter sous Minalist (moi je l'ai fait sous Tomsrtbt pour une sombre histoire de "Segmentation Fault", mais je n'avais pas pensé à la solution suivante:) en choisissant "linux" lors de l'accès à LILO.

- Créer un dossier "sauvegardeminimale" et y déplacer les fichiers de la sauvegarde du système window$ minimal:


mkdir /sauvegardeminimale mv /MINAList/* /sauvegardeminimale/

- Rebooter et cette fois à l'invite LILO, SHIFT, TAB, sauve... pour effectuer une sauvegarde de la nouvelle config.

2.Dans le cas où vous n'avez pas la place de faire la sauvegarde sur /dev/hda3:

Pour la sauvegarde via le réseau:
Théoriquement, les pilotes réseau de Tomsrtbt1.7.361 doivent fonctionner, mais il faut toutefois "forcer" (option -f) le chargement:
insmod -f via-rhine.o au lieu de insmod via-rhine.o.

Cela fonctionne avec des cartes utilisant les pilotes rtl8139.o (comme RTL8139, RTL8029 (à moins que ce ne soit via-rhine.o A VERIFIER)), (AUTRES A TESTER).


Un test effectué le 26/02/2003 avec une Realtek 8139:
J'ai recopié et débzippé les pilotes et programmes compilés pour Tomsrtbt1.7.361 vers un dossier /home sur un MINAList installé.


cd /home insmod -f rtl8139.o ifconfig eth0 192.168.52.2 up route add -net 192.168.52.0 echo "192.168.52.182 LeJoliServeur DeepGlue" >> /etc/hosts insmod -f smbfs.o ./smbmount //LeJoliServeur/public /mnt/smb ls /mnt/smb

 

Un autre problème s'est aussi présenté lors d'une sauvegarde par "tar" depuis Minalist: "Segmentation Fault"
J'ai donc fait les autres sauvegardes via Tomsrtbt1.7.361:
Paramétrage du réseau et montage smbmount vers le serveur sur /mnt/smb (voir tomsrtbt).
#Montage de la partition window$:
mount -t vfat /dev/hda1 /mnt/win
#Puis:
cd /
#Archivage du contenu de la partition window$ vers le partage window$/samba (long):
tar -cvf /mnt/smb/sauvpcXX.tar /mnt/win/*
#où XX est le numéro du poste.
#Tomsrtbt ne dispose pas d'un tar très complet et l'otpion z n'est pas acceptée directement.
#Sauvegarde de la table de partitions (très rapide):
dd if=/dev/hda of=/mnt/smb/parttable.bin bs=512 count=1
#Sauvegarde du secteur de boot (très rapide):
dd if=/dev/hda1 of=/mnt/smb/bootsector.bin bs=512 count=1

J'ai rencontré quelques soucis avec certaines cartes réseau et j'ai donc utilisé tomsrtbt1.7.361 pour la sauvegarde via le réseau avec des RTL8029, RTL8139 et DFE530TX-Rev-A1 (attention problème avec les dernières DFE530TX-Rav-A3-1, mais pour un noyau 2.4, Mdk8.2 utilise un pilote via-rhine.o (mis à jour???), à tester donc avec Tomsrtbt2.0.103, mais c'est alors smbmount qui fonctionne aléatoirement.
Faut-il alors se rabattre sur une sauvegarde vers un serveur nfs? (NON TESTé - A  VERIFIER)).
(J'ai réussi à faire des montages NFS depuis tomsrtbt1.7.361 vers un serveur NFS, il me semble.)

Pour la restauration:
Avec tomsrtbt:
#Monter la partition window$ au même endroit que pour la sauvegarde:


mount -t vfat /dev/hda1 /mnt/win cd / tar -xvf /mnt/smb/sauvpcXX.tar

#La restauration du secteur de boot et de la table de partition
#ne sont pas indispensables, mais si vous voulez l'effectuer:


dd if=/mnt/smb/parttable.bin of=/dev/hda bs=512 count=1 dd if=/mnt/smb/bootsector.bin of=/dev/hda1 bs=512 count=1