Le 14/03/2012 09:39, Laurent RAYSSIGUIER a écrit :
Bonjour,
J'ai des machines debian virtualisées sur un serveur esx.
Ces machine viennent pour certaines de P2V de serveurs physiques HP
vers l'infra VMWARE.
Le P2V fonctionne niquel et les machines démarrent sans problème, le
converter ayant modifié correctement le chargement du kernel.
Or mon soucis arrive dès que je fais une mise à jour du kernel sur ces
machines.
Dans le menu.lst, mon /dev/sda1 est remplacé par /dev/cciss/c0d0 qui
est l'ancien identifiant présent sur le serveur physique.
Je dois a chaque fois corriger mon menu.lst et le device.map pour
faire repartir ma VM.
C'est un peu casse c.... , donc j'aimerais bien savoir comment ne plus
avoir ce problème.
Je suppose qu'il y a un template pour grub quelque part qui écrase mes
modifs à chaque mise à jour, mais je ne trouve pas où il est.
Avez-vous plus d'idée que moi sur le sujet ? :-)
Merci par avance de votre aide,
Cordialement,
Bonjour,
je réponds peut être trop tard,
le update-grub lancé à chaque changement de noyeau se base sur les
commentaires du menu.lst pour générer ceux qui sont entre les lignes :
## ## End Default Options ##
et
### END DEBIAN AUTOMAGIC KERNELS LIST
donc si on change les paramètres dans les commentaires au dessus, on les
retrouve changés au prochain update-grub.
la ligne intéressante dans ton cas : # kopt=......
Ou alors tu mets à la fin du fichier tes propres menus de démarrage et
Debian n'y touchera pas.
ça fait un peut peur tous ces commentaires mais ça sert à quelque chose
parfois :)
PS. Moi aussi j'ai encore quelques lenny qui traînent. Pas facile de les
upgrader quand c'est en production.
Par exemple grub vers grub-pc et mysql5 ver 5.1 nécessitent de faire
attention.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4f6217bc.1040...@rignier.com