Bonjour all,
je rencontre un problème lors de la MAJ du kernel sur une debian etch…
Lorsque je tappe /sbin/lilo, il me renvoi :
[quote]The Master boot record of /dev/sdb has been updated.
Warning: /dev/sdb is not on the first disk[/quote]
Je reboot mais aucun changement…
Je suis en raid…
Quelques informations :
Procédure d’installation du kernel :
Merci à vous 
salut ,
ton message d’erreur :
Warning: /dev/sdb is not on the first disk
le df -h te donne
/dev/md1 2,9G 819M 2,0G 30% /
tu vois bien que tu as ton disque en /dev/md1 et tu cherches a booter sur un disque qui n’existe pas /dev/sdb1
d’où le message d’erreur .
[quote]The Master boot record of /dev/sdb has been updated.
Warning: /dev/sdb is not on the first disk[/quote]
ensuite coup de bole tu n’as pas modifier ta variable default dans le lilo.conf
du coup lilo boot sur ton ancien kernel .
Et te sort le message d’erreur .
1/ le mieux c’est de nous renvoyer le contenu de lilo.conf
2/ on fera les corrections nécessaire , tu mettra à jour ton lilo.conf et lancera la commande lilo pour prendre en compte les modif.
3/ tu lancera là commande lilo -R ton_dernier
( lilo -R permet de rebooter sur la version de kernel que tu auras choisi et non sur la valeur de la variable default dans le lilo.conf )
4/
si sa marche et bien tu n’auras plus cas mettre la bonne valeur sur la variable default de ton lilo.conf et lancer un lilo pour prendre en compte la modif .
si sa ne marche pas , passe par la page d’administration d’ovh pour faire un reboot , et tu rebootera sur ton ancien kernel .
P.S. je suis aussi chez OVH et il y a les mises à jours pour le kernel 2.6.26
là --> http://forum.ovh.com/showthread.php?t=30674
Mais le mieux c’est de compiler soit même son kernel .
Mais au point ou tu es pour l’instant , il vaut mieux ne pas prendre de risque .
Voici le lilo.conf modifié :
[quote]
prompt
timeout=50
default=linux
boot=/dev/md1
raid-extra-boot=mbr-only
map=/boot/map
install=/boot/boot.b
lba32
append=""
#serial=0,9600n8
image=/boot/bzImage-2.6.24.5-xxxx-std-ipv4-32-hz1000
label=linux
read-only
root=/dev/md1[/quote]
aie tu as déjà modifié le lilo.conf
as-tu le lilo.conf avant modif ? ( pour avoir le lilo.conf fonctionnel )
et sa boot avec le message d’erreur au desssus ?
et une fois le boot fini .
verifie la version du kernel avec la commande uname -a
Dés fois que ton serveur démarre par un netboot , comme sait le faire OVH .
avant modif :
[quote]prompt
timeout=50
default=linux
boot=/dev/md1
raid-extra-boot=mbr-only
map=/boot/map
install=/boot/boot.b
lba32
append=""
#serial=0,9600n8
image=/boot/bzImage-2.6.24.5-xxxx-std-ipv4-32
label=linux
read-only
root=/dev/md1[/quote]
uname -a me donne le kernel qui est installé par defaut sur la machine…
Non le message d’erreur est apparau après la commande /sbin/lilo
je suis désolé mais là je cale , je n’arrive pas a te comprendre ou te suivre .
Car si je relis ton précédent POST , avant modif et après modif sont identiques .
J’ai bien compris le message d’erreur , mais là aussi je ne comprend pas le /dev/sdb qui n’est pas en cohérence avec le lilo.conf .
1/ Ce que souhaitait c’est d’avoir la config fonctionnelle de ton lilo.conf avant que tu mettes les doigts dedans .
2/ Après et ensuite après rajouté un double boot entre ton ancien config et ta nouvelle config .
3/ Et reboot pour un essais avec ta nouvelle config , mais en laissant la config de boot sur l’ancienne config en cas de pb .
4/ si sa marche mettre par défaut ta nouvelle config de boot .
si sa marche pas , ben heu essayé de comprendre
Mais là tu ne respectes pas l’étape 1/ , je suis désolé mais on doit repartir de la config fonctionnelle .
Sinon on risque de perde ta machine , au prochain reboot . ( car elle ne bootera pas )
Et tu seras obligé d’avoir une intervention de chez OVH .
[quote]Car si je relis ton précédent POST , avant modif et après modif sont identiques .
J’ai bien compris le message d’erreur , mais là aussi je ne comprend pas le /dev/sdb qui n’est pas en cohérence avec le lilo.conf .
1/ Ce que souhaitait c’est d’avoir la config fonctionnelle de ton lilo.conf avant que tu mettes les doigts dedans .
2/ Après et ensuite après rajouté un double boot entre ton ancien config et ta nouvelle config .
3/ Et reboot pour un essais avec ta nouvelle config , mais en laissant la config de boot sur l’ancienne config en cas de pb .
4/ si sa marche mettre par défaut ta nouvelle config de boot .
si sa marche pas , ben heu essayé de comprendre
Mais là tu ne respectes pas l’étape 1/ , je suis désolé mais on doit repartir de la config fonctionnelle .
Sinon on risque de perde ta machine , au prochain reboot . ( car elle ne bootera pas )
Et tu seras obligé d’avoir une intervention de chez OVH .[/quote]
1 >> je t’ai donne mon lilo.conf avant modif
2>> pas assez de connaissance
ha oui excuse moi j’avais pas vu :
avant :
image=/boot/bzImage-2.6.24.5-xxxx-std-ipv4-32
apres :
image=/boot/bzImage-2.6.24.5-xxxx-std-ipv4-32-hz1000
ben là je seche , je ne sais pas ou est ton problème .
Salut, moi j’use le raid avec grub donc je peux pas vérifier ce que je vais dire sur ma propre config. Néanmoins, j’ai plusieurs propositions :
1 - Dans ton lilo.conf, à la ligne “boot=/dev/md1”, autant que je sache md1 n’est pas une partoche reconnu par lilo, mais seulement par le noyau linux quand il bootera. Du coup, à mon avis il faudrait lui spécifier une partition plus conventionnelle, sans doute sda2
2 - Dans mon grub.conf, je donne comme option de boot à linux " md=0,/dev/sda6,/dev/sdb1" alors que toi non. Note que je pense pas que ca fasse partie de ton problème, c’est plus une interrogation : “tiens ca marche aussi quand on lui file pas les paramètres du RAID ?”
ok mais le sda2 aurai du etre donner via la commande df (cf premier post) non ?