Re: [Confirme] Noyau 2.2.16 et supermount
Tchesmeli serge wrote: > > - Original Message - > From: Francis Allouchery <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, August 23, 2000 8:36 PM > Subject: Re: [Confirme] Noyau 2.2.16 et supermount > > > Tchesmeli serge a écrit : > > > > > > > pour faire l'image: > > > mkinitrd version_noyau chemin_complet_du_fichier_initrd > > > Pour la charger: > > > ajouter un ligne dans lilo.conf, dans la rubrique qui concerne le noyau > > > impliqué du style > > > initrd = chemin_complet_du_fichier_initrd > > .../ > > > > OK, merci, j'ai compris (enfin, je pense...) cette fois-ci. Grâce à tes > > explications j'ai pu créer l'image initrd et l'installer. Mais là où le > > bas blesse encore c'est au niveau de GRUB. > > Aie :(( > > > > > Le paramètre initrd=chemin_absolu_de_l'image ne fonctionne pas (pas de > > problèmes il n'y a juste rien de nouveau qui se passe) et la doc de GRUB > > précise que l'option initrd est désormais supportée mais n'a jamais été > > testée. Ben avec ça on va pas loin, surtout que la syntaxe à utiliser > > n'est pas précisée (où alors je ne l'ai pas vue...). > > Hum n'ayant jamais utilisé GRUB je ne peux pas t'aider (je chercherais de la doc >dessus quand même au cas ou), mais j'y pense!! mandrake utilise tout le temps initrd, >donc ils doivent savoir eux comment on fait prendre en compte l'initrd par grub HEIN >LES GENS DE CHEZ MANDRAKE?? (bon s'ils ont pas netendu la ils sont sourds :p) > > > > > Je pense que je vais déjà faire un test avec Lilo et si c'est OK > > Avec lilo ca passe je m'en suit déjà servir moulte fois > > > conserver LILO en attendant d'éclaircir la question GRUB + initrd. > > Ouais... je suis sur que c'est possible, faut que Mandrake nous eclaircisse un peu :) AMHA mkinitrd ne sert pas à grand chose si ni la RAM DISK n'a été déclarée, ni un /initrd et linuxrc et dev/ram ou ram0. Eric MC > > > > > Merci pour tes excellentes explications. > > De rien :) Je suis content de t'avoir aider :) > > > > Francis > > > > Sergio > > - > Tchesmeli serge > Admin systéme et réseaux > Léa admin : www.lea-linux.org > [EMAIL PROTECTED] , [EMAIL PROTECTED] > >
Re: [Confirme] Noyau 2.2.16 et supermount
- Original Message - From: Francis Allouchery <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 23, 2000 8:36 PM Subject: Re: [Confirme] Noyau 2.2.16 et supermount > Tchesmeli serge a écrit : > > > > pour faire l'image: > > mkinitrd version_noyau chemin_complet_du_fichier_initrd > > Pour la charger: > > ajouter un ligne dans lilo.conf, dans la rubrique qui concerne le noyau > > impliqué du style > > initrd = chemin_complet_du_fichier_initrd .../ > > OK, merci, j'ai compris (enfin, je pense...) cette fois-ci. Grâce à tes > explications j'ai pu créer l'image initrd et l'installer. Mais là où le > bas blesse encore c'est au niveau de GRUB. Aie :(( > > Le paramètre initrd=chemin_absolu_de_l'image ne fonctionne pas (pas de > problèmes il n'y a juste rien de nouveau qui se passe) et la doc de GRUB > précise que l'option initrd est désormais supportée mais n'a jamais été > testée. Ben avec ça on va pas loin, surtout que la syntaxe à utiliser > n'est pas précisée (où alors je ne l'ai pas vue...). Hum n'ayant jamais utilisé GRUB je ne peux pas t'aider (je chercherais de la doc dessus quand même au cas ou), mais j'y pense!! mandrake utilise tout le temps initrd, donc ils doivent savoir eux comment on fait prendre en compte l'initrd par grub HEIN LES GENS DE CHEZ MANDRAKE?? (bon s'ils ont pas netendu la ils sont sourds :p) > > Je pense que je vais déjà faire un test avec Lilo et si c'est OK Avec lilo ca passe je m'en suit déjà servir moulte fois > conserver LILO en attendant d'éclaircir la question GRUB + initrd. Ouais... je suis sur que c'est possible, faut que Mandrake nous eclaircisse un peu :) > > Merci pour tes excellentes explications. De rien :) Je suis content de t'avoir aider :) > > Francis > Sergio - Tchesmeli serge Admin systéme et réseaux Léa admin : www.lea-linux.org [EMAIL PROTECTED] , [EMAIL PROTECTED]
Re: [Confirme] Noyau 2.2.16 et supermount
Tchesmeli serge a écrit : > pour faire l'image: > mkinitrd version_noyau chemin_complet_du_fichier_initrd > Pour la charger: > ajouter un ligne dans lilo.conf, dans la rubrique qui concerne le noyau > impliqué du style > initrd = chemin_complet_du_fichier_initrd > > Refaire un lilo (si je me trompe pas, je suis sous la slack et j'ai pas > installé les utilitaires d'initrd). > > En fait initrd ne sert pas qu'au périphérique SCSI (même si c'est vrais > c'est l'une de ces principales utilité). > J'explique le role d'initrd: > > Sous linux on peut quasiment tout mettre en module , mais le probléme des > modules est que l'on peut les charger QU'APRES avoir monter le systême > (partiton root, detecter tout les disques, etc...), le probléme est que si > on passe par exemple en module le support ext2 (le filesystem du linux) les > support scsi, ide , etc... on nepeut plus demarrer la systême, car comme > j'ai dis précédément il faut avoir charger tout le systéme pour charger les > modules, hors l'ext2 par exemple est necessaire pour monter le systême... > Donc on arrive au serpent qui se mord la queu : > linux pour demarrer dois avoir ext2 -> ext2 en module DONC a besoin que le > systême soit demarrer -> linux pour demarrer a besoin de ext2 -> etc etc... > > La solution: initrd. Comment ca marche? simplement :) on créer en fait un > fichier image comportant TOUS les modules déclarer dans /etc/modules.conf > (ou conf.modules) que l'on fait charger AVANT le systéme (avant le vmlinuz > en fait) pour avoir ces modules en mémoire. Donc on charge l'initrd en > mémoire donc on a lmes modules, et lorsquele systéme demande les modules il > les a deja en mémoire. > Apres on nettoie tout ca (on aplus besoin des modules en mémoire vu que le > systéme est demarrer donc il peut acceder aux modules) en liberant la > mémoire en effacant l'initrd de celle ci. > > C'est pour ca que desfois on voir lors du démarrage "cannot load xxx > module" et apres le demarrage du systême on regarde: HO le module existe... > Voila :) > OK, merci, j'ai compris (enfin, je pense...) cette fois-ci. Grâce à tes explications j'ai pu créer l'image initrd et l'installer. Mais là où le bas blesse encore c'est au niveau de GRUB. Le paramètre initrd=chemin_absolu_de_l'image ne fonctionne pas (pas de problèmes il n'y a juste rien de nouveau qui se passe) et la doc de GRUB précise que l'option initrd est désormais supportée mais n'a jamais été testée. Ben avec ça on va pas loin, surtout que la syntaxe à utiliser n'est pas précisée (où alors je ne l'ai pas vue...). Je pense que je vais déjà faire un test avec Lilo et si c'est OK conserver LILO en attendant d'éclaircir la question GRUB + initrd. Merci pour tes excellentes explications. Francis
Re: [Confirme] Noyau 2.2.16 et supermount
Le Sun, 20 Aug 2000, Francis Allouchery a écrit : > Tchesmeli serge a écrit : > > .../.. > > probléme d'initrd a tout les coups encore. > > Refait une image initrd, le systéme dois vouloir charger ce module alors > > qu'il a pas finis de monter le kernel, donc ne peut acceder au modules, donc > > normal qui le trouve pas. > > Refait une image initrd pour pouvoir avoir les modules en mémoire avant de > > monter le kernel -- > > Bonjour, > > Merci pour l'info, c'est d'ailleurs la seule réponse que j'ai eu pour le > moment, sans doute parce que c'est la bonne solution... > > J'ai commencé à potasser man initrd mais c'est plutôt flou... de plus je > pensais que les images initrd était plutôt destiné aux périph scsi ? > > Quelques renseignements complémentaires ou liens sur > comment-c'est-y-kon-fait-une-image-initrd et > comment-c'est-y-kon-la-charge ne me serait pas inutiles... > pour faire l'image: mkinitrd version_noyau chemin_complet_du_fichier_initrd Pour la charger: ajouter un ligne dans lilo.conf, dans la rubrique qui concerne le noyau impliqué du style initrd = chemin_complet_du_fichier_initrd Refaire un lilo (si je me trompe pas, je suis sous la slack et j'ai pas installé les utilitaires d'initrd). En fait initrd ne sert pas qu'au périphérique SCSI (même si c'est vrais c'est l'une de ces principales utilité). J'explique le role d'initrd: Sous linux on peut quasiment tout mettre en module , mais le probléme des modules est que l'on peut les charger QU'APRES avoir monter le systême (partiton root, detecter tout les disques, etc...), le probléme est que si on passe par exemple en module le support ext2 (le filesystem du linux) les support scsi, ide , etc... on nepeut plus demarrer la systême, car comme j'ai dis précédément il faut avoir charger tout le systéme pour charger les modules, hors l'ext2 par exemple est necessaire pour monter le systême... Donc on arrive au serpent qui se mord la queu : linux pour demarrer dois avoir ext2 -> ext2 en module DONC a besoin que le systême soit demarrer -> linux pour demarrer a besoin de ext2 -> etc etc... La solution: initrd. Comment ca marche? simplement :) on créer en fait un fichier image comportant TOUS les modules déclarer dans /etc/modules.conf (ou conf.modules) que l'on fait charger AVANT le systéme (avant le vmlinuz en fait) pour avoir ces modules en mémoire. Donc on charge l'initrd en mémoire donc on a lmes modules, et lorsquele systéme demande les modules il les a deja en mémoire. Apres on nettoie tout ca (on aplus besoin des modules en mémoire vu que le systéme est demarrer donc il peut acceder aux modules) en liberant la mémoire en effacant l'initrd de celle ci. C'est pour ca que desfois on voir lors du démarrage "cannot load xxx module" et apres le demarrage du systême on regarde: HO le module existe... Voila :) J'espére avoir eclairci la situation (j'espére lol je ne suit pas tjs tres clair :p) > Merci > > Francis de rien :) -- - Tchesmeli serge Admin systéme et réseaux Léa admin : www.lea-linux.org [EMAIL PROTECTED] , [EMAIL PROTECTED]
Re: [Confirme] Noyau 2.2.16 et supermount
Tchesmeli serge a écrit : > .../.. > probléme d'initrd a tout les coups encore. > Refait une image initrd, le systéme dois vouloir charger ce module alors > qu'il a pas finis de monter le kernel, donc ne peut acceder au modules, donc > normal qui le trouve pas. > Refait une image initrd pour pouvoir avoir les modules en mémoire avant de > monter le kernel -- Bonjour, Merci pour l'info, c'est d'ailleurs la seule réponse que j'ai eu pour le moment, sans doute parce que c'est la bonne solution... J'ai commencé à potasser man initrd mais c'est plutôt flou... de plus je pensais que les images initrd était plutôt destiné aux périph scsi ? Quelques renseignements complémentaires ou liens sur comment-c'est-y-kon-fait-une-image-initrd et comment-c'est-y-kon-la-charge ne me serait pas inutiles... Merci Francis
Re: [Confirme] Noyau 2.2.16 et supermount
Le Sat, 19 Aug 2000, Francis Allouchery racontais: > Bonsoir à tous, > > J'ai installer le noyau 2.2.16-9mdk (sources, headers et kernel-utils) > et compilé le bestiau pour l'adapter à mon système. Jusque là tout va > bien. > > Au reboot un message d'erreur apparait : > > .. > mmounting local filesystems insmod > /lib/modules/2.2.16-9mdk/fs/supermount.o > insmod supermount failed > .. > > Donc je vérife : > > lsmod > .. > ssupermount 15112 1 (autoclean) > .../.. probléme d'initrd a tout les coups encore. Refait une image initrd, le systéme dois vouloir charger ce module alors qu'il a pas finis de monter le kernel, donc ne peut acceder au modules, donc normal qui le trouve pas. Refait une image initrd pour pouvoir avoir les modules en mémoire avant de monter le kernel -- - Tchesmeli serge Admin systéme et réseaux Léa admin : www.lea-linux.org [EMAIL PROTECTED] , [EMAIL PROTECTED]
[Confirme] Noyau 2.2.16 et supermount
Bonsoir à tous, J'ai installer le noyau 2.2.16-9mdk (sources, headers et kernel-utils) et compilé le bestiau pour l'adapter à mon système. Jusque là tout va bien. Au reboot un message d'erreur apparait : ... mounting local filesystems insmod /lib/modules/2.2.16-9mdk/fs/supermount.o insmod supermount failed ... Donc je vérife : lsmod ... supermount 15112 1 (autoclean) Bizarre, insmod n'arrive pas à charger un module qui est chargé correctement (ou le semble) une fois le système démarré... On continue : ls /lib/modules/2.2.16-9mdk/fs ... supermount.o ... Donc le module est bien à sa place, pourquoi ce message d'erreur alors ? Ca commence à m'énerver, je veux en avoir le coeur net : rmmod supermount.o supermount : périphérique ou ressource occupé L'accès à mes périphériques se passe comme avant, il n'y a aucun problème pour l'instant. Quelqu'un pourrait-il m'expliquer alors pourquoi j'ai ce message au démarrage où insmod se plaint de ne pas trouver un module qui est pourtant à sa place, qui se charge correctement et fonctionne itou... Ce n'est pas bien méchant mais j'aime bien que mon système soit clean et ce message me gonfle un peu ;) Des idées ? Merci Francis
