Recompil noyau : invalid compressed format (err=1)
5 réponses
Vincent Hiribarren
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.
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 :-/
Merci pour vos idées et avis.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
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
Gilles Magnier
Vincent Hiribarren wrote:
Bien le bonjour à tous !
Bonjour,
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
[snip]
au pif : - dans le type de cpu a tu spécifié le bon cpu ? par exmple n'essaye tu pas de booter un kernel compilé pour i686 sur un i586 ? C'est dans Processor Type and Features --> Processor family si tu ne sais pas quel cpu il ya dans ta machine (?!) : # cat /proc/cpuinfo
- comment compile tu le noyau ? (fait tu un make bzImage ?) chez moi ca donne un truc comme ca : # make dep modules bzImage modules_install # cp ./System.map /boot/System.map-2.4.22-custom3 # cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3 + modif du loader (lilo ou grub)
je sais qu'il ya des scripts tout fait selon les distrib mais je préfère la méthode manuelle.
Sinon peut tu donner la/les lignes de conf de ton lilo ou grub.
Cordiallement,
Gilles.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Vincent Hiribarren wrote:
Bien le bonjour à tous !
Bonjour,
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
[snip]
au pif :
- dans le type de cpu a tu spécifié le bon cpu ?
par exmple n'essaye tu pas de booter un kernel compilé pour i686
sur un i586 ?
C'est dans Processor Type and Features --> Processor family
si tu ne sais pas quel cpu il ya dans ta machine (?!) :
# cat /proc/cpuinfo
- comment compile tu le noyau ?
(fait tu un make bzImage ?)
chez moi ca donne un truc comme ca :
# make dep modules bzImage modules_install
# cp ./System.map /boot/System.map-2.4.22-custom3
# cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3
+ modif du loader (lilo ou grub)
je sais qu'il ya des scripts tout fait selon les distrib mais je préfère la
méthode manuelle.
Sinon peut tu donner la/les lignes de conf de ton lilo ou grub.
Cordiallement,
Gilles.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
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
[snip]
au pif : - dans le type de cpu a tu spécifié le bon cpu ? par exmple n'essaye tu pas de booter un kernel compilé pour i686 sur un i586 ? C'est dans Processor Type and Features --> Processor family si tu ne sais pas quel cpu il ya dans ta machine (?!) : # cat /proc/cpuinfo
- comment compile tu le noyau ? (fait tu un make bzImage ?) chez moi ca donne un truc comme ca : # make dep modules bzImage modules_install # cp ./System.map /boot/System.map-2.4.22-custom3 # cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3 + modif du loader (lilo ou grub)
je sais qu'il ya des scripts tout fait selon les distrib mais je préfère la méthode manuelle.
Sinon peut tu donner la/les lignes de conf de ton lilo ou grub.
Cordiallement,
Gilles.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Qing Liu
"Vincent Hiribarren" writes:
Bien le bonjour à tous !
Bonjour,
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.
Est-ce que par hasard tu n'aurais pas copié /usr/src/linux/vmlinux (note le x) au lieu de /usr/src/linux/arch/i386/boot/bzImage (si tu as un PC) dans /boot ?
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
Ceci n'a rien à voir avec l'erreur précédente. Ce message n'est pas assez complet, il faut voir ce qui s'affiche une ou deux lignes avant.
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.
L'idée est qu'il faut (est plus simple de) compiler avec toutes les options dont le noyau a besoin pour accéder aux fichiers de la partition racine: en particulier il faut que le noyau connaisse tes disques durs et le système de fichiers sur la partition racine.
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.
Si tu as les options de configuration du noyau de l'ancien noyau, il suffit de le copier en /usr/src/linux/.config et faire make menuconfig ou make xconfig pour modifier des options.
-- Liu
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
"Vincent Hiribarren" <vynce@alea.invalid> writes:
Bien le bonjour à tous !
Bonjour,
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.
Est-ce que par hasard tu n'aurais pas copié /usr/src/linux/vmlinux
(note le x) au lieu de /usr/src/linux/arch/i386/boot/bzImage
(si tu as un PC) dans /boot ?
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
Ceci n'a rien à voir avec l'erreur précédente. Ce message
n'est pas assez complet, il faut voir ce qui s'affiche
une ou deux lignes avant.
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.
L'idée est qu'il faut (est plus simple de) compiler
avec toutes les options dont le noyau a besoin pour
accéder aux fichiers de la partition racine: en particulier
il faut que le noyau connaisse tes disques durs et le système
de fichiers sur la partition racine.
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.
Si tu as les options de configuration du noyau de l'ancien
noyau, il suffit de le copier en /usr/src/linux/.config et
faire make menuconfig ou make xconfig pour modifier des
options.
--
Liu
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
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.
Est-ce que par hasard tu n'aurais pas copié /usr/src/linux/vmlinux (note le x) au lieu de /usr/src/linux/arch/i386/boot/bzImage (si tu as un PC) dans /boot ?
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
Ceci n'a rien à voir avec l'erreur précédente. Ce message n'est pas assez complet, il faut voir ce qui s'affiche une ou deux lignes avant.
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.
L'idée est qu'il faut (est plus simple de) compiler avec toutes les options dont le noyau a besoin pour accéder aux fichiers de la partition racine: en particulier il faut que le noyau connaisse tes disques durs et le système de fichiers sur la partition racine.
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.
Si tu as les options de configuration du noyau de l'ancien noyau, il suffit de le copier en /usr/src/linux/.config et faire make menuconfig ou make xconfig pour modifier des options.
-- Liu
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Frederic Saincy
Bonjour,
Tu devrais peut-être poster (ou mettre à disposition sur le web) ton lilo.conf, le resultat d'un fdisk -l /dev/hda (si hda est le bon disque), ton /usr/src/linux/.config, et decrire la procedure pour compiler et installer ton noyau.
Si ce n'est pas le cas, je ferais un "make bzdisk" puis boot sur la disquette pour test. Ainsi je commencerais pas isoler les problèmes (pas de problème de boot sur un ancien noyau, pas de problème de disque, pas de problème avec lilo...)
A bientôt. -- Frederic Saincy
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Bonjour,
Tu devrais peut-être poster (ou mettre à disposition sur le web) ton
lilo.conf, le resultat d'un fdisk -l /dev/hda (si hda est le bon
disque), ton /usr/src/linux/.config, et decrire la procedure pour
compiler et installer ton noyau.
Si ce n'est pas le cas, je ferais un "make bzdisk" puis boot sur la
disquette pour test. Ainsi je commencerais pas isoler les problèmes
(pas de problème de boot sur un ancien noyau, pas de problème de
disque, pas de problème avec lilo...)
A bientôt.
--
Frederic Saincy
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Tu devrais peut-être poster (ou mettre à disposition sur le web) ton lilo.conf, le resultat d'un fdisk -l /dev/hda (si hda est le bon disque), ton /usr/src/linux/.config, et decrire la procedure pour compiler et installer ton noyau.
Si ce n'est pas le cas, je ferais un "make bzdisk" puis boot sur la disquette pour test. Ainsi je commencerais pas isoler les problèmes (pas de problème de boot sur un ancien noyau, pas de problème de disque, pas de problème avec lilo...)
A bientôt. -- Frederic Saincy
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Landry MINOZA
Le Mercredi 1 Octobre 2003 22:23, Gilles Magnier à écrit:
# make dep modules bzImage modules_install # cp ./System.map /boot/System.map-2.4.22-custom3 # cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3 + modif du loader (lilo ou grub)
Ça apporte quoi le System.map, je ne le copie jamais, et je n'ai jamais eu de pb ?
-- Landry MINOZA supprimer _NOSPAM_ pour répondre.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Le Mercredi 1 Octobre 2003 22:23, Gilles Magnier à écrit:
# make dep modules bzImage modules_install
# cp ./System.map /boot/System.map-2.4.22-custom3
# cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3
+ modif du loader (lilo ou grub)
Ça apporte quoi le System.map, je ne le copie jamais, et je n'ai jamais eu
de pb ?
--
Landry MINOZA
supprimer _NOSPAM_ pour répondre.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le Mercredi 1 Octobre 2003 22:23, Gilles Magnier à écrit:
# make dep modules bzImage modules_install # cp ./System.map /boot/System.map-2.4.22-custom3 # cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3 + modif du loader (lilo ou grub)
Ça apporte quoi le System.map, je ne le copie jamais, et je n'ai jamais eu de pb ?
-- Landry MINOZA supprimer _NOSPAM_ pour répondre.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Gilles Magnier
Landry MINOZA wrote:
Le Mercredi 1 Octobre 2003 22:23, Gilles Magnier à écrit:
# make dep modules bzImage modules_install # cp ./System.map /boot/System.map-2.4.22-custom3 # cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3 + modif du loader (lilo ou grub)
Ça apporte quoi le System.map, je ne le copie jamais, et je n'ai jamais eu de pb ?
Autant que je sache le System.map contient les correspondances entre adresse du code et nom de fonctions (en gros les symboles) c'est utilisé dans deux cas : - lorsque l'on a un kernel oops et qu'on passe celui-ci à ksymoops, il s'en sert pour afficher les nom de fonction plutot que les offset dans le code, ce qui est indispensable pour faire un bug report. - lors de certains messages envoyés par le kernel à klogd, celui-ci a se sert des infos du System.map pour traduire les offsets en nom de fonction/variable/.... voir le man de klogd. Un petit coup de vi System.map suffit à le verifier.
En gros c'est inutil si tout fonctionne bien, et util à partir du moment ou ça part en vrille.
Cordialement,
Gilles.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
Landry MINOZA wrote:
Le Mercredi 1 Octobre 2003 22:23, Gilles Magnier à écrit:
# make dep modules bzImage modules_install
# cp ./System.map /boot/System.map-2.4.22-custom3
# cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3
+ modif du loader (lilo ou grub)
Ça apporte quoi le System.map, je ne le copie jamais, et je n'ai jamais eu
de pb ?
Autant que je sache le System.map contient les correspondances entre adresse
du code et nom de fonctions (en gros les symboles)
c'est utilisé dans deux cas :
- lorsque l'on a un kernel oops et qu'on passe celui-ci à ksymoops, il
s'en sert
pour afficher les nom de fonction plutot que les offset dans le code,
ce qui est indispensable pour faire un bug report.
- lors de certains messages envoyés par le kernel à klogd, celui-ci a se
sert des
infos du System.map pour traduire les offsets en nom de
fonction/variable/....
voir le man de klogd.
Un petit coup de vi System.map suffit à le verifier.
En gros c'est inutil si tout fonctionne bien, et util à partir du moment
ou ça part en vrille.
Cordialement,
Gilles.
--
Pour contacter l'équipe de modération : moderateurs-fcolm@efrei.fr
ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans
la liste de distribution des modérateurs.
Le Mercredi 1 Octobre 2003 22:23, Gilles Magnier à écrit:
# make dep modules bzImage modules_install # cp ./System.map /boot/System.map-2.4.22-custom3 # cp ./arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-custom3 + modif du loader (lilo ou grub)
Ça apporte quoi le System.map, je ne le copie jamais, et je n'ai jamais eu de pb ?
Autant que je sache le System.map contient les correspondances entre adresse du code et nom de fonctions (en gros les symboles) c'est utilisé dans deux cas : - lorsque l'on a un kernel oops et qu'on passe celui-ci à ksymoops, il s'en sert pour afficher les nom de fonction plutot que les offset dans le code, ce qui est indispensable pour faire un bug report. - lors de certains messages envoyés par le kernel à klogd, celui-ci a se sert des infos du System.map pour traduire les offsets en nom de fonction/variable/.... voir le man de klogd. Un petit coup de vi System.map suffit à le verifier.
En gros c'est inutil si tout fonctionne bien, et util à partir du moment ou ça part en vrille.
Cordialement,
Gilles.
-- Pour contacter l'équipe de modération : ATTENTION: Postez DIRECTEMENT vos articles dans le groupe, PAS dans la liste de distribution des modérateurs.
