| View previous topic :: View next topic |
| Author |
Message |
Petit bonhomme
Tux's lil' helper
Joined: 20 Jul 2005
Posts: 87
|
 Posted: Sun Oct 09, 2005 1:06 pm Post subject: [boot] Kernel panic - je comprend pas. |
 |
|
Bonjour, j'ai tenté d'installer pour la énième fois gentoo (je tente, je retente, je cherche un linux qui marche complétement sur mon PC), et en mettant ma machine en route après l'installation, j'ai un message qui apparait
| Code: | VFS : Cannot open root device "sda3" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
|
J'ignore d'où vient le problème, j'avais déjà tenté des installation gentoo sans avoir de kernel panic.
Si quelqu'un pouvait m'aider, s'il vous plait, merci. |
|
| Back to top |
|
 |
guilc
Bodhisattva
Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France
|
| Posted: Sun Oct 09, 2005 1:12 pm Post subject: |
|
|
tu as simplement fait une erreur en configurant ton grub/lilo :
| Quote: | | Please append a correct "root=" boot option |
Il suffit de faire ça : si linux ne connait pas quelle partition est ton "/", il ne peut rien faire 
_________________
Merci de respecter les règles du forum.
Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing |
|
| Back to top |
|
|
Petit bonhomme
Tux's lil' helper
Joined: 20 Jul 2005
Posts: 87
|
| Posted: Sun Oct 09, 2005 1:21 pm Post subject: |
|
|
Mon grub
| Code: |
default 0
timeout 30
splashimage=(hd0,0)/grub/splash.xpm.gz
title=Gentoo Linux 2.6.11-gentoo-r3
root (hd0,0)
kernel /kernel-2.6.11-gentoo-r3 root=/dev/sda3
|
Je comprend pas où j'ai faux. |
|
| Back to top |
|
|
Saigneur
Apprentice
Joined: 21 Oct 2004
Posts: 277
Location: Evry, Essonne, France (48°35'N, 02°15'E)
|
| Posted: Sun Oct 09, 2005 1:33 pm Post subject: |
|
|
Hello
Tu as bien ajouté le support du SCSI (ou plus probablement du Serial ATA) dans ton noyau ? Ainsi que de l'EXT2/3, ou du ReiserFS ?
Reboot sur le LiveCD, chroote toi, et vérifie.
Si ça ne fonctionne pas, donne nous aussi le résultat d'un "fdisk /dev/sda" avec l'affichage des partitions ("p").
Bon courage
_________________
Tant pis si ça saigne, pourvu que ça rentre. |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Sun Oct 09, 2005 1:39 pm Post subject: |
|
|
ou plus simplement fdisk -l /dev/sda ou encore cat /proc/partitions
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
Saigneur
Apprentice
Joined: 21 Oct 2004
Posts: 277
Location: Evry, Essonne, France (48°35'N, 02°15'E)
|
| Posted: Sun Oct 09, 2005 1:42 pm Post subject: |
|
|
Gna gna gna 
_________________
Tant pis si ça saigne, pourvu que ça rentre. |
|
| Back to top |
|
|
Petit bonhomme
Tux's lil' helper
Joined: 20 Jul 2005
Posts: 87
|
| Posted: Sun Oct 09, 2005 2:06 pm Post subject: |
|
|
| Code: |
Device boot Start End Blocks id System
/dev/sda1 * 1 5 40131 83 Linux
/dev/sda2 6 68 506047+ 82 Linux swap /solaris
/dev/sda3 69 940 7004340 83 Linux
/dev/sda4 941 19457 148737802+ 83 Linux
|
|
|
| Back to top |
|
|
sireyessire
Advocate
Joined: 20 Mar 2003
Posts: 2991
Location: back in Paris, France
|
| Posted: Sun Oct 09, 2005 2:59 pm Post subject: |
|
|
| Petit bonhomme wrote: | | Code: |
Device boot Start End Blocks id System
/dev/sda1 * 1 5 40131 83 Linux
/dev/sda2 6 68 506047+ 82 Linux swap /solaris
/dev/sda3 69 940 7004340 83 Linux
/dev/sda4 941 19457 148737802+ 83 Linux
|
|
et ton fstab c'est quoi?
sda1 => /boot
sda2 => swap
sda3 => ?
sda4 => ?
tu es sûr que c'est sda3 ton / ?
_________________
I never think of the future. It comes soon enough.
Albert Einstein
Try simpler first
Shockley |
|
| Back to top |
|
|
widan
Veteran
Joined: 07 Jun 2005
Posts: 1512
Location: Paris, France
|
| Posted: Sun Oct 09, 2005 4:21 pm Post subject: Re: [boot] Kernel panic - je comprend pas. |
|
|
| Petit bonhomme wrote: | | VFS: Unable to mount root fs on unknown-block(0,0) |
unknown-block(0,0) indique que le kernel ne connait pas le nom "sda3" (sinon les chiffres seraient différents de 0 - 8,3 pour sda3). Donc qu'il manque probablement le driver Serial ATA. Donc vérifie que tu as le bon driver SATA pour ton chipset, et qu'il n'est pas en module. |
|
| Back to top |
|
|
Petit bonhomme
Tux's lil' helper
Joined: 20 Jul 2005
Posts: 87
|
| Posted: Sun Oct 09, 2005 5:30 pm Post subject: |
|
|
| Quote: |
et ton fstab c'est quoi?
sda1 => /boot
sda2 => swap
sda3 => ?
sda4 => ?
tu es sûr que c'est sda3 ton / ? |
sda3 : /
sda4 : /home |
|
| Back to top |
|
|
leptitlutin
n00b
Joined: 25 Jan 2005
Posts: 41
|
| Posted: Sun Oct 09, 2005 5:38 pm Post subject: |
|
|
J'ai eu le problème lors de l'installationl de ma gentoo sur un disque SATA (Je signale que cela est valable aussi pour les disques en USB)
Pour résoudre le problème il m'a fallu générer un kernel avec genkernel car je ne savais pas comment générer un intrd autrement
Puis mettre dans grub :
title=Gentoo
root (hd0,0)
kernel /vmlinuz root=/dev/ram0 init=/linuxrc ramdisk=8192 real_root=/dev/sda3 udev
initrd /initrd
Si tu ne comprend pas redemande. J'essayrai d'être plus explicite. |
|
| Back to top |
|
|
Saigneur
Apprentice
Joined: 21 Oct 2004
Posts: 277
Location: Evry, Essonne, France (48°35'N, 02°15'E)
|
| Posted: Sun Oct 09, 2005 6:33 pm Post subject: |
|
|
Bon ben ça ressemble à une absence de support du driver au niveau du noyau.
Reboot sur un liveCD, et fais un "lsmod" et un "dmesg | less". Cherche les infos concernant ton disque dur / contrôleur SATA, et sur le module chargé.
Ensuite renfais ton kernel en ajoutant EN DUR (i-e pas en module) le support de ces périphériques.
En espérant ne pas avoir dit trop de conneries 
_________________
Tant pis si ça saigne, pourvu que ça rentre. |
|
| Back to top |
|
|
l.slysz
Apprentice
Joined: 03 Jun 2005
Posts: 256
|
| Posted: Sun Oct 09, 2005 7:54 pm Post subject: |
|
|
| Petit bonhomme wrote: |
| Code: |
default 0
timeout 30
splashimage=(hd0,0)/grub/splash.xpm.gz
title=Gentoo Linux 2.6.11-gentoo-r3
root (hd0,0)
kernel /kernel-2.6.11-gentoo-r3 root=/dev/sda3
|
|
bon me tapez pas, mais c'est normal le root (hd0,0) sachant que toutes les partitions sont en sdax ? |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Sun Oct 09, 2005 7:59 pm Post subject: |
|
|
oui, sda1 = (hd0,0)
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
l.slysz
Apprentice
Joined: 03 Jun 2005
Posts: 256
|
| Posted: Sun Oct 09, 2005 8:08 pm Post subject: |
|
|
| kernel_sensei wrote: | | oui, sda1 = (hd0,0) |
oky  |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Sun Oct 09, 2005 8:43 pm Post subject: |
|
|
enfin, apres je ne sais pas comment il fait la difference entre hda et sda ... vais aller feuilleter la doc tiens
EDIT: OK, c'est facile, suffit de jouer avec device.map
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
leptitlutin
n00b
Joined: 25 Jan 2005
Posts: 41
|
| Posted: Sun Oct 09, 2005 10:00 pm Post subject: |
|
|
Mettre en dur les drivers ne changera pas le problème !
Il faut absolument charger les drivers en préload avec l'initrd en ram puis que grub execute init=/linuxrc
Donc mieux vaut mettre en module les drivers -> ce que fait genkernel |
|
| Back to top |
|
|
ghoti
Advocate
Joined: 30 Dec 2002
Posts: 3636
Location: Belgium
|
| Posted: Sun Oct 09, 2005 10:43 pm Post subject: |
|
|
| leptitlutin wrote: | | Mettre en dur les drivers ne changera pas le problème ! |
Eh bien si ! Et cela sera beaucoup moins compliqué et plus efficace que ta solution !
En fait ton initrd contient tous les pilotes en modules générés par genkernel.
Comme tu procèdes à peu près en aveugle, genkernel en bourre un maximum dans initrd, juste au cas où.
Au boot il y a alors une procédure assez tordue consistant à créer une racine temporaire en mémoire et d'y copier le fameux initrd et donc tous les modules (ça complique la config de grub ...).
Et c'est seulement à partir de ce moment que le kernel est capable de charger les modules qui conviennent pour pouvoir atteindre le disque et donc de monter la racine réelle.
Par contre, si tu compiles en dur les drivers que tu sais indispensables au moment du boot, plus besoin de initrd et tout son tralala compliqué : puisqu'il contient déjà le pilote dont il a besoin, le noyau peut immédiatement atteindre le disque et donc monter immédiatement la racine sans passer par un intermédiaire.
C'est bien plus simple, non ?
| Quote: | | Donc mieux vaut mettre en module les drivers -> ce que fait genkernel |
Quand on comprend ce qu'on fait, on n'a pas besoin de genkernel ! |
|
| Back to top |
|
|
kernelsensei
Bodhisattva
Joined: 22 Feb 2004
Posts: 5619
Location: Woustviller/Moselle/FRANCE (49.07°N;7.02°E)
|
| Posted: Sun Oct 09, 2005 11:09 pm Post subject: |
|
|
@ghoti : +1
Moi je dirais même plus : Si on veut comprendre ce que l'on fait, il ne faut pas utiliser genkernel.
Pour moi genkernel avec son initrd, c'est tordu, juste bon pour un liveCD qui doit booter partout, mais a partir du moment ou ta config de base (fs, controleurs ide/sata/scsi, ...) est définie, tu te fais ton kernel avec ton bordel en dur et puis basta .. c'est tellement plus simple
Apres si des gens veulent continuer a faire mumuse avec genkernel, c'est leur probleme ... (mais bon, faut en vouloir aussi)
_________________
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2aX5aX8 \
axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4ax3aX4aXaX12ax10aaX7a").join' |
|
| Back to top |
|
|
Enlight
Advocate
Joined: 28 Oct 2004
Posts: 3519
Location: Alsace (France)
|
| Posted: Sun Oct 09, 2005 11:14 pm Post subject: |
|
|
| kernel_sensei wrote: | enfin, apres je ne sais pas comment il fait la difference entre hda et sda ... vais aller feuilleter la doc tiens
EDIT: OK, c'est facile, suffit de jouer avec device.map |
de base le hd0,0 est le disque paramétré dans le bios pour être le premier bootable, non?
edit : gothi + 2
@ kernel, oui mais on peut faire des trucs sympa avec un initrd (hors genkernel) genre copier une image squashée dans un tmpfs avant de la remonter sur /  (ouais ricer inside, je sais -> []) |
|
| Back to top |
|
|
widan
Veteran
Joined: 07 Jun 2005
Posts: 1512
Location: Paris, France
|
| Posted: Sun Oct 09, 2005 11:56 pm Post subject: |
|
|
| kernel_sensei wrote: | | Pour moi genkernel avec son initrd, c'est tordu, juste bon pour un liveCD qui doit booter partout, mais a partir du moment ou ta config de base (fs, controleurs ide/sata/scsi, ...) est définie, tu te fais ton kernel avec ton bordel en dur et puis basta .. c'est tellement plus simple |
Il y a quand même des cas ou l'initrd est indispensable: par exemple la racine sur volume LVM ou sur dmraid (qui est une sorte de LVM). Car le driver LVM dans le kernel n'est pas capable d'autodétecter les volumes et de créer ce qu'il faut dans /dev. Pour ça il faut des applications userland (vgscan et vgchange).
Mais c'est vrai que si on peut éviter l'initrd, c'est plus simple de l'éviter.
| Enlight wrote: | | oui mais on peut faire des trucs sympa avec un initrd (hors genkernel) genre copier une image squashée dans un tmpfs avant de la remonter sur / (ouais ricer inside, je sais -> []) |
C'est plus ou moins comme ça que sont fait les LiveCDs (sauf qu'ils copient pas en tmpfs, ils montent directement le squashfs). Pour une machine "normale" je vois pas trop l'intérêt (à part bouffer de la RAM). La racine sur tmpfs, ça peut être une solution pour des machines qui ne peuvent pas écrire sur leur / (boot sur un CD, clients diskless qui utilisent une racine NFS partagée...), mais unionfs est mieux pour ça et consomme moins de RAM. |
|
| Back to top |
|
|
Enlight
Advocate
Joined: 28 Oct 2004
Posts: 3519
Location: Alsace (France)
|
| Posted: Mon Oct 10, 2005 7:06 am Post subject: |
|
|
| widan wrote: | | kernel_sensei wrote: | | Pour moi genkernel avec son initrd, c'est tordu, juste bon pour un liveCD qui doit booter partout, mais a partir du moment ou ta config de base (fs, controleurs ide/sata/scsi, ...) est définie, tu te fais ton kernel avec ton bordel en dur et puis basta .. c'est tellement plus simple |
Il y a quand même des cas ou l'initrd est indispensable: par exemple la racine sur volume LVM ou sur dmraid (qui est une sorte de LVM). Car le driver LVM dans le kernel n'est pas capable d'autodétecter les volumes et de créer ce qu'il faut dans /dev. Pour ça il faut des applications userland (vgscan et vgchange).
Mais c'est vrai que si on peut éviter l'initrd, c'est plus simple de l'éviter.
| Enlight wrote: | | oui mais on peut faire des trucs sympa avec un initrd (hors genkernel) genre copier une image squashée dans un tmpfs avant de la remonter sur / (ouais ricer inside, je sais -> []) |
C'est plus ou moins comme ça que sont fait les LiveCDs (sauf qu'ils copient pas en tmpfs, ils montent directement le squashfs). Pour une machine "normale" je vois pas trop l'intérêt (à part bouffer de la RAM). La racine sur tmpfs, ça peut être une solution pour des machines qui ne peuvent pas écrire sur leur / (boot sur un CD, clients diskless qui utilisent une racine NFS partagée...), mais unionfs est mieux pour ça et consomme moins de RAM. |
Si tu as 512 ou plus de RAM, je te propose de faire 2 images, l'une de /lib, l'autre de /usr/lib (squashées donc pour justement bouffer 4 fois moins de ram), de copier les dites images dans un ramdisk en tmpfs avant de les remonter sur les répertoires dont elles sont issues. Tu me diras si tu sens pas un coup de boost au lancer de tes applis |
|
| Back to top |
|
|
ghoti
Advocate
Joined: 30 Dec 2002
Posts: 3636
Location: Belgium
|
| Posted: Mon Oct 10, 2005 9:25 am Post subject: |
|
|
| Enlight wrote: | | Si tu as 512 ou plus de RAM, je te propose de faire 2 images, l'une de /lib, l'autre de /usr/lib |
Il y a eu un post plus général sur le sujet : HOWTO: Mount / in RAM and load apps instantly
A l'époque, il y avait eu des réactions sur le forum french mais je ne trouve plus la référence.
L'intérêt de la méthode est assez relatif car il faut refaire les images à chaque mise-à-jour : beaucoup de boulot pour gagner éventuellement quelques millisecondes 
[EDIT] Ca y est, j'ai trouvé : c'était un post de yoyo le 17/08/2005 - 10:10:37 dans le thread [avenir] les projets que vous attendez le plus ! voir page 4 ... |
|
| Back to top |
|
|
Enlight
Advocate
Joined: 28 Oct 2004
Posts: 3519
Location: Alsace (France)
|
| Posted: Mon Oct 10, 2005 9:34 am Post subject: |
|
|
| ghoti wrote: | | Enlight wrote: | | Si tu as 512 ou plus de RAM, je te propose de faire 2 images, l'une de /lib, l'autre de /usr/lib |
Il y a eu un post plus général sur le sujet : HOWTO: Mount / in RAM and load apps instantly
A l'époque, il y avait eu des réactions sur le forum french mais je ne trouve plus la référence.
L'intérêt de la méthode est assez relatif car il faut refaire les images à chaque mise-à-jour : beaucoup de boulot pour gagner éventuellement quelques millisecondes |
Oui je connais bien, c'est un peu "bloated" c'est vrai, beaucoup de gens ne l'ont pas compris, mais bon... j'ai pas assez creusé le truc mais il me semble qu'on peut faire un append à une archive squashée, et c'est tellement bon de montrer à ton pote windowsien que chez toi firefox se lance en 0.02 secondes |
|
| Back to top |
|
|
ghoti
Advocate
Joined: 30 Dec 2002
Posts: 3636
Location: Belgium
|
| Posted: Mon Oct 10, 2005 9:38 am Post subject: |
|
|
| Enlight wrote: | | c'est tellement bon de montrer à ton pote windowsien que chez toi firefox se lance en 0.02 secondes |
Aaaah enfin un argument massue ! |
|
| Back to top |
|
|
|
French
