À la maison, quand on teste un nouveau kernel, si après le reboot, le système fonctionne, tout va bien, sinon BOUTON puis on se débrouille pour relancer le système avec un noyau fonctionnel.
Ici, si le système plante, il y a bien un bouton (pour rappel
http://www.ovh.com/fr/espaceclients/outils/ -puis manager et rebooter le serveur), mais si le système est configuré pour booter par défaut sur le nouveau kernel, nous ne sommes pas plus avancés pour autant.
Vous me direz bien sûr qu'il que l'on peut redémarrer en mode rescue (
http://guides.ovh.net/ModeRescue) mais pourquoi faire compliqué quand on peut faire simple ?
****** configuration (partielle) de lilo de départ ******
default=linux
image=/boot/bzImage-2.4.33-grs-bipiv-ipv4-32
label=linux
read-only
****** fin config lilo ******
Ici, pas de problème avec la commande reboot, le système va redémarrer proprement (sauf problème matériel).
****** configuration (partielle) de lilo avec un nouveau noyau ******
default=linux26
image=/boot/bzImage-2.4.33-grs-bipiv-ipv4-32
label=linux
read-only
image=/boot/nouveau_kernel_test.x.y-z-t
label=linux26
read-only
****** fin config lilo ******
là, le système va rebooter avec le nouveau noyau. Si tout se passe bien, tout va bien mais en cas de plantage, un simple hard reeboot ne changera rien au problème puisque le démarrage est fixé sur nouveau_kernel_test.x.y-z-t (default=linux26)
Le mode rescue est obligatoire
Il vaut mieux garder le noyau éprouvé (ici : bzImage-2.4.33-grs-bipiv-ipv4-32) par défaut.
****** configuration (partielle) de lilo avec un nouveau noyau (bis) ******
default=linux
image=/boot/bzImage-2.4.33-grs-bipiv-ipv4-32
label=linux
read-only
image=/boot/nouveau_kernel_test.x.y-z-t
label=linux26
read-only
****** fin config lilo ******
Maintenant, relançons le système de la façon suivante :
#my_hostname: /sbin/lilo ; /sbin/lilo -R linux26 ; reboot
*1- Ne pas oublier d'exécuter lilo après modification de conf. ; on s'habitue vite à GRUB.
*2- L'option "
R" "
étiquette_du_kernel" définit le kernel (ou le système) qui sera démarré au boot suivant et uniquement celui-ci. Ainsi, si le noyau que l'on teste n'est pas bon, un hard reboot relancera le système avec le noyau valide.
(Attention ! R<>r)