bjr a tous et ttes!
voila j'ai une debian SID avec noyau 2.4.24 que j'essaie désespérément de compiler.
mon systeme de fichier est en reiserfs (sur hda3 pour la petite anecdote...) et j'utilise initrd.
j'ai mis en dur: reiserfs, ext2, initrd, le diskide
donc normalement c bon...
voilà l'erreur au boot:

 
question: faut-il que je mette cramfs et ramfs en dur ou en module?
pour les courageux, voici mon .config:

 
merci d'avance!!!

ben t'as mis le reiserfs en dur et l'autre il le cherche dans ton initrd ...

idem, intérêt de l'initrd si tu mets tout en dur  

(moi j'ai jamais compris l'intéret d'un inirtd quand on fait son noyau soi même)

je dirais pour le bootsplash et puis dans mon cas, j'aime bien, ça fait staÿle  

exactement Mjules: spour le bootsplash_qui_déchire_sa_mère!!!
 
donc si je comprend bien, il faut que je mette le reiserfs en module?

c'est à essayer oui

mais cai con. reparamète ton initrd pour y mettre que ce qui peut pas ternir ailleurs

bon bah "lo po compris!"
toujours la mm erreur avec reiserfs en mod.
j'ai mis ds /etc/mkinitrd/modules reiserfs et cramfs (ou cas ou)
 
 
je c pas.

 
[hs]
Euh ... je n'y connais pas grand chose mais comment tu fais pour créer une disquette bootable si ton noyau est trop gros et quel est l'intérêt de tout mettre en dur ?
[/hs]

si ton noyau est trop gros, c'est qu'il est mal foutu.
l'intéret de mettre en dur ? ben si c'est des trucs que tu utilises en permanence et qui sont dans ton PC, ça me parait naturel de le mettre en dur. ça me viendrait pas à l'idée de mettre le fs de mes partitions systèmes en module. après au niveau des périphériques, on peut batailler, mais bon, ma carte réseau me sert en permanence, alors ça sert à rien de mettre tout le réseau en module... meme en cas de pépin, je peux rien faire sans le réseau. etc, etc par contre, imprimante, usb, cdrom, disquette, module cai très bien vu ce que je m'en sers

Taz> C'est clair que le noyau que j'ai compilé pour me faire la main doit être mal fichu mais d'un autre côté ,d'après ce que j'ai compris , ce qui change entre "interne et externe" c'est l'ordre d'initialisation lors du démarrage et la souplesse pour d'éventuelles mise à jour donc j'ai un peu de peine à saisir l'utilité de mettre le maximum de modules en "interne" ...!?  
J'aurais tendance à vouloir faire l'inverse mais je n'ai probablement pas tout saisi ...

il faut mettre en dur cedont ton système à besoin pour démarrer
 
la souplesse des mise à jour, c'est un peu de la poudre aux yeux. si t'as des modules 100%binaires, ben là ta pas le choix. sinon quand tu mets à jour ton noyau, tu t'amuses pas à emttre à jour que  le coeur ou que les modules. tu recompiles tout et reboot.
 
y a pas a en mettre le maximum en interne. mais des que c'est essentiel, il faut l'y mettre. sinon tout le reste, périphérique à la con, tu peux le dégager en module. mais bon, je trouve ça idiot de tout avoir en module, si c'est pour charger le truc des le démarrage (voir meme en initrd) et que le truc soit en permence utilisé jusqu'à l'extension du système.s

est-ce que qq'un qui aurait un noyo 2.4 et qui utilise initrd pourrait me filer son fichier .config, son fichier /etc/mkinitrd/initrd.conf et /etc/mkinitrd/modules svp???
parce que la je vois vraiment pas...
 
thx

personne?  

je suis encore un pti nouveau sous linux (utilisateur depuis 1an) mais il y a un truc que je croyais avoir compris :
 
grub (ou autre boot loader) se trouve dans le mbr, ensuite il va devoir lire le noyau pour le lancer, donc etre capable d'acceder au disque et lire le file system.
donc mettre le module permettant d'acceder au disque (et donc le noyau) reviens au chat qui court après sa queue non ?
d'ou (toujours d'apres ce que j'avais compris) l'intéret du initrd qui contient des modules pour acceder au noyau .. ou quelque chose comme ça ? non ?
 
mais ce que je ne comprend pas maintenant c'est : si il a besoin de lire initrd .. comment fait grub pour l'ouvrir si il est avec le noyau ? (initrd est balancé dans le mbr ? :S)
 
si quelqu'un pouvait m'éclairer

 
Il me semble que le noyau et l'initrd sont chargés directement par Lilo/Grub sur le disque dur, à leur adresse physique (cylindre etc ...), sans tenir compte du filesystem. D'où la nécessite de rééxécuter lilo/grub chaque fois qu'on change de noyau, car les les fichiers peuvent changer de place physique sur le disque dur tout en restant au même endroit sur le filesystem.

petite précision: Grub n'a pas besoin d'être réinstallé à chaque changement de noyau... il y a juste le fichier menu.lst à mettre à jour et c'est tout.

pas sûr d'avoir bien saisi ta question... mais grub utilise un mécanisme de "stage" pour booter. En plus il est capable de lire différents systèmes de fichiers et ne reposent pas sur un codage en dur des adresses pour trouver le noyau cible (donc le code de son MBR n'a pas besoin d'adreese physique pour trouver le stage suivant... d'où le fait qu'on n'a pas besoin de le réexecuter).
Pour essayer de faire simple:
stage1=MBR qui va charger le stage1.5
le stage1.5 est capable de lire le système de fichier sur lequel est le stage2 (si tu vas dans /boot/grub tu verras des fichiers style reiser_stage1_5 ou ext2_stage1_5)
après le stage2 est chargé et à partir de ce moment là tu vas pouvoir choisir ton OS
et à partir de là c'est à ton Linux de savoir gérer son FS (soit en le mettant en dur ou alors en module mais dans ce cas là t'as besoin de l'initrd sinon Kernel PANIC)

 
Ok merci pour ces explications, ça tombe bien car j'ai un pb avec la réinstallation de mon nouveau noyau :
si je n'ai pas de initrd j'ai un kernel panic tout de suite après avoir choisi le-dit noyau avec grub,
si je met le initrd (sachant que les modules ide et reiserf(mon / est en reiser)sont en dur dans le noyau) alors ça boot un peu plus loin (donc le noyau est lu par grub) mais ensuite j'ai un kernel panic au moment du montage de / par le noyau (j'ai pleins de message d'alert car il n'arrive pas a lire les modules)
je pensais au début que ça venait des modules, mais j'ai déduit que c'était le noyau qui n'arivait pas a monter / !
j'ai pas de log du coup donc c'est pas évident pour trouver le pb exact.
 
merci