Forum Linux.général Kernel panic, Cannot open root ...

Posté par  .
Étiquettes : aucune
0
15
août
2006
Bonjour a tous,

Je vous ecris car j'ai un probleme assez ennuyeux car je n'arrive pas a loader ma gentoo toute fraichement installer...

Je viens d'acheter un nouveau pc portable avec un disque dur interne de 100go en sata.

Je me lance danc mon installation de gentoo tout se passe sans probleme jusqu'au moment de passer au bootloader.

Comme part habitude j'installe grub et je commence a le configurer...

PS (Voici mes partitions) :

[QUOTE]
/dev/sda1 NTFS
/dev/sda3 FAT32

/dev/sda4 Partition etendue
-> logique /dev/sda5 Partition de boot linux ext2
-> logique /dev/sda6 Swap
-> logique /dev/sda7 / root directory ext3
[/QUOTE]

Pour configurer mon grub je tape donc grub en ligne de commande, jusqu'a ce qu'un shell grub apparaisse.

Je configure donc comme ceci :

[CODE]
root(hd0,4) // J'ai utiliser la completion proposer grace a ce qui me permet de verifier au passage que la partition 4 est au format ext2.

setup(hd0)
quit
[/CODE]

Puis dans mon fichier /boot/grub/grub.conf (Apres m'etre chrooter dans mon environnement), je met :

[CODE]
title gentoo
root(hd0,4)
kernel /boot/gentoo root=/dev/sda7
[/CODE]

Je reboot ma machine et la : ERROR 15 file not found.

Tout etonner je reboot le cd pour verifier que le nom de mon image du noyau est bien la meme que celle marquer dans le grub.conf.

Je relance alors grub et je tape :
[CODE]
grub> find gentoo
No such file.
[/CODE]
Bizarre on dirait que grub ne trouve pas mon image du noyau...

or si je tape :
[CODE]
grub> /grub/stage1
root(hd0,4)
[/CODE]
La il me trouve un fichier qui se trouve en fait dans /boot/grub/...

Un peu stupefait je remarque que mon dossier /boot contient un autre dossier /boot (Il ne s'agit pas d'un lien recursif.).

Je me rends alors dedans et je bouge l'image du noyau a cet endroit donc l'image se trouve maintenant ici : /boot/boot/gentoo.

Je relance grub et je tape :
[CODE]
grub> find /boot/gentoo
root(hd0,4)
[/CODE]
Et la il me le trouve...

Soit, apres tout ca je decide de redemarrer la machine.

Ce coup si, l'image du noyau est bien trouve par grub, mais celui ci se coupe en cours de lancement avec un joyeux kernel panic :

[QUOTE]
VFS : cannot open root device "sda7" or unknow block(0,0)
Please append a correct root="" boot option
[/QUOTE]

Je pense que cette derniere erreur est en relation avec la premiere, a moins que ca n'est rien a voir, en tout ca moi j'y comprends plus rien la....:aie:

Je ne comprends pas pourquoi l'image du noyau doit se trouver dans /boot/boot ...?

HELP PLEASE

PS :

Dans mon .config j'ai mis en dur le systeme de fichier ext3 ainsi que CONFIG_BLK_DEV_IDE_SATA=y...
  • # partition de boot

    Posté par  . Évalué à 2.

    Donc tu as une partition /dev/sda5 montée sur /boot (/ est /dev/sda7).
    Au boot ta partition /boot (/dev/sda5) n'est pas montée. grub voit des partitions distinctes.
    Si le noyau est dans /boot/gentoo sous linux, alors dans /boot/grub/menu.lst l'entrée à bouter sera:

    root (hd0,4)
    kernel /gentoo root=/dev/sda7 ro

    Pas compris le problème de sda7. Je n'ai vu ça qu'avec de l'ide et devfs, quand il fallait mettre le chemin complet avant que l'entrée de /dev soit créée (un truc comme /dev/ide/host0/bus0/target0/lun0/part7); mais jamais avec du scsi (ou sata).
    • [^] # Re: partition de boot

      Posté par  . Évalué à 1.

      Ok merci pour les informations concernant l'image du noyau et comment celle-ci va alle etre cherche, mais je ne comprends pas pourquoi sur toute mes precedentes install je devais simplement mettre l'image dans /boot/img et preciser :
      kernel /boot/img
      et non :
      kernel /img

      Pour moi ceci reste encore un petit mystere.

      Ba concernant ma partition /dev/sda7, j'ai un jolie kernel panic :

      VFS : Cannot open root device "sda7" or unknow block(0,0)
      Please append a correct root ="" boot option

      Comme preciser juste avant le systeme de fichier sur /dev/sda7 est ext3, et dans la partie file system du kernel, toute les options concernant le systeme de fichier ont ete selectionne pour une install en dur, et non en module.

      J'ai egalement activer le mode sata en dur, ainsi que l'option, (DEPRECATED) mais qui a permis a certaine personne de faire fonctionner leur DD sata suivant des postes que j'ai lue par ci par la, l'option CONFIG_BLK_DEV_IDE_SATA=y dans mon .config.

      J'ai biensure ensuite fait un make && make modules_install et place l'image du noyau la ou grub va le chercher, mais aucune difference toujours la meme erreur .

      Voili voulouche je seche toujours tout aide sera bonne a prendre ;) merci.
      • [^] # Re: partition de boot

        Posté par  . Évalué à 3.

        Quel est le modèle exact du laptop ? M'étonnerait qu'il faille utiliser l'option CONFIG_BLK_DEV_IDE_SATA sur une machine récente. Mais si tu as compilé le noyo avec, alors le disque devrait je crois se retrouver en hda (ou hdc ?) et non sda.

        Peut être trouveras tu une expérience d'installation sur un modèle semblable au tien ici:
        http://www.linux-on-laptops.com/hp.html

        Regarde aussi les modules chargés par la procédure d'install (Alt-Fn pour une console, et lsmod) puisque ce noyau trouve bien sda7.
        AMHA avant de faire un noyau aux petits oignons, tu devrais essayer une config "généraliste" d'une bonne distribution quitte à élaguer par la suite quand ça fonctionnera (si tu veux je t'envoie un .config de debian)
        • [^] # Re: partition de boot

          Posté par  . Évalué à 1.

          Bon alors en fait merci a tous pour vos reponses et voici comment le probleme a ete resolue :

          Il faut activer en dur le mode "Device Drivers->SCSI device support->SCSI low-level drivers->Serial ATA (SATA) support" dans le noyau, apres un reboot ma partition sata etait reconnue...

          Voilouche :), et en effet plus besoin de preciser l'opion deprecated CONFIG_BLK_DEV_IDE_SATA (Je ne me souviens plus de l'option dans le menuconfig...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.