7. Notes spécifiques aux distributions

Vous trouverez ci-dessous des remarques nées de l'expérience, distribution par distribution. Si vous avez des remarques concernant d'autres distributions, envoyez-les-moi.

7.1. Fedora

Fedora est issue de Red Hat 9. Effectuez les modifications suivantes :

  • Fedora utilise grub, et non lilo. Effectuez les modifications suivantes.

  • Il n'est plus nécessaire de sauvegarder les bibliothèques kerberos séparément, comme dans la Red Hat 8.0. Enlevez ou mettez en commentaire cette ligne du fichier save.metadata  :

    # RH8. Fedora 1 puts them in /lib # crunch kerberos usr/kerberos/lib/
    
  • Les noms des bibliothèques nécessaires à la sauvegarde de SSH ont changé. Aussi, dans le fichier save.metadata :

    # save these so we can use ssh for restore. *crack* for RH 7.0 login
    # authentication.
    # RH 8.0
    # crunch usr.lib usr/lib/*crack* usr/lib/libz* usr/lib/libssl*
    usr/lib/libcrypto*
    # Fedora 1
    crunch usr.lib usr/lib/*crack* usr/lib/libz* usr/lib/libwrap* usr/lib/libk*
    usr/lib/libgss*
    
  • Dans le fichier restore.metadata, il y a un plus grand nombre de répertoires à sauvegarder.

    # If you boot via an initrd, make sure you build a directory here so
    # the kernel can mount the initrd at boot. tmp/.font-unix is for the
    # xfs font server.
    for dir in mnt/save mnt/zip mnt/cdrom mnt/floppy mnt/imports mnt/dosc mnt/nfs\
    proc initrd tmp/.font-unix var/empty/sshd var/lock/subsys var/log; do
    

    Certains modes sont à configurer :

    chmod a-w $target/proc		# Restore /proc's read-only permissions
    # Set modes
    chmod 0111 $target/var/empty/sshd
    chmod 0775 $target/var/lock
    # For Fedora. First two for xfs.
    chroot $target
    chown xfs:xfs /tmp/.font-unix
    chmod 1777 $target/tmp/.font-unix
    # set the sticky bit.
    chmod 1777 $target/tmp
    

7.2. Red Hat 9

Je n'ai jamais travaillé sous Red Hat 9. Les commentaires concernant Fedora devraient s'appliquer également à la Red Hat 9.

7.3. Red Hat 8.0

Il est nécessaire de modifier Red Hat 8.0 uniquement si vous vous connectez après la première étape de restauration via ssh. Si vous effectuez la deuxième étape de restauration avec ssh, effectuez les modifications suivantes :

  • Dans le fichier save.metadata, ajoutez les bibliothèques kerberos à la première étape de sauvegarde :

    crunch kerberos usr/kerberos/lib/
  • Dans le fichier restore.metadata, il y a une boucle qui crée plusieurs répertoires. Tout d'abord, ajoutez le nom de ces deux répertoires à la liste : /var/empty/sshd et /var/lock/subsys . Red Hat 8.0 utilisant par défaut ext3fs, a besoin d'un disque en MEV au démarrage. Aussi assurez-vous que initrd est dans la liste. Puis, s'il n'y est pas encore, ajoutez l'argument -p à la commande mkdir.

    Le groupe propriétaire du répertoire /var/lock/subsys est le groupe lock, aussi changez son propriétaire.

    chroot $target /bin/chown root:lock /var/lock

    Pour finir, usr/lib/libcrypto* a disparu, aussi vous pouvez le retirer de la ligne qui traite usr/lib .

7.4. Red Hat 7.1

À l'origine, j'ai utilisé cette distribution sur mon ordinateur de test. Je n'ai eu aucun problème avec.

7.5. Red Hat 7.0

Il semble que cette version ait besoin de libcrack (dans /usr/lib) et de ses fichiers pour authentifier les utilisateurs. Aussi, dans le fichier save.metadata, ajoutez ce qui suit à la ligne qui sauvegarde /usr/lib : /usr/lib/*crack* et activez cette ligne.

7.6. Knoppix

Je n'ai pas utilisé Knoppix, mais d'autres que moi l'ont fait. Pasi Oja-Nisula nous en parle :

Pour moi, le grand avantage de knoppix est que je n'ai pas besoin d'un médium de démarrage propre à chaque machine mais que je peux utiliser les mêmes outils tout le temps. Et le support matériel de Knoppix est vraiment excellent. Je n'ai pas tant d'expérience que ça avec les différentes plates-formes mais toutes les machines que j'ai essayé ont bien fonctionné, les pilotes scsi ont été trouvés, etc...

J'effectue le travail de restauration en copiant les sauvegardes sur une autre machine du réseau. Restaurer implique de démarrer à partir du CDROM de Knoppix, d'aller chercher le fichier metadata.tar.gz sur l'autre machine du réseau. Puis de d'appeler make.dev, mount.dev, d'aller chercher les autres fichiers tar.gz, grub et de redémarrer. Il y a bien quelques saisies mais, grâce à vos scripts, c'est très simple. À moins que vous ne passiez de ide à scsi ou quelque chose de ce genre, mais même ainsi, ce n'est pas si difficile dans la mesure où Linux peut facilement être restauré sur différents matériels.

Jetez aussi un coup d'œil à «  Récupération de système avec Knoppix (System recovery with Knoppix, N.D.T. : pas de version française) » .