Root device is (3, 8)
Boot sector 512 bytes.
Setup is 4500 bytes.
System is 1182 kB
warning: kernel is too big for standalone boot from floppy
make[1]: Quitte le répertoire `/usr/src/linux-2.4.2/arch/i386/boot'
 
 
[root@zero linux-2.4]# ll vmlinux
-rwxrwxr-x    1 root     root      3404515 oct 26 18:19 vmlinux
 
ca m as tout l air d avoir marche ...
mais ca veut dire quoi ca  ???
mon noyau est trop gros ??
c est bizarre parceque celui d origine est beaucoup plus petit
fo quand meme savoir que j ai compile en virant tout ce dont je n avais pas besoin pour justement faire un noyo + petit ( pas d usb , ... )
c est rate
y aurais t il une raison particuliere a cette grosseur de noyo ?

t'a fait des modules ?
t'as fait un make bzImage ?
 
je crois qu'il dit juste que ton noyau tiens pas sur une bisquotte

ca veut dire que tu peux po le mettre sur une disquette pour faire une d7 rescue

si t as mis les modules ds le noyau c normale que celui ci soit plus gros  
tous ceux que tu peux peux mettre en modules met le tu verra la taille diminuer

bah oui j ai bien fait un make bzimage  ...
 
le probleme est que je boot nux avec la bisquotte !!!
car comme un gland ... jai pas fait gaffe j ai mis ma partoche /boot a la fin du dur !!!
 
y a moyen de la degager et d utiliser la partoche /
pour y mettre /boot ?
 
je ne pense pas avoir fais de module ...
comment on choisi si on met en module ou pas ?
pour l instant j ai juste selectionne ce qui m interessait dans le xconfig + compil du noyo ...
y a qqchose a faire en plus avant de faire un make modules && make modules_install ?

un petit conseille deja  : utilise le menuconfig  
pour mettre en modules suffit de mettre un M a la place de *
 
 
les dernieres version de lilo peuvent booter n importe (faut po oublier de mettre : lba32 au debut du fichier de conf
 
tu peux aussi utiliser grub j ia un pot qui l utilise ca marche nikel  mais s yntaxe un peu deroutante au debut

comment on fait pour cette histoire de lba32 ?
 
si tout est dans le noyo c est pas genant ? si ?
( a part pour faire une disauette de boot evidement ... )
quelle est l utilite de mettre en module ?
( de pouvoir changer des 'pieces' sans rebooter ... c est juste pour ca ? )

puisque la barrière des 1024 cylindres est dépassée pour lilo, je pense pas que ce soit grave que /boot soit à la fin
 
sinon, tu démonte la partition
tu créé un nouveau répertoire /boot si nécessaire.
tu remonte la partition ailleurs (ex: mount -t ext2 /dev/hda? /tmp/boot)
tu copie le contenu de /tmp/boot dans /boot
tu supprime la ligne /boot dans /etc/fstab

non c po genat que tous soit ds le noyau  
 
tu met en premiere ligne de lilo  
lba32  
 
apres ton fichier de conf de lilo normale

pour supprimer la barrière des 1024cyl.
ajoute lba32 à lilo.conf
 

 
Les modules ne sont chargés que lorsqu'on les utilises et ils sont plus paramétrables. C'est nettement mieux d'avoir le support carte son en module, idem pour les cartes rézo.

ok merci je vais tester tout ca ...

gt3 j ai une partition unique pour mon linux et elle est largement derrieur le 1024 eme cylindre donc  
 
/dev/hda6          4368      4963   4787338+  83  Linux
/dev/hda7          4964      5005    337333+  82  Linux swap

mieux pour quelle rqison ?

pourquoi, c'est trop 'kernel inside'. Je suis pas compétent pour te répondre.
Il est juste plus facile de passé des paramètres à un module (cf /etc/modules.conf pour des exemples) qu'à une partie du kernel.

Mieux parce que tu peux décider ce que tu veux qui se charge ou non. Comme tout n'est pas chargé le noyau occupe moins de place en RAM, et ensuite il est bcp plus aisé de passer des options avec modules.conf et assigner un module à un interface. Si le noyau ne détecte pas un device/périph tu peux forcer la chose avec le module, notament en passant les bons oparamètres i/o et irq.
 
cependant on perdrait en rapidité ( jamais pu vérifier ).
 
ensuite si tu changes de matos pas besoin de recompiler si tu as tous mis en modules ( cf noyau des distributions ).

j ai plus de probleme avec lilo .. ( j ai bien rajouté lba32 et ca rulezz maintenant )
 
donc si je suis bien votre logique ... fo tout mettre en module ...absolument tout ... c est ca ??
puisque le resultat seras le meme ... mais seulement seras beaucoup plus souple ensuite .... j ai bon ?

nan, y a des trucs qui sont indispensables.
ex:
La gestion du système de fichier de /
La table de caractère de base (NLS-437 ?)
...
 
d'autres sont chargés tout le temps donc ca sert à rien d'en faire des modules
Le coeur de la gestion réseau/autentification (indispensable pour lancer X)
Le support des consoles.
 
Comme ils ne relèvent pas d'un matériel mais plus d'une fonctionnalité, leur configuration ne pose pas de problème donc tu peux les intégrés contrairement à des drivers.