[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Re-Re: [Re: là je craque vraiment ! 8-((] je craque plus, je pleure !



MEERRCIIIIIIIIIIIIIIII !

deux points :
   j'ai très honte de ma bétise, tout vient d'une grossière erreur de
ma part,
   grace à JL Coulon, je me suis penché sur lilo et grub et j'ai trouvé
l'erreur :

j'installais mon nouveau systeme sur une partition /dev/hda6 avec grub
dans le premier secteur de la partition,
et j'avais un lilo sur le mbr, qui était installé de longue date.

Hors la partion /dev/hda6 est une partion de test, et j'avais tresté la
Mdk 10.1, avec lilo comme lanceur. Au cours de mes nombreux tests :-(((
j'ai du modifier le lilo du mbr sans le voir, car apparement il lançait
directement le noyaux situé sur /dev/hda6 sans lancer grub.
j'avais :

images=/boot/vmlinuz
        label="Test"
        root=/dev/hda6

alors qu'il fallait :

other=/dev/hda6
         label="Test"

j'ai très honte de moi, et de vous avoir déranger pour cette co....ie.
moralité : il faut vraiment chercher l'erreur que l'on a faite avant de
chercher le bug dans le programme.


Merci encore et à bientôt pour de nouvelles aventures  ;-)


Gerard




Jean-Luc Coulon (f5ibh) a écrit :


J'ai une petite (toute petite idée) :

On peut lire dans votre log

Jan 26 21:38:02 patate kernel: /dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 p6 p7 p8 p9 >


Ce qui veut probablement dire que vous utilisez devfs.

J'ai déjà rencontré ce problème avec devfs lorsque le démon devfsd ne tournait pas.

Est-ce que vous pouvez éviter d'utiliser devfs ?
append devfs=nomount  dans votre lilo.conf par exemple.

Mais bon, c'est juste un truc comme ça, juste pour préserver votre cuir chevelu.

Jean-Lu
c






Reply to: