=> !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je
viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon
manuelle (non-Debianized).
Problèmes :
- Ca coince au démarrage (cf. le message d'erreur en dernier tiret, après
que vous ayez pris connaissance des concepts qui restent flous pour moi).
- Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai mis
le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3 et
aussi le support d' "initrd" pour un hypothétique usage futur, mais je n'en
ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je pense ne
pas en avoir besoin, mais la doc dit que sa dépend de la distribution !?!
(Note : le même kernel tout prêt (du packageur de Debian) doit en utiliser
un car il me prenait la tête avec ça quand je voulais l'installer.)
- Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier,
nécessaire au kernel pour booter, devraît contenir des informations
pertinantes quelquesoit le kernel avec lequel on boote ??? Par ailleurs, la
doc dit que ce fichier indique quels modules doivent êtres chargés "at boot
time", mais je ne situe pas bien [le début et] la fin de ce moment appelé
"boot time". Par ailleurs, quelle est la fonction de
"/lib/modules/x.y.z/modules/dep" ? C'est un fichier initialement créé lors
de la compilation/installation du noyeau, non ? Doit-il évoluer ensuite, et
au besoin qu'est-ce qui le fait évoluer. D'après le message d'erreur que je
reporte plus loin, je crois pouvoir en déduire que
"/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf", non
? Comment l'arbre des modules réellement chargés en mémoire (au démarrage
puis ensuite) affecte-il ces fichiers ?
- Tout ce que je pense avoir fait correctement se résume à ceci :
{
Je pense avoir été sage quand aux options de configuration (sous le menu
"xconfig" ; j'ai sauvé ma conf perso) de mon kernel.
Je pense avoir bien suivit les étapes de l'opération, notamment "make
xconfig", "make dep", "make bzImage", "make modules", "make
modules_install", et le renommage et déplacement des fichiers "bzImage" et
"System.map" dans "/boot" (question d'organisation personnelle).
Je pense avoir bien configuré mon "/etc/lilo.conf" qui sait maintenant où
touver ma "bzImage" ("/boot/vmlinuz-2.4.16" en fait) et mon "System.map"
("/boot/System.map-2.4.16") ; mes deux labels, l'original "Linux" et le
nouveau "Linux-k7" semblent tous les deux viables pour "lilo".
J'ai bien lancé "lilo" qui n'a pas bronché ; il a juste dit ce qu'il avait
fait et ça semblait OK.
}
- Nous pouvons maintenant en venir au message d'erreur qui apparaît,
semble-t-il, "at boot time" :
{
insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed
insmod: Note: /etc/modules.conf is more recent then
/lib/modules/2.4.16/modules.dep
}
Voilà, c'en est fini pour la description de mon problème.
Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de maîtriser
ces concepts, je suis complètement perdu.)
Merci de m'élairer sur ces concepts, puis de me suggérer une solution.
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
Thomas Nemeth
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | Bonjour à tous,
Salut.
| => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon | manuelle (non-Debianized).
Grah. Novice avec nunux + novice avec debian ==> utiliser les outils debian sinon gare :)
| Problèmes : | - Ca coince au démarrage (cf. le message d'erreur en dernier tiret, après | que vous ayez pris connaissance des concepts qui restent flous pour moi).
| - Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai mis | le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3 et | aussi le support d' "initrd" pour un hypothétique usage futur, mais je n'en | ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je pense ne | pas en avoir besoin, mais la doc dit que sa dépend de la distribution !?! | (Note : le même kernel tout prêt (du packageur de Debian) doit en utiliser | un car il me prenait la tête avec ça quand je voulais l'installer.)
Oui. Initrd permet au noyau de charger un fs contenu dans un fichier. Ce fs contient de quoi charger des modules _avant_ l'initialisation complète du système (montage des disques, toussa). Ainsi le noyau est petit, contient peu de fonctionnalités mais peut détecter plus de choses au boot.
| - Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier, | nécessaire au kernel pour booter, devraît contenir des informations | pertinantes quelquesoit le kernel avec lequel on boote ??? Par ailleurs, la
man modules.conf : DESCRIPTION The behaviour of modprobe(8) (and depmod(8) ) can be modi fied by the (optional) configuration file /etc/mod ules.conf.
Ça permet de, par exemple, spécifier des paramètres aux modules.
| doc dit que ce fichier indique quels modules doivent êtres chargés "at boot | time",
Non. Ça c'est /etc/modules (tout court).
| mais je ne situe pas bien [le début et] la fin de ce moment appelé | "boot time".
Houlà :) Faut lire de la doc, à ce niveau. http://www.linux-france.org/ On va faire simple : BIOS -> lilo (ou autre) -> chargement du noyau -> montage de / -> chargement des modules -> lancement d'init -> lancement des scripts de boot et des applications de /etc/inittab relatives au RL.
| Par ailleurs, quelle est la fonction de | "/lib/modules/x.y.z/modules/dep" ?
Il spécifie de quels autres modules un module particulier dépend.
| C'est un fichier initialement créé lors | de la compilation/installation du noyeau, non ?
Grosso-modo.
| Doit-il évoluer ensuite, et
Non.
| au besoin qu'est-ce qui le fait évoluer. D'après le message d'erreur que je | reporte plus loin, je crois pouvoir en déduire que | "/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf", non | ? Comment l'arbre des modules réellement chargés en mémoire (au démarrage | puis ensuite) affecte-il ces fichiers ?
| - Tout ce que je pense avoir fait correctement se résume à ceci : [snip] | - Nous pouvons maintenant en venir au message d'erreur qui apparaît, | semble-t-il, "at boot time" : | { | insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed | insmod: Note: /etc/modules.conf is more recent then | /lib/modules/2.4.16/modules.dep | } | | Voilà, c'en est fini pour la description de mon problème. | | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de maîtriser | ces concepts, je suis complètement perdu.)
Pour l'instant non. Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de voir et recommence.
| Merci de m'élairer sur ces concepts, puis de me suggérer une solution.
Avec plaisir.
Thomas -- BOFH excuse #342: HTTPD Error 4004 : very old Intel cpu - insufficient processing power.
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté :
| Bonjour à tous,
Salut.
| => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je
| viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon
| manuelle (non-Debianized).
Grah. Novice avec nunux + novice avec debian ==> utiliser les
outils debian sinon gare :)
| Problèmes :
| - Ca coince au démarrage (cf. le message d'erreur en dernier tiret, après
| que vous ayez pris connaissance des concepts qui restent flous pour moi).
| - Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai mis
| le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3 et
| aussi le support d' "initrd" pour un hypothétique usage futur, mais je n'en
| ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je pense ne
| pas en avoir besoin, mais la doc dit que sa dépend de la distribution !?!
| (Note : le même kernel tout prêt (du packageur de Debian) doit en utiliser
| un car il me prenait la tête avec ça quand je voulais l'installer.)
Oui. Initrd permet au noyau de charger un fs contenu dans un
fichier. Ce fs contient de quoi charger des modules _avant_
l'initialisation complète du système (montage des disques, toussa).
Ainsi le noyau est petit, contient peu de fonctionnalités mais peut
détecter plus de choses au boot.
| - Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier,
| nécessaire au kernel pour booter, devraît contenir des informations
| pertinantes quelquesoit le kernel avec lequel on boote ??? Par ailleurs, la
man modules.conf :
DESCRIPTION
The behaviour of modprobe(8) (and depmod(8) ) can be modi
fied by the (optional) configuration file /etc/mod
ules.conf.
Ça permet de, par exemple, spécifier des paramètres aux modules.
| doc dit que ce fichier indique quels modules doivent êtres chargés "at boot
| time",
Non. Ça c'est /etc/modules (tout court).
| mais je ne situe pas bien [le début et] la fin de ce moment appelé
| "boot time".
Houlà :)
Faut lire de la doc, à ce niveau. http://www.linux-france.org/
On va faire simple :
BIOS -> lilo (ou autre) -> chargement du noyau -> montage de / ->
chargement des modules -> lancement d'init -> lancement des scripts
de boot et des applications de /etc/inittab relatives au RL.
| Par ailleurs, quelle est la fonction de
| "/lib/modules/x.y.z/modules/dep" ?
Il spécifie de quels autres modules un module particulier dépend.
| C'est un fichier initialement créé lors
| de la compilation/installation du noyeau, non ?
Grosso-modo.
| Doit-il évoluer ensuite, et
Non.
| au besoin qu'est-ce qui le fait évoluer. D'après le message d'erreur que je
| reporte plus loin, je crois pouvoir en déduire que
| "/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf", non
| ? Comment l'arbre des modules réellement chargés en mémoire (au démarrage
| puis ensuite) affecte-il ces fichiers ?
| - Tout ce que je pense avoir fait correctement se résume à ceci :
[snip]
| - Nous pouvons maintenant en venir au message d'erreur qui apparaît,
| semble-t-il, "at boot time" :
| {
| insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed
| insmod: Note: /etc/modules.conf is more recent then
| /lib/modules/2.4.16/modules.dep
| }
|
| Voilà, c'en est fini pour la description de mon problème.
|
| Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de maîtriser
| ces concepts, je suis complètement perdu.)
Pour l'instant non.
Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de
voir et recommence.
| Merci de m'élairer sur ces concepts, puis de me suggérer une solution.
Avec plaisir.
Thomas
--
BOFH excuse #342:
HTTPD Error 4004 : very old Intel cpu - insufficient processing power.
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | Bonjour à tous,
Salut.
| => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon | manuelle (non-Debianized).
Grah. Novice avec nunux + novice avec debian ==> utiliser les outils debian sinon gare :)
| Problèmes : | - Ca coince au démarrage (cf. le message d'erreur en dernier tiret, après | que vous ayez pris connaissance des concepts qui restent flous pour moi).
| - Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai mis | le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3 et | aussi le support d' "initrd" pour un hypothétique usage futur, mais je n'en | ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je pense ne | pas en avoir besoin, mais la doc dit que sa dépend de la distribution !?! | (Note : le même kernel tout prêt (du packageur de Debian) doit en utiliser | un car il me prenait la tête avec ça quand je voulais l'installer.)
Oui. Initrd permet au noyau de charger un fs contenu dans un fichier. Ce fs contient de quoi charger des modules _avant_ l'initialisation complète du système (montage des disques, toussa). Ainsi le noyau est petit, contient peu de fonctionnalités mais peut détecter plus de choses au boot.
| - Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier, | nécessaire au kernel pour booter, devraît contenir des informations | pertinantes quelquesoit le kernel avec lequel on boote ??? Par ailleurs, la
man modules.conf : DESCRIPTION The behaviour of modprobe(8) (and depmod(8) ) can be modi fied by the (optional) configuration file /etc/mod ules.conf.
Ça permet de, par exemple, spécifier des paramètres aux modules.
| doc dit que ce fichier indique quels modules doivent êtres chargés "at boot | time",
Non. Ça c'est /etc/modules (tout court).
| mais je ne situe pas bien [le début et] la fin de ce moment appelé | "boot time".
Houlà :) Faut lire de la doc, à ce niveau. http://www.linux-france.org/ On va faire simple : BIOS -> lilo (ou autre) -> chargement du noyau -> montage de / -> chargement des modules -> lancement d'init -> lancement des scripts de boot et des applications de /etc/inittab relatives au RL.
| Par ailleurs, quelle est la fonction de | "/lib/modules/x.y.z/modules/dep" ?
Il spécifie de quels autres modules un module particulier dépend.
| C'est un fichier initialement créé lors | de la compilation/installation du noyeau, non ?
Grosso-modo.
| Doit-il évoluer ensuite, et
Non.
| au besoin qu'est-ce qui le fait évoluer. D'après le message d'erreur que je | reporte plus loin, je crois pouvoir en déduire que | "/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf", non | ? Comment l'arbre des modules réellement chargés en mémoire (au démarrage | puis ensuite) affecte-il ces fichiers ?
| - Tout ce que je pense avoir fait correctement se résume à ceci : [snip] | - Nous pouvons maintenant en venir au message d'erreur qui apparaît, | semble-t-il, "at boot time" : | { | insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed | insmod: Note: /etc/modules.conf is more recent then | /lib/modules/2.4.16/modules.dep | } | | Voilà, c'en est fini pour la description de mon problème. | | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de maîtriser | ces concepts, je suis complètement perdu.)
Pour l'instant non. Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de voir et recommence.
| Merci de m'élairer sur ces concepts, puis de me suggérer une solution.
Avec plaisir.
Thomas -- BOFH excuse #342: HTTPD Error 4004 : very old Intel cpu - insufficient processing power.
françois
Thomas Nemeth wrote:
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | Bonjour à tous,
Salut.
| => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon | manuelle (non-Debianized).
Salut oh la la là il ya trop de chose que tu ne pourras pas faire si tu ne comprend pas ce que tu fais , comme dans tous , les howto en langue française sont trés bien fait et je pense qu'il y a tous ce que tu veux savoir dedans ,un peu de lecture et hop . ciao
Thomas Nemeth wrote:
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté :
| Bonjour à tous,
Salut.
| => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je
| viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon
| manuelle (non-Debianized).
Salut
oh la la
là il ya trop de chose que tu ne pourras pas faire si tu ne comprend
pas ce que tu fais , comme dans tous , les howto en langue française
sont trés bien fait
et je pense qu'il y a tous ce que tu veux savoir dedans ,un peu de lecture
et hop .
ciao
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | Bonjour à tous,
Salut.
| => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon | manuelle (non-Debianized).
Salut oh la la là il ya trop de chose que tu ne pourras pas faire si tu ne comprend pas ce que tu fais , comme dans tous , les howto en langue française sont trés bien fait et je pense qu'il y a tous ce que tu veux savoir dedans ,un peu de lecture et hop . ciao
Thomas Nemeth
Le jeu 08 jan 2004 à 18:19, françois a tapoté : | Thomas Nemeth wrote: | > Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | > | > | => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je | > | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon | > | manuelle (non-Debianized). | | Salut
Bonjour,
| oh la la | là il ya trop de chose que tu ne pourras pas faire si tu ne comprend | pas ce que tu fais , comme dans tous , les howto en langue française | sont trés bien fait
Merci de répondre à la bonne personne :)
Thomas -- BOFH excuse #364: Sand fleas eating the Internet cables.
Le jeu 08 jan 2004 à 18:19, françois a tapoté :
| Thomas Nemeth wrote:
| > Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté :
| >
| > | => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je
| > | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon
| > | manuelle (non-Debianized).
|
| Salut
Bonjour,
| oh la la
| là il ya trop de chose que tu ne pourras pas faire si tu ne comprend
| pas ce que tu fais , comme dans tous , les howto en langue française
| sont trés bien fait
Merci de répondre à la bonne personne :)
Thomas
--
BOFH excuse #364:
Sand fleas eating the Internet cables.
Le jeu 08 jan 2004 à 18:19, françois a tapoté : | Thomas Nemeth wrote: | > Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | > | > | => !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je | > | viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon | > | manuelle (non-Debianized). | | Salut
Bonjour,
| oh la la | là il ya trop de chose que tu ne pourras pas faire si tu ne comprend | pas ce que tu fais , comme dans tous , les howto en langue française | sont trés bien fait
Merci de répondre à la bonne personne :)
Thomas -- BOFH excuse #364: Sand fleas eating the Internet cables.
"Thomas Nemeth" a écrit dans le message de news:3ffd8915$0$22307$
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | Bonjour à tous,
Salut.
Re !
| Problèmes : | - Ca coince au démarrage (cf. le message d'erreur en dernier tiret, après
| que vous ayez pris connaissance des concepts qui restent flous pour moi).
| - Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai mis
| le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3 et
| aussi le support d' "initrd" pour un hypothétique usage futur, mais je n'en
| ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je pense ne
| pas en avoir besoin, mais la doc dit que sa dépend de la distribution !?!
| (Note : le même kernel tout prêt (du packageur de Debian) doit en utiliser
| un car il me prenait la tête avec ça quand je voulais l'installer.)
Oui. Initrd permet au noyau de charger un fs contenu dans un fichier. Ce fs contient de quoi charger des modules _avant_ l'initialisation complète du système (montage des disques, toussa). Ainsi le noyau est petit, contient peu de fonctionnalités mais peut détecter plus de choses au boot.
Qu'entents-tu par là ? - Oui, [Je ne sais pas si] j'ai besoin d'un initrd ou - Oui, [Je pense] ne pas en avoir besoin
| Par ailleurs, quelle est la fonction de | "/lib/modules/x.y.z/modules/dep" ? Il spécifie de quels autres modules un module particulier dépend.
| C'est un fichier initialement créé lors | de la compilation/installation du noyeau, non ? Grosso-modo.
| Doit-il évoluer ensuite, et Non.
| - Tout ce que je pense avoir fait correctement se résume à ceci : [snip] Que dois-je comprendre par là ?
| - Nous pouvons maintenant en venir au message d'erreur qui apparaît, | semble-t-il, "at boot time" : | { | insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed
| insmod: Note: /etc/modules.conf is more recent then | /lib/modules/2.4.16/modules.dep | } | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de maîtriser
| ces concepts, je suis complètement perdu.) Pour l'instant non. Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de voir et recommence. J'ai fait le touch en question (pendant que l'ancien kernel tournait), et
j'ai dû redémarrer ensuite pour essayer mon nouveau kernel (logique) et ... ... /etc/modules.conf à augmenté tout seul sa date en la calant sur la date du démarrage du nouveau kernel (ou date d'exctinction de l'ancien) !
Dois-je donner une date Ultra-Futuriste à /lib/modules/2.4.16/modules.dep ou bien le problème se trouve-t-il ailleur (le plus vraisemblable) ?
| Merci de m'élairer sur ces concepts ... Ca tient toujours.
... > | , puis de me suggérer une solution. Et ça aussi ;-)
Avec plaisir. Thank's Thomas !
"Thomas Nemeth" <thomas@exether.vipere.noire> a écrit dans le message de
news:3ffd8915$0$22307$626a54ce@news.free.fr...
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté :
| Bonjour à tous,
Salut.
Re !
| Problèmes :
| - Ca coince au démarrage (cf. le message d'erreur en dernier tiret,
après
| que vous ayez pris connaissance des concepts qui restent flous pour
moi).
| - Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai
mis
| le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3
et
| aussi le support d' "initrd" pour un hypothétique usage futur, mais je
n'en
| ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je
pense ne
| pas en avoir besoin, mais la doc dit que sa dépend de la distribution
!?!
| (Note : le même kernel tout prêt (du packageur de Debian) doit en
utiliser
| un car il me prenait la tête avec ça quand je voulais l'installer.)
Oui. Initrd permet au noyau de charger un fs contenu dans un
fichier. Ce fs contient de quoi charger des modules _avant_
l'initialisation complète du système (montage des disques, toussa).
Ainsi le noyau est petit, contient peu de fonctionnalités mais peut
détecter plus de choses au boot.
Qu'entents-tu par là ?
- Oui, [Je ne sais pas si] j'ai besoin d'un initrd
ou
- Oui, [Je pense] ne pas en avoir besoin
| Par ailleurs, quelle est la fonction de
| "/lib/modules/x.y.z/modules/dep" ?
Il spécifie de quels autres modules un module particulier dépend.
| C'est un fichier initialement créé lors
| de la compilation/installation du noyeau, non ?
Grosso-modo.
| Doit-il évoluer ensuite, et
Non.
| - Tout ce que je pense avoir fait correctement se résume à ceci :
[snip]
Que dois-je comprendre par là ?
| - Nous pouvons maintenant en venir au message d'erreur qui apparaît,
| semble-t-il, "at boot time" :
| {
| insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1
failed
| insmod: Note: /etc/modules.conf is more recent then
| /lib/modules/2.4.16/modules.dep
| }
| Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de
maîtriser
| ces concepts, je suis complètement perdu.)
Pour l'instant non.
Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de
voir et recommence.
J'ai fait le touch en question (pendant que l'ancien kernel tournait), et
j'ai dû redémarrer ensuite pour essayer mon nouveau kernel (logique) et ...
... /etc/modules.conf à augmenté tout seul sa date en la calant sur la date
du démarrage du nouveau kernel (ou date d'exctinction de l'ancien) !
Dois-je donner une date Ultra-Futuriste à /lib/modules/2.4.16/modules.dep ou
bien le problème se trouve-t-il ailleur (le plus vraisemblable) ?
| Merci de m'élairer sur ces concepts ...
Ca tient toujours.
... > | , puis de me suggérer une solution.
Et ça aussi ;-)
"Thomas Nemeth" a écrit dans le message de news:3ffd8915$0$22307$
Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | Bonjour à tous,
Salut.
Re !
| Problèmes : | - Ca coince au démarrage (cf. le message d'erreur en dernier tiret, après
| que vous ayez pris connaissance des concepts qui restent flous pour moi).
| - Je ne sais pas si j'ai besoin d'un "initrd" ; à la compilation j'ai mis
| le support des fs que j'utilise DANS le kernel : serie dos/fvat, ext2/3 et
| aussi le support d' "initrd" pour un hypothétique usage futur, mais je n'en
| ai pas créé et il n'y en a pas (ou alors j'ai rien vu). En fait, je pense ne
| pas en avoir besoin, mais la doc dit que sa dépend de la distribution !?!
| (Note : le même kernel tout prêt (du packageur de Debian) doit en utiliser
| un car il me prenait la tête avec ça quand je voulais l'installer.)
Oui. Initrd permet au noyau de charger un fs contenu dans un fichier. Ce fs contient de quoi charger des modules _avant_ l'initialisation complète du système (montage des disques, toussa). Ainsi le noyau est petit, contient peu de fonctionnalités mais peut détecter plus de choses au boot.
Qu'entents-tu par là ? - Oui, [Je ne sais pas si] j'ai besoin d'un initrd ou - Oui, [Je pense] ne pas en avoir besoin
| Par ailleurs, quelle est la fonction de | "/lib/modules/x.y.z/modules/dep" ? Il spécifie de quels autres modules un module particulier dépend.
| C'est un fichier initialement créé lors | de la compilation/installation du noyeau, non ? Grosso-modo.
| Doit-il évoluer ensuite, et Non.
| - Tout ce que je pense avoir fait correctement se résume à ceci : [snip] Que dois-je comprendre par là ?
| - Nous pouvons maintenant en venir au message d'erreur qui apparaît, | semble-t-il, "at boot time" : | { | insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed
| insmod: Note: /etc/modules.conf is more recent then | /lib/modules/2.4.16/modules.dep | } | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de maîtriser
| ces concepts, je suis complètement perdu.) Pour l'instant non. Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de voir et recommence. J'ai fait le touch en question (pendant que l'ancien kernel tournait), et
j'ai dû redémarrer ensuite pour essayer mon nouveau kernel (logique) et ... ... /etc/modules.conf à augmenté tout seul sa date en la calant sur la date du démarrage du nouveau kernel (ou date d'exctinction de l'ancien) !
Dois-je donner une date Ultra-Futuriste à /lib/modules/2.4.16/modules.dep ou bien le problème se trouve-t-il ailleur (le plus vraisemblable) ?
| Merci de m'élairer sur ces concepts ... Ca tient toujours.
... > | , puis de me suggérer une solution. Et ça aussi ;-)
Avec plaisir. Thank's Thomas !
Thomas Nemeth
Le jeu 08 jan 2004 à 18:36, Lucien K. a tapoté : | "Thomas Nemeth" a écrit dans le message de | news:3ffd8915$0$22307$ | > Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | > | > Oui. Initrd permet au noyau de charger un fs contenu dans un | > fichier. Ce fs contient de quoi charger des modules _avant_ | > l'initialisation complète du système (montage des disques, toussa). | > Ainsi le noyau est petit, contient peu de fonctionnalités mais peut | > détecter plus de choses au boot. | | Qu'entents-tu par là ? | - Oui, [Je ne sais pas si] j'ai besoin d'un initrd | ou | - Oui, [Je pense] ne pas en avoir besoin
Tu n'en as pas besoin.
| > | - Tout ce que je pense avoir fait correctement se résume à ceci : | > [snip] | Que dois-je comprendre par là ?
C'était long et j'ai coupé :)
| > | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de | maîtriser | > | ces concepts, je suis complètement perdu.) | > Pour l'instant non. | > Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de | > voir et recommence. | J'ai fait le touch en question (pendant que l'ancien kernel tournait), et | j'ai dû redémarrer ensuite pour essayer mon nouveau kernel (logique) et ... | ... /etc/modules.conf à augmenté tout seul sa date en la calant sur la date | du démarrage du nouveau kernel (ou date d'exctinction de l'ancien) !
Ah ? Tout seul ? Ici, sur une debian potato, installé fin 2000 : exether[~] ll /etc/modules.conf -rw-r--r-- 1 root root 3744 nov 2 2001 /etc/modules.conf
Il y a un truc bizarre dans ta debian.
| > | Merci de m'élairer sur ces concepts ... | Ca tient toujours. | ... > | , puis de me suggérer une solution. | Et ça aussi ;-)
apt-cache search kernel-image sudo apt-get install kernel-image-2.4.xx avec xx == le bon numéro. La dernière fois que j'ai regardé, pour une Debian Sarge, c'était le 2.4.21. Maintenant pour une Woody, je ne sais pas, mais de toutes façons un paquet de correction du dernier bug 2.4 est sorti dans security.debian.org... Si tu l'as dans ton sources.list, ça devrait se passer tout seul.
Thomas -- BOFH excuse #372: Forced to support NT servers; sysadmins quit.
Le jeu 08 jan 2004 à 18:36, Lucien K. a tapoté :
| "Thomas Nemeth" <thomas@exether.vipere.noire> a écrit dans le message de
| news:3ffd8915$0$22307$626a54ce@news.free.fr...
| > Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté :
| >
| > Oui. Initrd permet au noyau de charger un fs contenu dans un
| > fichier. Ce fs contient de quoi charger des modules _avant_
| > l'initialisation complète du système (montage des disques, toussa).
| > Ainsi le noyau est petit, contient peu de fonctionnalités mais peut
| > détecter plus de choses au boot.
|
| Qu'entents-tu par là ?
| - Oui, [Je ne sais pas si] j'ai besoin d'un initrd
| ou
| - Oui, [Je pense] ne pas en avoir besoin
Tu n'en as pas besoin.
| > | - Tout ce que je pense avoir fait correctement se résume à ceci :
| > [snip]
| Que dois-je comprendre par là ?
C'était long et j'ai coupé :)
| > | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de
| maîtriser
| > | ces concepts, je suis complètement perdu.)
| > Pour l'instant non.
| > Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de
| > voir et recommence.
| J'ai fait le touch en question (pendant que l'ancien kernel tournait), et
| j'ai dû redémarrer ensuite pour essayer mon nouveau kernel (logique) et ...
| ... /etc/modules.conf à augmenté tout seul sa date en la calant sur la date
| du démarrage du nouveau kernel (ou date d'exctinction de l'ancien) !
Ah ? Tout seul ?
Ici, sur une debian potato, installé fin 2000 :
exether[~] ll /etc/modules.conf
-rw-r--r-- 1 root root 3744 nov 2 2001 /etc/modules.conf
Il y a un truc bizarre dans ta debian.
| > | Merci de m'élairer sur ces concepts ...
| Ca tient toujours.
| ... > | , puis de me suggérer une solution.
| Et ça aussi ;-)
apt-cache search kernel-image
sudo apt-get install kernel-image-2.4.xx
avec xx == le bon numéro. La dernière fois que j'ai regardé, pour
une Debian Sarge, c'était le 2.4.21. Maintenant pour une Woody, je
ne sais pas, mais de toutes façons un paquet de correction du
dernier bug 2.4 est sorti dans security.debian.org... Si tu l'as
dans ton sources.list, ça devrait se passer tout seul.
Thomas
--
BOFH excuse #372:
Forced to support NT servers; sysadmins quit.
Le jeu 08 jan 2004 à 18:36, Lucien K. a tapoté : | "Thomas Nemeth" a écrit dans le message de | news:3ffd8915$0$22307$ | > Le jeu 08 jan 2004 à 17:16, Lucien K. a tapoté : | > | > Oui. Initrd permet au noyau de charger un fs contenu dans un | > fichier. Ce fs contient de quoi charger des modules _avant_ | > l'initialisation complète du système (montage des disques, toussa). | > Ainsi le noyau est petit, contient peu de fonctionnalités mais peut | > détecter plus de choses au boot. | | Qu'entents-tu par là ? | - Oui, [Je ne sais pas si] j'ai besoin d'un initrd | ou | - Oui, [Je pense] ne pas en avoir besoin
Tu n'en as pas besoin.
| > | - Tout ce que je pense avoir fait correctement se résume à ceci : | > [snip] | Que dois-je comprendre par là ?
C'était long et j'ai coupé :)
| > | Vais-je devoir manipuler du depmod et autre initrd ??? (Faute de | maîtriser | > | ces concepts, je suis complètement perdu.) | > Pour l'instant non. | > Fait juste un 'touch /lib/modules/2.4.16/modules.dep' histoire de | > voir et recommence. | J'ai fait le touch en question (pendant que l'ancien kernel tournait), et | j'ai dû redémarrer ensuite pour essayer mon nouveau kernel (logique) et ... | ... /etc/modules.conf à augmenté tout seul sa date en la calant sur la date | du démarrage du nouveau kernel (ou date d'exctinction de l'ancien) !
Ah ? Tout seul ? Ici, sur une debian potato, installé fin 2000 : exether[~] ll /etc/modules.conf -rw-r--r-- 1 root root 3744 nov 2 2001 /etc/modules.conf
Il y a un truc bizarre dans ta debian.
| > | Merci de m'élairer sur ces concepts ... | Ca tient toujours. | ... > | , puis de me suggérer une solution. | Et ça aussi ;-)
apt-cache search kernel-image sudo apt-get install kernel-image-2.4.xx avec xx == le bon numéro. La dernière fois que j'ai regardé, pour une Debian Sarge, c'était le 2.4.21. Maintenant pour une Woody, je ne sais pas, mais de toutes façons un paquet de correction du dernier bug 2.4 est sorti dans security.debian.org... Si tu l'as dans ton sources.list, ça devrait se passer tout seul.
Thomas -- BOFH excuse #372: Forced to support NT servers; sysadmins quit.
no_spam
On Thu, 08 Jan 2004 17:16:59 +0100, Lucien K. wrote:
Bonjour à tous,
=> !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon manuelle (non-Debianized).
Un bon entrainement :-)
Problèmes : ...
- Je ne sais pas si j'ai besoin d'un "initrd" ;
Si tu as inclus dans le kernel tout ce dont tu as besoin pour accéder à / /etc /sbin /var et /tmp , tu n'as pas besoin d'initrd. En fait, à par dans des cas très particuliers (boot réseau, drivers propriétaires indispensables pour booter), il n'y a pas besoin d'initrd. Les distributions les utilise pour éviter de mettre les drivers dans le noyau et compiler ainsi un kernel à peu près générique pas trop gros. Ils mettent tous les drivers dans l'initrd et sont ainsi sur de pouvoir booter (encore une fois, c'est une vision simplifiée...). A partir du moment ou tu utilise du matériel "standard" et que tu compiles ton kernel, tu n'as pas de raison d'en avoir besoin...
- Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier, nécessaire au kernel pour booter, devraît contenir des informations pertinantes quelquesoit le kernel avec lequel on boote ???
Non, il n'est pas utile pour booter. Ce sont des fichiers de configuration pour automatiser le chargement des drivers quand le kernel en a besoin: lorsque le kernel a besoin d'un driver ou d'un service (un protocole réseau, par exemple...), il lance /sbin/modprobe en lui passant divers paramêtres. Celui-ci regarde les fichiers en question et en déduit quel driver il doit charger et de quels autres drivers il dépend. Il charge tout celà et le kernel peut continuer son boulot sans avoir à demander à root de faire celà à la main...
Par ailleurs, quelle est la fonction de "/lib/modules/x.y.z/modules/dep" ?
C'est le fichier qui décrit les dépendances entre les modules. Il dit par exemple: pour se servir du la carte son xxx, il faut d'abord charger le module du support OSS.
C'est un fichier initialement créé lors de la compilation/installation du noyeau, non ?
Oui.
Doit-il évoluer ensuite, et au besoin qu'est-ce qui le fait évoluer.
Si tu installes de nouveaux modules, lances: depmod -a ensuite, en tant que root. Ca le regénerera. La plupart des distributions le font d'office au boot
D'après le message d'erreur que je reporte plus loin, je crois pouvoir en déduire que "/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf", non ?
Absolument pas.
Comment l'arbre des modules réellement chargés en mémoire (au démarrage puis ensuite) affecte-il ces fichiers ?
Il ne les affecte pas.
...
- Nous pouvons maintenant en venir au message d'erreur qui apparaît, semble-t-il, "at boot time" : { insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed insmod: Note: /etc/modules.conf is more recent then /lib/modules/2.4.16/modules.dep }
Il te manque le support des sockets UNIX. Ca peut se réveler assez embetant... Change la configuration de ton noyau en rajoutant: "Unix domain sockets" dans la configuration réseau. Pas la peine de tout recompiler: make modules puis make modules_install en tant que root résoudront le problème (make modules_install lance depmod, et donc regénere le fichier de dépendance des modules).
On Thu, 08 Jan 2004 17:16:59 +0100, Lucien K. wrote:
Bonjour à tous,
=> !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je
viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon
manuelle (non-Debianized).
Un bon entrainement :-)
Problèmes :
...
- Je ne sais pas si j'ai besoin d'un "initrd" ;
Si tu as inclus dans le kernel tout ce dont tu as besoin pour accéder
à / /etc /sbin /var et /tmp , tu n'as pas besoin d'initrd.
En fait, à par dans des cas très particuliers (boot réseau, drivers
propriétaires indispensables pour booter), il n'y a pas besoin
d'initrd. Les distributions les utilise pour éviter de mettre les
drivers dans le noyau et compiler ainsi un kernel à peu près générique
pas trop gros. Ils mettent tous les drivers dans l'initrd et sont
ainsi sur de pouvoir booter (encore une fois, c'est une vision
simplifiée...).
A partir du moment ou tu utilise du matériel "standard" et que tu
compiles ton kernel, tu n'as pas de raison d'en avoir besoin...
- Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier,
nécessaire au kernel pour booter, devraît contenir des informations
pertinantes quelquesoit le kernel avec lequel on boote ???
Non, il n'est pas utile pour booter.
Ce sont des fichiers de configuration pour automatiser le chargement
des drivers quand le kernel en a besoin:
lorsque le kernel a besoin d'un driver ou d'un service (un protocole
réseau, par exemple...), il lance /sbin/modprobe en lui passant
divers paramêtres. Celui-ci regarde les fichiers en question
et en déduit quel driver il doit charger et de quels autres drivers
il dépend. Il charge tout celà et le kernel peut continuer son
boulot sans avoir à demander à root de faire celà à la main...
Par ailleurs, quelle est la fonction de
"/lib/modules/x.y.z/modules/dep" ?
C'est le fichier qui décrit les dépendances entre les modules.
Il dit par exemple:
pour se servir du la carte son xxx, il faut d'abord charger
le module du support OSS.
C'est un fichier initialement créé lors
de la compilation/installation du noyeau, non ?
Oui.
Doit-il évoluer ensuite, et
au besoin qu'est-ce qui le fait évoluer.
Si tu installes de nouveaux modules, lances:
depmod -a
ensuite, en tant que root. Ca le regénerera.
La plupart des distributions le font d'office au boot
D'après le message d'erreur que je
reporte plus loin, je crois pouvoir en déduire que
"/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf",
non ?
Absolument pas.
Comment l'arbre des modules réellement chargés en mémoire (au démarrage
puis ensuite) affecte-il ces fichiers ?
Il ne les affecte pas.
...
- Nous pouvons maintenant en venir au message d'erreur qui apparaît,
semble-t-il, "at boot time" :
{
insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed
insmod: Note: /etc/modules.conf is more recent then
/lib/modules/2.4.16/modules.dep
}
Il te manque le support des sockets UNIX. Ca peut se réveler assez
embetant...
Change la configuration de ton noyau en rajoutant:
"Unix domain sockets"
dans la configuration réseau.
Pas la peine de tout recompiler:
make modules
puis
make modules_install
en tant que root résoudront le problème (make modules_install
lance depmod, et donc regénere le fichier de dépendance des modules).
On Thu, 08 Jan 2004 17:16:59 +0100, Lucien K. wrote:
Bonjour à tous,
=> !!! Tout juste néophyte, avec ma Debian Woody 3.0_r1 kernel 2.2.20, je viens d'essayer d'installer (compiler) un kernel 2.4.16 sur-mesure façon manuelle (non-Debianized).
Un bon entrainement :-)
Problèmes : ...
- Je ne sais pas si j'ai besoin d'un "initrd" ;
Si tu as inclus dans le kernel tout ce dont tu as besoin pour accéder à / /etc /sbin /var et /tmp , tu n'as pas besoin d'initrd. En fait, à par dans des cas très particuliers (boot réseau, drivers propriétaires indispensables pour booter), il n'y a pas besoin d'initrd. Les distributions les utilise pour éviter de mettre les drivers dans le noyau et compiler ainsi un kernel à peu près générique pas trop gros. Ils mettent tous les drivers dans l'initrd et sont ainsi sur de pouvoir booter (encore une fois, c'est une vision simplifiée...). A partir du moment ou tu utilise du matériel "standard" et que tu compiles ton kernel, tu n'as pas de raison d'en avoir besoin...
- Je ne comprends pas la philosophie du "/etc/modules.conf". Ce fichier, nécessaire au kernel pour booter, devraît contenir des informations pertinantes quelquesoit le kernel avec lequel on boote ???
Non, il n'est pas utile pour booter. Ce sont des fichiers de configuration pour automatiser le chargement des drivers quand le kernel en a besoin: lorsque le kernel a besoin d'un driver ou d'un service (un protocole réseau, par exemple...), il lance /sbin/modprobe en lui passant divers paramêtres. Celui-ci regarde les fichiers en question et en déduit quel driver il doit charger et de quels autres drivers il dépend. Il charge tout celà et le kernel peut continuer son boulot sans avoir à demander à root de faire celà à la main...
Par ailleurs, quelle est la fonction de "/lib/modules/x.y.z/modules/dep" ?
C'est le fichier qui décrit les dépendances entre les modules. Il dit par exemple: pour se servir du la carte son xxx, il faut d'abord charger le module du support OSS.
C'est un fichier initialement créé lors de la compilation/installation du noyeau, non ?
Oui.
Doit-il évoluer ensuite, et au besoin qu'est-ce qui le fait évoluer.
Si tu installes de nouveaux modules, lances: depmod -a ensuite, en tant que root. Ca le regénerera. La plupart des distributions le font d'office au boot
D'après le message d'erreur que je reporte plus loin, je crois pouvoir en déduire que "/lib/modules/x.y.z/modules.dep" est déterminé par "/etc/modules.conf", non ?
Absolument pas.
Comment l'arbre des modules réellement chargés en mémoire (au démarrage puis ensuite) affecte-il ces fichiers ?
Il ne les affecte pas.
...
- Nous pouvons maintenant en venir au message d'erreur qui apparaît, semble-t-il, "at boot time" : { insmod: /lib/modules/2.4.16/kernel/net/unix/unix.c: insmod net_pf_1 failed insmod: Note: /etc/modules.conf is more recent then /lib/modules/2.4.16/modules.dep }
Il te manque le support des sockets UNIX. Ca peut se réveler assez embetant... Change la configuration de ton noyau en rajoutant: "Unix domain sockets" dans la configuration réseau. Pas la peine de tout recompiler: make modules puis make modules_install en tant que root résoudront le problème (make modules_install lance depmod, et donc regénere le fichier de dépendance des modules).
