J'ai un problème : je viens de compiler un noyau 2.4.21, et lors
du boot j'ai le message d'erreur :
invalid compressed format (err=1)
System Halted
... dès la décompression du noyau.
En fait, j'avais déjà eu une erreur précédente, qui était :
Kernel panic: VFS: Unable to mount root fs on 03:01
En cherchant sur le web, j'ai passé un paramètre qui était en
module dans ma configuration, en dur dans le noyau. Je me suis
basé sur ce conseil trouvé :
> Check that:
>
> - under "File systems", "Second extended fs support"
> has "y"
> - under "Block devices", "Normal PC floppy disk
> support" has "y"
> - under "ATA/IDE/MFM/RLL support", "IDE, ATA and
> ATAPI Block devices" has "y"
> - under submenu "IDE, ATA and ATAPI Block Devices",
> "Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy
> support" and "Include IDE/ATA-2 DISK support" have "y"
> clicked.
Cependant, le reboot me donne l'erreur "invalid compressed
format" décrit plus haut.
Comme j'en suis à ma 4ième recompilation sur un pc pas très
puissant, j'avoue m'épuiser un peu à tester diverses
combinaisons...
Et les recherches sur le web / archives usenet ne me donnent rien
: il y a quantité de possibilités, allant d'un problème de
ventilateur sur les athlons à un disque dur scsi mal raccordé en
passant par un problème de mémoire... Ce qui ne me concerne pas
vraiment. Mon matériel fonctionne bien et d'ailleurs là je suis
sur le noyau de la debian woody de base et mon système fonctionne
bien. Mais j'ai vraiment besoin d'une recompilation du noyau.
Du fait de l'erreur précédente, je suppose que c'est encore un
problème de configuration du noyau, mais je ne vois pas ce qu'il
me manquerait... à part tout mettre, puis enlever un à un les
éléments de la config et tester :-/
On Tue, 16 Sep 2003 12:53:32 +0200, Vincent Hiribarren wrote:
Bien le bonjour à tous !
J'ai un problème : je viens de compiler un noyau 2.4.21, et lors du boot j'ai le message d'erreur : invalid compressed format (err=1) System Halted
... dès la décompression du noyau.
C'est ton noyau qui corrompu, et non pas un problème
de config. Tu as sans doute changé ton noyau sans relancer lilo... La solution: booter sur la disquette de secours ou le CD d'install en passant en paramêtre au noyau: root=/dev/hda1 relance lilo et reboote...
On Tue, 16 Sep 2003 12:53:32 +0200, Vincent Hiribarren wrote:
Bien le bonjour à tous !
J'ai un problème : je viens de compiler un noyau 2.4.21, et lors
du boot j'ai le message d'erreur :
invalid compressed format (err=1)
System Halted
... dès la décompression du noyau.
C'est ton noyau qui corrompu, et non pas un problème
de config. Tu as sans doute changé ton noyau sans relancer
lilo...
La solution: booter sur la disquette de secours ou le CD
d'install en passant en paramêtre au noyau: root=/dev/hda1
relance lilo et reboote...
On Tue, 16 Sep 2003 12:53:32 +0200, Vincent Hiribarren wrote:
Bien le bonjour à tous !
J'ai un problème : je viens de compiler un noyau 2.4.21, et lors du boot j'ai le message d'erreur : invalid compressed format (err=1) System Halted
... dès la décompression du noyau.
C'est ton noyau qui corrompu, et non pas un problème
de config. Tu as sans doute changé ton noyau sans relancer lilo... La solution: booter sur la disquette de secours ou le CD d'install en passant en paramêtre au noyau: root=/dev/hda1 relance lilo et reboote...
Vincent Hiribarren
J'ai un problème : je viens de compiler un noyau 2.4.21, et lors
du boot j'ai le message d'erreur : invalid compressed format (err=1) System Halted
... dès la décompression du noyau.
C'est ton noyau qui corrompu, et non pas un problème
de config. Tu as sans doute changé ton noyau sans relancer lilo...
Lilo avait été relancé, sans erreur d'écriture.
J'ai un problème : je viens de compiler un noyau 2.4.21, et
lors
du boot j'ai le message d'erreur :
invalid compressed format (err=1)
System Halted
... dès la décompression du noyau.
C'est ton noyau qui corrompu, et non pas un problème
de config. Tu as sans doute changé ton noyau sans relancer
lilo...
J'ai un problème : je viens de compiler un noyau 2.4.21, et lors
du boot j'ai le message d'erreur : invalid compressed format (err=1) System Halted
... dès la décompression du noyau.
C'est ton noyau qui corrompu, et non pas un problème
de config. Tu as sans doute changé ton noyau sans relancer lilo...
Lilo avait été relancé, sans erreur d'écriture.
Rakotomandimby
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image "vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ... -- http://mrakotom.free.fr
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture.
verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ).
Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
--
http://mrakotom.free.fr
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image "vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ... -- http://mrakotom.free.fr
Vincent Hiribarren
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de
ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou si mon unité centrale est bien branchée à une prise de courant.
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien d'un problème de configuration du noyau, ou alors d'un problème plus profond que ça.
Lilo avait été relancé, sans erreur d'écriture.
verifie le chemin de l'image dans lilo .conf et le chemin de
ton image
actuelle apres la compil ( pour moi apres une compilation mon
image
"vmlinuz" se situe a la racine ).
Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de
vérifier si mon lilo.conf est bon, si mes liens sont bons, si
j'ai mis System.map là où il faut, si mon noyau a un bon nom ou
si mon unité centrale est bien branchée à une prise de courant.
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien
d'un problème de configuration du noyau, ou alors d'un problème
plus profond que ça.
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de
ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou si mon unité centrale est bien branchée à une prise de courant.
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien d'un problème de configuration du noyau, ou alors d'un problème plus profond que ça.
Vincent Hiribarren
Il me semble avoir eu la même erreur en essayant de prendre le /usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
J'ai pris la bonne image.
Il me semble avoir eu la même erreur en essayant de prendre le
/usr/src/linux/vmlinuz au lieu du
/usr/src/linux/arch/i386/boot/bzImage !?
Il me semble avoir eu la même erreur en essayant de prendre le /usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
J'ai pris la bonne image.
Landry MINOZA
Le Mardi 16 Septembre 2003 16:24, Rakotomandimby à écrit:
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image "vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
Il me semble avoir eu la même erreur en essayant de prendre le /usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
-- Landry MINOZA supprimer _NOSPAM_ pour répondre.
Le Mardi 16 Septembre 2003 16:24, Rakotomandimby à écrit:
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture.
verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ).
Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
Il me semble avoir eu la même erreur en essayant de prendre le
/usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
--
Landry MINOZA
supprimer _NOSPAM_ pour répondre.
Le Mardi 16 Septembre 2003 16:24, Rakotomandimby à écrit:
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image "vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
Il me semble avoir eu la même erreur en essayant de prendre le /usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
-- Landry MINOZA supprimer _NOSPAM_ pour répondre.
J. Mayer
On Tue, 16 Sep 2003 18:29:02 +0200, Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de
ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même jamais vital. Ce qui est sur, c'est que l'image de ton kernel est vérolée: l'erreur que tu as décrit: "invalid compressed format (err=1) System Halted" est renvoyée par le décompresseur interne du noyau (cf /usr/src/lib/inflate.c:1139) parce qu'il a une erreur en décompressant un bloc de l'image compressée du noyau. C'est ce qui fait penser à un problème dans le mapping des blocs du noyau de lilo... Si tu peux accéder à ton disque en bootant depuis un CD ou une disquette: poste /etc/lilo.conf et vérifie que: - root= pointe sur la bonne partition... - le fichier de map= existe et est bien plus récent que /etc/lilo.conf - idem pour messages=, s'il existe. - idem pour tous les item image= et les initrd Si tout ça est bon, c'est un pb d'installation de lilo...
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien d'un problème de configuration du noyau, ou alors d'un problème plus profond que ça. OK, excuses les questions bêtes...
Ca ne peut pas être un problème de configuration du noyau, car au moment ou il s'arrête, le noyau n'est même pas encore décompressé, il y a juste le CPU et la RAM qui sont complètement initialisés. Le code qui s'execute est à peu près générique...
Pour t'en sortir, 2 solutions: - tu bootes un CD de distrib en mode "debug" jusqu'à avoir une console (il suffit de tester en faisant ALT-F1..2..3 à chaque étape, tant qu'il ne demande pas de repartitionner le dique :=) ) Ensuite:
# Pour un disque en hdaxx: cd / && mkdev /dev/<mon disque de boot> b 3 <ma partition> mount -t <ce qu'il faut> /dev/<mon disque de boot> /mnt cd mnt && chroot . /bin/sh lilo -v && sync # Si ça marche, alors reboot...
- tu boote sur un CD de distrib en passant au kernel du CDROM comme paramêtre "root=3:<ma partition> single" (si ta partition de boot est /dev/hdaxx) quand il à booté:
lilo -v && sync # comme ci-dessus
Cordialement.
On Tue, 16 Sep 2003 18:29:02 +0200, Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture.
verifie le chemin de l'image dans lilo .conf et le chemin de
ton image
actuelle apres la compil ( pour moi apres une compilation mon
image
"vmlinuz" se situe a la racine ).
Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de
vérifier si mon lilo.conf est bon, si mes liens sont bons, si
j'ai mis System.map là où il faut, si mon noyau a un bon nom ou
si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même
jamais vital. Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit:
"invalid compressed format (err=1)
System Halted"
est renvoyée par le décompresseur interne du noyau
(cf /usr/src/lib/inflate.c:1139)
parce qu'il a une erreur en décompressant un bloc de l'image
compressée du noyau. C'est ce qui fait penser à un problème dans
le mapping des blocs du noyau de lilo...
Si tu peux accéder à ton disque en bootant depuis un CD ou une
disquette:
poste /etc/lilo.conf
et vérifie que:
- root= pointe sur la bonne partition...
- le fichier de map= existe et est bien plus récent que /etc/lilo.conf
- idem pour messages=, s'il existe.
- idem pour tous les item image= et les initrd Si tout ça est bon, c'est un pb d'installation de lilo...
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien
d'un problème de configuration du noyau, ou alors d'un problème
plus profond que ça.
OK, excuses les questions bêtes...
Ca ne peut pas être un problème de configuration du noyau, car au moment
ou il s'arrête, le noyau n'est même pas encore décompressé,
il y a juste le CPU et la RAM qui sont complètement initialisés.
Le code qui s'execute est à peu près générique...
Pour t'en sortir, 2 solutions:
- tu bootes un CD de distrib en mode "debug" jusqu'à avoir une
console (il suffit de tester en faisant ALT-F1..2..3 à chaque
étape, tant qu'il ne demande pas de repartitionner le dique :=) )
Ensuite:
# Pour un disque en hdaxx:
cd / && mkdev /dev/<mon disque de boot> b 3 <ma partition>
mount -t <ce qu'il faut> /dev/<mon disque de boot> /mnt
cd mnt && chroot . /bin/sh
lilo -v && sync
# Si ça marche, alors reboot...
- tu boote sur un CD de distrib en passant au kernel du CDROM
comme paramêtre "root=3:<ma partition> single"
(si ta partition de boot est /dev/hdaxx)
quand il à booté:
On Tue, 16 Sep 2003 18:29:02 +0200, Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de
ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même jamais vital. Ce qui est sur, c'est que l'image de ton kernel est vérolée: l'erreur que tu as décrit: "invalid compressed format (err=1) System Halted" est renvoyée par le décompresseur interne du noyau (cf /usr/src/lib/inflate.c:1139) parce qu'il a une erreur en décompressant un bloc de l'image compressée du noyau. C'est ce qui fait penser à un problème dans le mapping des blocs du noyau de lilo... Si tu peux accéder à ton disque en bootant depuis un CD ou une disquette: poste /etc/lilo.conf et vérifie que: - root= pointe sur la bonne partition... - le fichier de map= existe et est bien plus récent que /etc/lilo.conf - idem pour messages=, s'il existe. - idem pour tous les item image= et les initrd Si tout ça est bon, c'est un pb d'installation de lilo...
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien d'un problème de configuration du noyau, ou alors d'un problème plus profond que ça. OK, excuses les questions bêtes...
Ca ne peut pas être un problème de configuration du noyau, car au moment ou il s'arrête, le noyau n'est même pas encore décompressé, il y a juste le CPU et la RAM qui sont complètement initialisés. Le code qui s'execute est à peu près générique...
Pour t'en sortir, 2 solutions: - tu bootes un CD de distrib en mode "debug" jusqu'à avoir une console (il suffit de tester en faisant ALT-F1..2..3 à chaque étape, tant qu'il ne demande pas de repartitionner le dique :=) ) Ensuite:
# Pour un disque en hdaxx: cd / && mkdev /dev/<mon disque de boot> b 3 <ma partition> mount -t <ce qu'il faut> /dev/<mon disque de boot> /mnt cd mnt && chroot . /bin/sh lilo -v && sync # Si ça marche, alors reboot...
- tu boote sur un CD de distrib en passant au kernel du CDROM comme paramêtre "root=3:<ma partition> single" (si ta partition de boot est /dev/hdaxx) quand il à booté:
lilo -v && sync # comme ci-dessus
Cordialement.
Vincent Hiribarren
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou
si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même
jamais vital.
Oui oui, je sais :) Jamais trop compris à quoi ça servait d'ailleurs, son absence fait juste apparaitre des messages d'erreurs sans gravité.
Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit: "invalid compressed format (err=1) System Halted" est renvoyée par le décompresseur interne du noyau (cf /usr/src/lib/inflate.c:1139) parce qu'il a une erreur en décompressant un bloc de l'image compressée du noyau. C'est ce qui fait penser à un problème dans
le mapping des blocs du noyau de lilo...
"Vérolé", ou alors la configuration s'est mal faite et le noyau mal compilé.
Si tu peux accéder à ton disque en bootant depuis un CD ou une disquette:
J'ai quand même plus simple : booter sur le noyau précédent. C'est quand même suicidaire de ne pas se prévoir une porte de sortie de ce type. Et c'est pour ça que je doutais fortement que le problème vienne de lilo. *Tout* marche *sauf* ce noyau.
et vérifie que: - root= pointe sur la bonne partition... - le fichier de map= existe et est bien plus récent que /etc/lilo.conf
- idem pour messages=, s'il existe. - idem pour tous les item image= et les initrd > Si tout ça est bon, c'est un pb d'installation de lilo...
Tout est bon, tout est bon...
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien d'un problème de configuration du noyau, ou alors d'un problème
plus profond que ça. OK, excuses les questions bêtes...
Disons que j'en ai un peu marre de devoir revenir sur des choses qui sont acquises pour moi et que mes propres conclusions sont balayées pour revenir à des problèmes "simples" concernant lilo.
Ca ne peut pas être un problème de configuration du noyau, car au moment
ou il s'arrête, le noyau n'est même pas encore décompressé, il y a juste le CPU et la RAM qui sont complètement initialisés.
Le code qui s'execute est à peu près générique...
Et pourtant... En ayant marre, j'ai pris un noyau 2.4.22 (j'avais tenté une compilation d'un 2.4.21), j'ai été moins restrictif dans la configuration, laissant quelques options qui étaient là par défaut, le nouveau noyau a été mis en place, lilo pas touché puisque j'ai mis le noyau à la place du défectueux, et ça marche.
Alors ? Conclusion : bel et bien un problème de configuration. Pas de compilation, sinon j'aurai eu des erreurs lors de la compilation.
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de
vérifier si mon lilo.conf est bon, si mes liens sont bons, si
j'ai mis System.map là où il faut, si mon noyau a un bon nom
ou
si mon unité centrale est bien branchée à une prise de
courant.
Le System.map n'est pas important, à ce niveau là, il n'est
même
jamais vital.
Oui oui, je sais :)
Jamais trop compris à quoi ça servait d'ailleurs, son absence
fait juste apparaitre des messages d'erreurs sans gravité.
Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit:
"invalid compressed format (err=1)
System Halted"
est renvoyée par le décompresseur interne du noyau
(cf /usr/src/lib/inflate.c:1139)
parce qu'il a une erreur en décompressant un bloc de l'image
compressée du noyau. C'est ce qui fait penser à un problème
dans
le mapping des blocs du noyau de lilo...
"Vérolé", ou alors la configuration s'est mal faite et le noyau
mal compilé.
Si tu peux accéder à ton disque en bootant depuis un CD ou une
disquette:
J'ai quand même plus simple : booter sur le noyau précédent.
C'est quand même suicidaire de ne pas se prévoir une porte de
sortie de ce type.
Et c'est pour ça que je doutais fortement que le problème vienne
de lilo.
*Tout* marche *sauf* ce noyau.
et vérifie que:
- root= pointe sur la bonne partition...
- le fichier de map= existe et est bien plus récent que
/etc/lilo.conf
- idem pour messages=, s'il existe.
- idem pour tous les item image= et les initrd > Si tout ça est bon, c'est un pb d'installation de lilo...
Tout est bon, tout est bon...
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien
d'un problème de configuration du noyau, ou alors d'un
problème
plus profond que ça.
OK, excuses les questions bêtes...
Disons que j'en ai un peu marre de devoir revenir sur des choses
qui sont acquises pour moi et que mes propres conclusions sont
balayées pour revenir à des problèmes "simples" concernant lilo.
Ca ne peut pas être un problème de configuration du noyau, car
au moment
ou il s'arrête, le noyau n'est même pas encore décompressé,
il y a juste le CPU et la RAM qui sont complètement
initialisés.
Le code qui s'execute est à peu près générique...
Et pourtant...
En ayant marre, j'ai pris un noyau 2.4.22 (j'avais tenté une
compilation d'un 2.4.21), j'ai été moins restrictif dans la
configuration, laissant quelques options qui étaient là par
défaut, le nouveau noyau a été mis en place, lilo pas touché
puisque j'ai mis le noyau à la place du défectueux, et ça marche.
Alors ?
Conclusion : bel et bien un problème de configuration.
Pas de compilation, sinon j'aurai eu des erreurs lors de la
compilation.
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou
si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même
jamais vital.
Oui oui, je sais :) Jamais trop compris à quoi ça servait d'ailleurs, son absence fait juste apparaitre des messages d'erreurs sans gravité.
Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit: "invalid compressed format (err=1) System Halted" est renvoyée par le décompresseur interne du noyau (cf /usr/src/lib/inflate.c:1139) parce qu'il a une erreur en décompressant un bloc de l'image compressée du noyau. C'est ce qui fait penser à un problème dans
le mapping des blocs du noyau de lilo...
"Vérolé", ou alors la configuration s'est mal faite et le noyau mal compilé.
Si tu peux accéder à ton disque en bootant depuis un CD ou une disquette:
J'ai quand même plus simple : booter sur le noyau précédent. C'est quand même suicidaire de ne pas se prévoir une porte de sortie de ce type. Et c'est pour ça que je doutais fortement que le problème vienne de lilo. *Tout* marche *sauf* ce noyau.
et vérifie que: - root= pointe sur la bonne partition... - le fichier de map= existe et est bien plus récent que /etc/lilo.conf
- idem pour messages=, s'il existe. - idem pour tous les item image= et les initrd > Si tout ça est bon, c'est un pb d'installation de lilo...
Tout est bon, tout est bon...
Sans vouloir vous vexer bien sûr, mais il s'agit bel est bien d'un problème de configuration du noyau, ou alors d'un problème
plus profond que ça. OK, excuses les questions bêtes...
Disons que j'en ai un peu marre de devoir revenir sur des choses qui sont acquises pour moi et que mes propres conclusions sont balayées pour revenir à des problèmes "simples" concernant lilo.
Ca ne peut pas être un problème de configuration du noyau, car au moment
ou il s'arrête, le noyau n'est même pas encore décompressé, il y a juste le CPU et la RAM qui sont complètement initialisés.
Le code qui s'execute est à peu près générique...
Et pourtant... En ayant marre, j'ai pris un noyau 2.4.22 (j'avais tenté une compilation d'un 2.4.21), j'ai été moins restrictif dans la configuration, laissant quelques options qui étaient là par défaut, le nouveau noyau a été mis en place, lilo pas touché puisque j'ai mis le noyau à la place du défectueux, et ça marche.
Alors ? Conclusion : bel et bien un problème de configuration. Pas de compilation, sinon j'aurai eu des erreurs lors de la compilation.
J. Mayer
On Wed, 17 Sep 2003 11:57:08 +0200, Vincent Hiribarren wrote:
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou
si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même
jamais vital.
Oui oui, je sais :) Jamais trop compris à quoi ça servait d'ailleurs, son absence fait juste apparaitre des messages d'erreurs sans gravité.
Pour l'utilisateur lambda, il ne sert à rien...
Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit: "invalid compressed format (err=1) System Halted" est renvoyée par le décompresseur interne du noyau (cf /usr/src/lib/inflate.c:1139) parce qu'il a une erreur en décompressant un bloc de l'image compressée du noyau. C'est ce qui fait penser à un problème dans
le mapping des blocs du noyau de lilo...
"Vérolé", ou alors la configuration s'est mal faite et le noyau mal compilé.
Le code parcouru pour arriver à ton erreur - /usr/src/linux/arch/i386/boot/bootsect.S - /usr/src/linux/arch/i386/boot/setup.S - /usr/src/linux/arch/i386/boot/compressed/head.S - /usr/src/linux/arch/i386/boot/compressed/misc.c Celà fait très peu de code, pratiquement et les bouts de code dépendant de la config sont: __BIG_KERNEL__ : c'est oui si c'est un kernel en bzImage. Ca ne change que l'addresse ou le kernel est décompressé. SAFE_RESET_DISK_CONTROLLER: si c'était mauvaix, tu n'arriverais même pas à charger le noyau... STANDARD_MEMORY_BIOS_CALL: qui sert à déterminer la taille de la RAM. Mais ça ne change pas l'endroit ou le kernel se décompresse, ça ne devrait donc pas jouer. CONFIG_APM: fait des probe en plus... CONFIG_MELAN: c'est du code spécifique pour les AMD Elan Les deux options de compil concernées sont: CONFIG_APM qui n'a pas vraiment d'incidence et CONFIG_MELAN.
J'ai quand même plus simple : booter sur le noyau précédent. Pardon, je croyais que tu n'arrivais plus du tout à booter...
En ayant marre, j'ai pris un noyau 2.4.22 (j'avais tenté une compilation d'un 2.4.21), j'ai été moins restrictif dans la configuration, laissant quelques options qui étaient là par défaut, le nouveau noyau a été mis en place, lilo pas touché puisque j'ai mis le noyau à la place du défectueux, et ça marche.
Alors ? Conclusion : bel et bien un problème de configuration. Pas de compilation, sinon j'aurai eu des erreurs lors de la compilation.
Postes la un diff entre le .config qui marche et celui qui ne marche pas...
On Wed, 17 Sep 2003 11:57:08 +0200, Vincent Hiribarren wrote:
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de
vérifier si mon lilo.conf est bon, si mes liens sont bons, si
j'ai mis System.map là où il faut, si mon noyau a un bon nom
ou
si mon unité centrale est bien branchée à une prise de
courant.
Le System.map n'est pas important, à ce niveau là, il n'est
même
jamais vital.
Oui oui, je sais :)
Jamais trop compris à quoi ça servait d'ailleurs, son absence
fait juste apparaitre des messages d'erreurs sans gravité.
Pour l'utilisateur lambda, il ne sert à rien...
Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit:
"invalid compressed format (err=1)
System Halted"
est renvoyée par le décompresseur interne du noyau
(cf /usr/src/lib/inflate.c:1139)
parce qu'il a une erreur en décompressant un bloc de l'image
compressée du noyau. C'est ce qui fait penser à un problème
dans
le mapping des blocs du noyau de lilo...
"Vérolé", ou alors la configuration s'est mal faite et le noyau
mal compilé.
Le code parcouru pour arriver à ton erreur
- /usr/src/linux/arch/i386/boot/bootsect.S
- /usr/src/linux/arch/i386/boot/setup.S
- /usr/src/linux/arch/i386/boot/compressed/head.S
- /usr/src/linux/arch/i386/boot/compressed/misc.c
Celà fait très peu de code, pratiquement et les bouts de code dépendant de
la config sont:
__BIG_KERNEL__ : c'est oui si c'est un kernel en bzImage.
Ca ne change que l'addresse ou le kernel est décompressé.
SAFE_RESET_DISK_CONTROLLER: si c'était mauvaix, tu n'arriverais
même pas à charger le noyau...
STANDARD_MEMORY_BIOS_CALL: qui sert à déterminer la taille de la
RAM. Mais ça ne change pas l'endroit ou le kernel se décompresse,
ça ne devrait donc pas jouer.
CONFIG_APM: fait des probe en plus...
CONFIG_MELAN: c'est du code spécifique pour les AMD Elan
Les deux options de compil concernées sont:
CONFIG_APM qui n'a pas vraiment d'incidence et CONFIG_MELAN.
J'ai quand même plus simple : booter sur le noyau précédent.
Pardon, je croyais que tu n'arrivais plus du tout à booter...
En ayant marre, j'ai pris un noyau 2.4.22 (j'avais tenté une
compilation d'un 2.4.21), j'ai été moins restrictif dans la
configuration, laissant quelques options qui étaient là par
défaut, le nouveau noyau a été mis en place, lilo pas touché
puisque j'ai mis le noyau à la place du défectueux, et ça marche.
Alors ?
Conclusion : bel et bien un problème de configuration.
Pas de compilation, sinon j'aurai eu des erreurs lors de la
compilation.
Postes la un diff entre le .config qui marche et celui qui ne marche
pas...
On Wed, 17 Sep 2003 11:57:08 +0200, Vincent Hiribarren wrote:
(soupir)
Merci pour vos conseils, mais j'en aimerai d'autres que de vérifier si mon lilo.conf est bon, si mes liens sont bons, si j'ai mis System.map là où il faut, si mon noyau a un bon nom ou
si mon unité centrale est bien branchée à une prise de courant.
Le System.map n'est pas important, à ce niveau là, il n'est même
jamais vital.
Oui oui, je sais :) Jamais trop compris à quoi ça servait d'ailleurs, son absence fait juste apparaitre des messages d'erreurs sans gravité.
Pour l'utilisateur lambda, il ne sert à rien...
Ce qui est sur, c'est que l'image de ton kernel est
vérolée: l'erreur que tu as décrit: "invalid compressed format (err=1) System Halted" est renvoyée par le décompresseur interne du noyau (cf /usr/src/lib/inflate.c:1139) parce qu'il a une erreur en décompressant un bloc de l'image compressée du noyau. C'est ce qui fait penser à un problème dans
le mapping des blocs du noyau de lilo...
"Vérolé", ou alors la configuration s'est mal faite et le noyau mal compilé.
Le code parcouru pour arriver à ton erreur - /usr/src/linux/arch/i386/boot/bootsect.S - /usr/src/linux/arch/i386/boot/setup.S - /usr/src/linux/arch/i386/boot/compressed/head.S - /usr/src/linux/arch/i386/boot/compressed/misc.c Celà fait très peu de code, pratiquement et les bouts de code dépendant de la config sont: __BIG_KERNEL__ : c'est oui si c'est un kernel en bzImage. Ca ne change que l'addresse ou le kernel est décompressé. SAFE_RESET_DISK_CONTROLLER: si c'était mauvaix, tu n'arriverais même pas à charger le noyau... STANDARD_MEMORY_BIOS_CALL: qui sert à déterminer la taille de la RAM. Mais ça ne change pas l'endroit ou le kernel se décompresse, ça ne devrait donc pas jouer. CONFIG_APM: fait des probe en plus... CONFIG_MELAN: c'est du code spécifique pour les AMD Elan Les deux options de compil concernées sont: CONFIG_APM qui n'a pas vraiment d'incidence et CONFIG_MELAN.
J'ai quand même plus simple : booter sur le noyau précédent. Pardon, je croyais que tu n'arrivais plus du tout à booter...
En ayant marre, j'ai pris un noyau 2.4.22 (j'avais tenté une compilation d'un 2.4.21), j'ai été moins restrictif dans la configuration, laissant quelques options qui étaient là par défaut, le nouveau noyau a été mis en place, lilo pas touché puisque j'ai mis le noyau à la place du défectueux, et ça marche.
Alors ? Conclusion : bel et bien un problème de configuration. Pas de compilation, sinon j'aurai eu des erreurs lors de la compilation.
Postes la un diff entre le .config qui marche et celui qui ne marche pas...
J. Mayer
On Tue, 16 Sep 2003 18:29:19 +0000, Landry MINOZA wrote:
Le Mardi 16 Septembre 2003 16:24, Rakotomandimby à écrit:
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image "vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
Il me semble avoir eu la même erreur en essayant de prendre le /usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
Tu veux sans doute parler de /usr/src/linux/vmlinux ? C'est le même noyau, non compressé. On peut s'en servir sans problème...
On Tue, 16 Sep 2003 18:29:19 +0000, Landry MINOZA wrote:
Le Mardi 16 Septembre 2003 16:24, Rakotomandimby à écrit:
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture.
verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image
"vmlinuz" se situe a la racine ).
Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
Il me semble avoir eu la même erreur en essayant de prendre le
/usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
Tu veux sans doute parler de /usr/src/linux/vmlinux ?
C'est le même noyau, non compressé. On peut s'en servir sans problème...
On Tue, 16 Sep 2003 18:29:19 +0000, Landry MINOZA wrote:
Le Mardi 16 Septembre 2003 16:24, Rakotomandimby à écrit:
Vincent Hiribarren wrote:
Lilo avait été relancé, sans erreur d'écriture. verifie le chemin de l'image dans lilo .conf et le chemin de ton image
actuelle apres la compil ( pour moi apres une compilation mon image "vmlinuz" se situe a la racine ). Y en a qui les mettent dans /boot/ .. d'autre ailleurs ...
Il me semble avoir eu la même erreur en essayant de prendre le /usr/src/linux/vmlinuz au lieu du /usr/src/linux/arch/i386/boot/bzImage !?
Tu veux sans doute parler de /usr/src/linux/vmlinux ? C'est le même noyau, non compressé. On peut s'en servir sans problème...
