j'essaie de passer la debian unstable de mon portable en noyau 2.6, mais
j'ai quelques problemes :
voici la partition de mon disque
Name Flags Part Type FS Type [Label] Size (
---------------------------------------------------------------
hda1 Primary Dell Utility 49,36
hda2 Boot Primary NTFS [] 20867,54
hda3 Primary Linux ext3 19090,88
Mon gestionnaire de boot est grub, et voici a quoi ressemble mon menu.lst
:
title GNU/Linux 2.6.7
root (hd0,2)
kernel /boot/vmlinuz-2.6.7 root=/dev/hda3 read-only vga=791
title GNU/Linux 2.4.24
root (hd0,2)
kernel /boot/vmlinuz-2.4.24 root=/dev/hda3 read-only vga=791
title GNU/Linux 2.4.18-bf2.4
root (hd0,2)
kernel /boot/vmlinuz-2.4.18-bf2.4 root=/dev/hda3 read-only vga=791
title Windows
root (hd0,0)
makeactive
chainloader +1
--cut--
Mon probleme, c'est que le noyau semble ne pas trouver sa partition root
:
VFS: Cannot open root device "hda3" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount fr on unknown-block(0,0)
Mes noyaux 2.4.x fopnctionnent evidemment sans probleme... Ce qui
m'étonne c'est que VFS me sort un bock(0,0) alors que je lui parle
explicitement du block(0,2) ???
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans le message <news:, *Eric Belhomme* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
j'essaie de passer la debian unstable de mon portable en noyau 2.6, mais j'ai quelques problemes :
[...]
Mon probleme, c'est que le noyau semble ne pas trouver sa partition root :
VFS: Cannot open root device "hda3" or unknown-block(0,0) Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount fr on unknown-block(0,0)
Mes noyaux 2.4.x fopnctionnent evidemment sans probleme... Ce qui m'étonne c'est que VFS me sort un bock(0,0) alors que je lui parle explicitement du block(0,2) ???
des idées ?
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions ?
-- TiChou
Dans le message <news:Xns95139ACEBE86Eericbelhommefreefr@62.4.22.83>,
*Eric Belhomme* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
j'essaie de passer la debian unstable de mon portable en noyau 2.6, mais
j'ai quelques problemes :
[...]
Mon probleme, c'est que le noyau semble ne pas trouver sa partition root
:
VFS: Cannot open root device "hda3" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount fr on unknown-block(0,0)
Mes noyaux 2.4.x fopnctionnent evidemment sans probleme... Ce qui
m'étonne c'est que VFS me sort un bock(0,0) alors que je lui parle
explicitement du block(0,2) ???
des idées ?
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions
?
Dans le message <news:, *Eric Belhomme* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
j'essaie de passer la debian unstable de mon portable en noyau 2.6, mais j'ai quelques problemes :
[...]
Mon probleme, c'est que le noyau semble ne pas trouver sa partition root :
VFS: Cannot open root device "hda3" or unknown-block(0,0) Please append a correct "root=" boot option Kernel panic: VFS: Unable to mount fr on unknown-block(0,0)
Mes noyaux 2.4.x fopnctionnent evidemment sans probleme... Ce qui m'étonne c'est que VFS me sort un bock(0,0) alors que je lui parle explicitement du block(0,2) ???
des idées ?
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions ?
-- TiChou
TiChou
Dans le message <news:, *Eric Belhomme* tapota sur f.c.o.l.configuration :
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions ?
extrait du log :
Uniform Multi-Plateform E-IDE driver revision: 7.00alpha2 ide: Assuming 33MHz system bus speed at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ICH4: Chipset revision 1 ICH4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hda:pio, hdb:pio hda: FUJITSU MHT2040AT PL, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
J'aurais tendance à dire qu'il a bien trouvé le disque ?
Oui.
Par contre, en ce qui concerne les partoches, rien, nada !
Ça n'est pas normal. Juste après la détection des disques doit suivre la détection des partitions.
pourtant le support ext3 est bien activé en dur dans mon kernel...
Le problème ne vient pas de là. Le message aurait été « Unable to mount root fs ». Là ici il ne reconnait pas ou ne trouve pas le device.
Par contre, j'avais aussi actié en dur les ACLs POSIX (ca je le veux vraiment) et les "SECURITY LABELS" (en fait, j'en ai pas besoin) Est ce que ca peut poser problème ???
Non.
-- TiChou
Dans le message <news:Xns9513A0E358614ericbelhommefreefr@62.4.22.83>,
*Eric Belhomme* tapota sur f.c.o.l.configuration :
Lors du boot, est-ce que le disque est bien détecté ainsi que les
partitions ?
extrait du log :
Uniform Multi-Plateform E-IDE driver revision: 7.00alpha2
ide: Assuming 33MHz system bus speed at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ICH4: Chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hda:pio, hdb:pio
hda: FUJITSU MHT2040AT PL, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
J'aurais tendance à dire qu'il a bien trouvé le disque ?
Oui.
Par contre, en ce qui concerne les partoches, rien, nada !
Ça n'est pas normal. Juste après la détection des disques doit suivre la
détection des partitions.
pourtant le support ext3 est bien activé en dur dans mon kernel...
Le problème ne vient pas de là. Le message aurait été « Unable to mount root
fs ».
Là ici il ne reconnait pas ou ne trouve pas le device.
Par contre, j'avais aussi actié en dur les ACLs POSIX (ca je le veux
vraiment) et les "SECURITY LABELS" (en fait, j'en ai pas besoin)
Est ce que ca peut poser problème ???
Dans le message <news:, *Eric Belhomme* tapota sur f.c.o.l.configuration :
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions ?
extrait du log :
Uniform Multi-Plateform E-IDE driver revision: 7.00alpha2 ide: Assuming 33MHz system bus speed at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ICH4: Chipset revision 1 ICH4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hda:pio, hdb:pio hda: FUJITSU MHT2040AT PL, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
J'aurais tendance à dire qu'il a bien trouvé le disque ?
Oui.
Par contre, en ce qui concerne les partoches, rien, nada !
Ça n'est pas normal. Juste après la détection des disques doit suivre la détection des partitions.
pourtant le support ext3 est bien activé en dur dans mon kernel...
Le problème ne vient pas de là. Le message aurait été « Unable to mount root fs ». Là ici il ne reconnait pas ou ne trouve pas le device.
Par contre, j'avais aussi actié en dur les ACLs POSIX (ca je le veux vraiment) et les "SECURITY LABELS" (en fait, j'en ai pas besoin) Est ce que ca peut poser problème ???
Non.
-- TiChou
Nicolas George
Eric Belhomme wrote in message :
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
L'option est nouvelle avec la série des 2.6. Ce qui est non-intuitif, c'est qu'elle soit cachée dans un sous-menu désactivé par défaut, alors qu'elle est indispensable à à peu près tout le monde.
Eric Belhomme wrote in message
<Xns9513A52D1235Dericbelhommefreefr@62.4.22.83>:
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
L'option est nouvelle avec la série des 2.6. Ce qui est non-intuitif,
c'est qu'elle soit cachée dans un sous-menu désactivé par défaut, alors
qu'elle est indispensable à à peu près tout le monde.
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
L'option est nouvelle avec la série des 2.6. Ce qui est non-intuitif, c'est qu'elle soit cachée dans un sous-menu désactivé par défaut, alors qu'elle est indispensable à à peu près tout le monde.
Eric Belhomme
"TiChou" wrote in news::
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions ?
extrait du log :
Uniform Multi-Plateform E-IDE driver revision: 7.00alpha2 ide: Assuming 33MHz system bus speed at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ICH4: Chipset revision 1 ICH4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hda:pio, hdb:pio hda: FUJITSU MHT2040AT PL, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
J'aurais tendance à dire qu'il a bien trouvé le disque ?
Par contre, en ce qui concerne les partoches, rien, nada ! pourtant le support ext3 est bien activé en dur dans mon kernel... Par contre, j'avais aussi actié en dur les ACLs POSIX (ca je le veux vraiment) et les "SECURITY LABELS" (en fait, j'en ai pas besoin) Est ce que ca peut poser problème ???
-- Ricospirit
"TiChou" <gro.uohcit@uohcit> wrote in
news:bzium.20040625152609@florizarre.tichou.org:
Lors du boot, est-ce que le disque est bien détecté ainsi que les
partitions ?
extrait du log :
Uniform Multi-Plateform E-IDE driver revision: 7.00alpha2
ide: Assuming 33MHz system bus speed at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ICH4: Chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hda:pio, hdb:pio
hda: FUJITSU MHT2040AT PL, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
J'aurais tendance à dire qu'il a bien trouvé le disque ?
Par contre, en ce qui concerne les partoches, rien, nada ! pourtant le
support ext3 est bien activé en dur dans mon kernel...
Par contre, j'avais aussi actié en dur les ACLs POSIX (ca je le veux
vraiment) et les "SECURITY LABELS" (en fait, j'en ai pas besoin)
Est ce que ca peut poser problème ???
Lors du boot, est-ce que le disque est bien détecté ainsi que les partitions ?
extrait du log :
Uniform Multi-Plateform E-IDE driver revision: 7.00alpha2 ide: Assuming 33MHz system bus speed at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ICH4: Chipset revision 1 ICH4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hda:pio, hdb:pio hda: FUJITSU MHT2040AT PL, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
J'aurais tendance à dire qu'il a bien trouvé le disque ?
Par contre, en ce qui concerne les partoches, rien, nada ! pourtant le support ext3 est bien activé en dur dans mon kernel... Par contre, j'avais aussi actié en dur les ACLs POSIX (ca je le veux vraiment) et les "SECURITY LABELS" (en fait, j'en ai pas besoin) Est ce que ca peut poser problème ???
-- Ricospirit
Eric Belhomme
"TiChou" wrote in news::
Par contre, en ce qui concerne les partoches, rien, nada !
Ça n'est pas normal. Juste après la détection des disques doit suivre la détection des partitions.
j'ai recompilé le kernel en ajoutant "advanced partition selection", et
"PC BIOS support" et ma partoche a alors été detectée et le kernel a fini son boot correctement :)
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
-- Rico
"TiChou" <gro.uohcit@uohcit> wrote in
news:pwet.20040625160357@florizarre.tichou.org:
Par contre, en ce qui concerne les partoches, rien, nada !
Ça n'est pas normal. Juste après la détection des disques doit suivre
la détection des partitions.
j'ai recompilé le kernel en ajoutant "advanced partition selection", et
"PC BIOS support"
et ma partoche a alors été detectée et le kernel a fini son boot
correctement :)
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
make menuconfig File systems -> Partition Types -> Advanced Partition selection
Puis "PC Bios support"
Merci de ton aide De rien.
JRD. --
http://jerome.drapeau.free.fr La critique est aisée, l'art est difficile.
no_spam
On Fri, 25 Jun 2004 14:15:29 +0000, Nicolas George wrote:
Eric Belhomme wrote in message :
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
L'option est nouvelle avec la série des 2.6. Ce qui est non-intuitif, c'est qu'elle soit cachée dans un sous-menu désactivé par défaut, alors qu'elle est indispensable à à peu près tout le monde.
Cette option est présente dans tous les 2.4... Ce n'est pas l'origine du problème: de même que sur le 2.4, le support des partitions MSDOS est _toujours_ actif si on ne séléctionne pas cette option: config MSDOS_PARTITION bool "PC BIOS (MSDOS partition tables) support" if PARTITION_ADVANCED default y if !PARTITION_ADVANCED && !AMIGA && !ATARI && !MAC && !SGI_IP2 2 && !ARM && !SGI_IP27 (extrait du fichier de config)
L'origine du problème est plutot que la bonne façon de nommer le device de boot sur le kernel 2.6 est major:minor C'était déjà le cas dans les 2.4, mais l'ancienne méthode est 'deprecated' dans le 2.6 Il faut donc mettre: root=3:3 sur la ligne de commande du kernel. Si grub ne le fait pas, il faut l'upgrader pour une version non buggée. Je parle bien de bug, car ça fait plus de 3 ans que c'est la méthode officielle pourr désigner la partition de boot Linux...
On Fri, 25 Jun 2004 14:15:29 +0000, Nicolas George wrote:
Eric Belhomme wrote in message
<Xns9513A52D1235Dericbelhommefreefr@62.4.22.83>:
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
L'option est nouvelle avec la série des 2.6. Ce qui est non-intuitif,
c'est qu'elle soit cachée dans un sous-menu désactivé par défaut, alors
qu'elle est indispensable à à peu près tout le monde.
Cette option est présente dans tous les 2.4...
Ce n'est pas l'origine du problème:
de même que sur le 2.4, le support des partitions MSDOS est _toujours_
actif si on ne séléctionne pas cette option:
config MSDOS_PARTITION
bool "PC BIOS (MSDOS partition tables) support" if PARTITION_ADVANCED
default y if !PARTITION_ADVANCED && !AMIGA && !ATARI && !MAC && !SGI_IP2
2 && !ARM && !SGI_IP27
(extrait du fichier de config)
L'origine du problème est plutot que la bonne façon de nommer le
device de boot sur le kernel 2.6 est major:minor
C'était déjà le cas dans les 2.4, mais l'ancienne méthode est
'deprecated' dans le 2.6
Il faut donc mettre:
root=3:3 sur la ligne de commande du kernel.
Si grub ne le fait pas, il faut l'upgrader pour une version
non buggée. Je parle bien de bug, car ça fait plus de 3 ans
que c'est la méthode officielle pourr désigner la partition de boot
Linux...
On Fri, 25 Jun 2004 14:15:29 +0000, Nicolas George wrote:
Eric Belhomme wrote in message :
Sur la branche 2.4.x, je n'avais jamais eu besoin de ca ?
L'option est nouvelle avec la série des 2.6. Ce qui est non-intuitif, c'est qu'elle soit cachée dans un sous-menu désactivé par défaut, alors qu'elle est indispensable à à peu près tout le monde.
Cette option est présente dans tous les 2.4... Ce n'est pas l'origine du problème: de même que sur le 2.4, le support des partitions MSDOS est _toujours_ actif si on ne séléctionne pas cette option: config MSDOS_PARTITION bool "PC BIOS (MSDOS partition tables) support" if PARTITION_ADVANCED default y if !PARTITION_ADVANCED && !AMIGA && !ATARI && !MAC && !SGI_IP2 2 && !ARM && !SGI_IP27 (extrait du fichier de config)
L'origine du problème est plutot que la bonne façon de nommer le device de boot sur le kernel 2.6 est major:minor C'était déjà le cas dans les 2.4, mais l'ancienne méthode est 'deprecated' dans le 2.6 Il faut donc mettre: root=3:3 sur la ligne de commande du kernel. Si grub ne le fait pas, il faut l'upgrader pour une version non buggée. Je parle bien de bug, car ça fait plus de 3 ans que c'est la méthode officielle pourr désigner la partition de boot Linux...
