Grub ne démarre plus ma partition (passée de ext3 à ext2)
12 réponses
Daniel Déchelotte
Bonjour,
J'ai le petit soucis suivant : sur une RH installée avec / et /home en
ext3, et utilisant pour le démarrage grub et initrd, j'ai changé le type
des partitions en ext2 (en démarrant sur une Knoppix). Boom, kernel
panic parce qu'il n'arrive pas à monter la partition racine. Cela
veut-il dire que initrd ne contient que de quoi lire une partition ext3
et pas une partition ext2 ? À l'aide de mon live CD Knoppix, serait-il
possible de réparer grub ou initrd pour que la machine démarre ?
| Le Mon, 19 Jan 2004 18:17:29 -0500, Daniel Déchelotte a ecrit: | | Journalled Block Device driver loaded | | Loading ext3.o module # Nooon ! Pourquoi ? | | pourquoi pas?
Je ne sais pas ce qui lui fait penser qu'il y a la moindre partition ext3 dans les parages...
Si c'est l'initrd d'origine, il charge ext3.o d'office.
Il y a quand même un "je n'arrive pas à monter /dev/hda2 en ext3" avant d'avoir le "je ne trouve pas init".
Il ne dit pas plus précisément pourquoi il n'arrive pas à monter ?
Alors j'ai bien vérifié, le /etc/fstab était correct, /dev/hda2 était le bon device, mais toujours kernel panic. En repassant /dev/hda2 en ext3, et en remodifiant fstab comme il faut, ça démarre tranquille, donc la partition n'est pas explosée. Mais alors qu'est-ce qu'il restait à modifier pour que ça démarre correctement en ext2 ?? (je parle au passé parce qu'on va finalement refaire l'install) J'ai mis « initrd » dans le sujet parce que je n'aime pas initrd et parce qu'il semble bien que grub
Tu n'as aucune obligation d'utiliser l'initrd. C'est une astuce des distributions pour mettre le maximum de pilotes en modules et d'alléger ainsi le noyau.
-- Liu
Daniel =?ISO-8859-15?Q?Déchelotte?= <maitre_yodan@fr.club-internet.invalid> writes:
| Le Mon, 19 Jan 2004 18:17:29 -0500, Daniel Déchelotte a ecrit:
| | Journalled Block Device driver loaded
| | Loading ext3.o module # Nooon ! Pourquoi ?
|
| pourquoi pas?
Je ne sais pas ce qui lui fait penser qu'il y a la moindre partition
ext3 dans les parages...
Si c'est l'initrd d'origine, il charge ext3.o d'office.
Il y a quand même un "je n'arrive pas à monter /dev/hda2 en ext3" avant
d'avoir le "je ne trouve pas init".
Il ne dit pas plus précisément pourquoi il n'arrive pas à monter ?
Alors j'ai bien vérifié, le /etc/fstab était correct, /dev/hda2 était le
bon device, mais toujours kernel panic. En repassant /dev/hda2 en ext3,
et en remodifiant fstab comme il faut, ça démarre tranquille, donc la
partition n'est pas explosée. Mais alors qu'est-ce qu'il restait à
modifier pour que ça démarre correctement en ext2 ?? (je parle au passé
parce qu'on va finalement refaire l'install) J'ai mis « initrd » dans le
sujet parce que je n'aime pas initrd et parce qu'il semble bien que grub
Tu n'as aucune obligation d'utiliser l'initrd. C'est une astuce
des distributions pour mettre le maximum de pilotes en modules
et d'alléger ainsi le noyau.
| Le Mon, 19 Jan 2004 18:17:29 -0500, Daniel Déchelotte a ecrit: | | Journalled Block Device driver loaded | | Loading ext3.o module # Nooon ! Pourquoi ? | | pourquoi pas?
Je ne sais pas ce qui lui fait penser qu'il y a la moindre partition ext3 dans les parages...
Si c'est l'initrd d'origine, il charge ext3.o d'office.
Il y a quand même un "je n'arrive pas à monter /dev/hda2 en ext3" avant d'avoir le "je ne trouve pas init".
Il ne dit pas plus précisément pourquoi il n'arrive pas à monter ?
Alors j'ai bien vérifié, le /etc/fstab était correct, /dev/hda2 était le bon device, mais toujours kernel panic. En repassant /dev/hda2 en ext3, et en remodifiant fstab comme il faut, ça démarre tranquille, donc la partition n'est pas explosée. Mais alors qu'est-ce qu'il restait à modifier pour que ça démarre correctement en ext2 ?? (je parle au passé parce qu'on va finalement refaire l'install) J'ai mis « initrd » dans le sujet parce que je n'aime pas initrd et parce qu'il semble bien que grub
Tu n'as aucune obligation d'utiliser l'initrd. C'est une astuce des distributions pour mettre le maximum de pilotes en modules et d'alléger ainsi le noyau.
-- Liu
Daniel Déchelotte
| Si c'est l'initrd d'origine, il charge ext3.o d'office.
Tu veux dire qu'au moment où l'on construit l'image initrd, il faut savoir le système de fichiers de la racine et si ce fs change, il faut recompiler l'initrd ?
Google: oui.
Pensez-y, si vous migrez d'ext2 à ext3 (au hasard) et que vous utilisez initrd : il faut relancer « mkinitrd ».
-- Daniel Déchelotte http://yo.dan.free.fr/
| Si c'est l'initrd d'origine, il charge ext3.o d'office.
Tu veux dire qu'au moment où l'on construit l'image initrd, il faut
savoir le système de fichiers de la racine et si ce fs change, il faut
recompiler l'initrd ?
Google: oui.
Pensez-y, si vous migrez d'ext2 à ext3 (au hasard) et que vous utilisez
initrd : il faut relancer « mkinitrd ».
| Si c'est l'initrd d'origine, il charge ext3.o d'office.
Tu veux dire qu'au moment où l'on construit l'image initrd, il faut savoir le système de fichiers de la racine et si ce fs change, il faut recompiler l'initrd ?
Google: oui.
Pensez-y, si vous migrez d'ext2 à ext3 (au hasard) et que vous utilisez initrd : il faut relancer « mkinitrd ».
