Reprise du message précédent :
ma compact flash est branché sur un port IDE , je n ai absolument pas besoin du support SCSI. et de toute facon , ce n'est a mon avis pas un probleme de config du noyau puisqu'il ne demarre meme pas. Il reste bloqué apres la decompression de celui-ci par le boot loader.
 
 
je ne peux pas utiliser make-kpkg car je n utilise pas les sources du CD mais les sources telechargés sur www.kernel.org

et ?
encore heureux que make-kpkg marche avec ca !
 
en ce qui concerne la compact flash as tu compiler le support PCMCIA/IDE ?
 
A+

bah je vais verifier mais je pense que ca n est pas nécessaire.
 
make-kpkg sert a quoi exactement ?

juste en passant certains options intéressantes et leur explmications -> http://linux-wizard.tuxfamily.org/ [...] .html#conf

Je n'ai pas de compact flash, mais apparement dans ton cas il faut integrer ca dans le noyau pour pouvoir y acceder : PCMCIA/IDE  
 
make-kpkg sert à faire un packet debian a partir des sources du noyau, ca te ait un noyau compiler et ses modules, ensuite il ne reste plus k un dpkg -i kernel... et l install se passe tout seul, noyau, module, lilo ...
 
A+

bah c bizarre car ma compact flash est detectée dans le bios comme un disque dur (carte PC104) je n ai pas de port PCMCIA

Ah ... ces precisions n'auraient pas été supperflues ...
 
A+

 
 
la je commence a ne plus comprendre
 
 
Doutant de ma compact flash, j ai branché un disque dur sur cette machine (qui est une carte PC104 je precise)
 
j ai donc installé la debian le plus simplement possible (woody) avec mes 6 disquettes d install + installation par reseau.
 
J'ai donc un systeme tout propre en version 2.4.18.
 
 
j installe les packages suivants :
 
ftpd (pour transferer mes donnees)
gcc
make
bin86
libc6-dev
libncurses5-dev
bzip2
 
 
afin de pouvoir compiler mon nouveau noyau.
 
 
Je telecharge la version 2.4.20 (j ai essayé aussi avec 2.4.22) de mon noyau.
 
Je la decompresse (bien passé donc image non corrompue pour moi)
 
 
je lance un make menuconfig
 
 
Je laisse les options par defaut, je retire juste : scsi, usb, sound.
 
 
je fais make dep : pas d erreur
make bzImage: pas d erreur (meme pas le message size is too big)
make modules
make modules_install
make install.
 
 
Cette derniere commande permet d installer le noyau, elle fait apparemment la chose suivante :
 
 
elle copie vmlinuz-2.4.20 dans / et cree un alias vmlinuz sur ce fichier.  
elle copie System.map-2.4.20 dans / et cree un alias System.map sur ce fichier.
 
 
ca lance ensuite lilo et ajoute la nouvelle config a lilo.
 
 
 
Je reboote : ca bloque sur :
 
Uncompressing kernel ... Ok. Booting linux.
 
Le clavier est bloqué, les leds (ver num) sont bloqués je ne peux pas faire CTRL-ALT-SUPPR je dois redemarrer en coupant l'alim (j ai pas de bouton reset).
 
 
 
J'ai donc essayé de bidouiller lilo (car je pense que ca vient de la). J'ai donc copié mon System.map dans /boot et mon vmlinuz dans /boot, j'ai recréé mes liens dans lilo, je relance lilo il me dit ok (donc pas derreur) -> je reboote , reblocage.
 
 
Je comprends plus la je pense pourtant faire comme il faut.
 
 
Quelqu'un a-t-il une idée ? Je précise , avec le noyau de la version de base de debian , ca boote tres bien (mais je dois installer bootsplash).
 
 
Comment faire pour resoudre mon probleme.
 
 
 
PS :quelqu'un sait il ou je peux trouver une doc TRES detaillée sur le contenu de /boot et sur les parametres de lilo.conf  
 
 
 
Merci

Si avec un noyau de base ca boot bien, c'est que en enlevant scsi ou usb ca fait merder quelque chose , non ?
 
A+

Y a un truc que je comprends pas, comment lilo fait le lien avec le fichier System.map ? car lorsque j'installe la version standard , j'ai la configuration suivante :
 
 
j'ai /vmlinuz qui est un lien vers /vmlinuz-2.4.18-bf4 (mon noyau quoi :-p )
 
j'ai /boot/System.map-2.4.18-bf4 qui correspond a ma map , mais je n'ai aucun fichier System.map. pourtant ca boote
 
Sachant que le fichier /boot/System.map-2.4.18-bf4 n apparait pas non plus dans lilo.conf, et qu'il n'y a apparemment pas de regle standard sur le chemin et le nom de ce fichier (car lorsque je compile mon nouveau noyau, il me met le System.map-2.4.20 a la racine et un lien symbolique System.map a la racine aussi), comment lilo fait il pour savoir ou se trouve ce fichier qui a l air important.
 
 
 
Merci de m'aider je galere vraiment la.

Je te conseille de lire la formation de VIA si ce n'est pas deja fait => http://www.via.ecp.fr/~alexis/formation-linux/
 
note : y'a une section qui concerne la compil du noyau.

System.map ne sert à rien ! sauf pour le debugeage
il sert a faire une correspondance entre les adresses des fonctions et le nom de ces fonctions.
Sinon pour le retrouver le systeme utilise different chemin telque /boot/system.map /boot/system.map[versiondemonnoyau] ...
 
A+

bon apparemment en chargeant le fichier de config de la debian , ca compile bien... j ai du oublier quelque chose.