bon ma pr=E9c=E9dente question a du faire un peu peur ou =EAtre mal formul=
=E9e, donc=20
je la repose autrement :-). Quelqu'un sait-il comment le noyau sait o=F9=20
chercher ses modules ?
PS : ma pr=E9c=E9dente question avait pour titre : modules.cgz, initrd, etc=
=2E=20
=46abriquer un noyau et un initrd.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Raphaël
> Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans /lib/modules/2.6.14-xxxx/
Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait ainsi pour placer mes modules), mais dans le cas d'un initrd, dans lequel les modules sont stockés dans une archive cpio avec arborescence plate (il en est ainsi de l'initrd de l'image de l'install réseau de la fedora), comment fait-il pour les trouver ?
Je crois que initrd ce contente de charger en mémoire un à un les modules qu'il a dedans et se contente de garder ceux pour qui il détecte quelquechose.
Raphaël
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
> Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans
/lib/modules/2.6.14-xxxx/
Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait
ainsi
pour placer mes modules), mais dans le cas d'un initrd, dans lequel les
modules sont stockés dans une archive cpio avec arborescence plate (il en
est
ainsi de l'initrd de l'image de l'install réseau de la fedora), comment
fait-il pour les trouver ?
Je crois que initrd ce contente de charger en mémoire un à un les modules
qu'il a dedans et se contente de garder ceux pour qui il détecte
quelquechose.
Raphaël
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans /lib/modules/2.6.14-xxxx/
Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait ainsi pour placer mes modules), mais dans le cas d'un initrd, dans lequel les modules sont stockés dans une archive cpio avec arborescence plate (il en est ainsi de l'initrd de l'image de l'install réseau de la fedora), comment fait-il pour les trouver ?
Je crois que initrd ce contente de charger en mémoire un à un les modules qu'il a dedans et se contente de garder ceux pour qui il détecte quelquechose.
Raphaël
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
El Idrissi Majid
Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit : [...]
Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans /lib/modules/2.6.14-xxxx/
Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait ai nsi pour placer mes modules), mais dans le cas d'un initrd, dans lequel les modules sont stockés dans une archive cpio avec arborescence plate (il en est ainsi de l'initrd de l'image de l'install réseau de la fedora), comment fait-il pour les trouver ?
Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans
/lib/modules/2.6.14-xxxx/
Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait ai nsi
pour placer mes modules), mais dans le cas d'un initrd, dans lequel les
modules sont stockés dans une archive cpio avec arborescence plate (il en est
ainsi de l'initrd de l'image de l'install réseau de la fedora), comment
fait-il pour les trouver ?
Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit : [...]
Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans /lib/modules/2.6.14-xxxx/
Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait ai nsi pour placer mes modules), mais dans le cas d'un initrd, dans lequel les modules sont stockés dans une archive cpio avec arborescence plate (il en est ainsi de l'initrd de l'image de l'install réseau de la fedora), comment fait-il pour les trouver ?
El Idrissi Majid (université)
Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
> Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
>> Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans >> /lib/modules/2.6.14-xxxx/ > > Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait > ainsi > pour placer mes modules), mais dans le cas d'un initrd, dans lequel les > modules sont stockés dans une archive cpio avec arborescence plate (i l en > est > ainsi de l'initrd de l'image de l'install réseau de la fedora), comme nt > fait-il pour les trouver ?
Je crois que initrd ce contente de charger en mémoire un à un les mod ules qu'il a dedans et se contente de garder ceux pour qui il détecte quelquechose.
Je partage ton opinion. Le problème est le message que j'obtiens de la pa rt des scripts fedora :
loading module XXXX : not found:
j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait p ar les scripts et programmes de la fedora, soit mon modules.cgz est mal fait (j'ai fabriqué et placé un fichier modules.dep qui liste les modules et leurs dépendances, donc le programme d'installation peut avoir cette informatio n et chercher à charger les modules)
Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
> Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
>> Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans
>> /lib/modules/2.6.14-xxxx/
>
> Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait
> ainsi
> pour placer mes modules), mais dans le cas d'un initrd, dans lequel les
> modules sont stockés dans une archive cpio avec arborescence plate (i l en
> est
> ainsi de l'initrd de l'image de l'install réseau de la fedora), comme nt
> fait-il pour les trouver ?
Je crois que initrd ce contente de charger en mémoire un à un les mod ules
qu'il a dedans et se contente de garder ceux pour qui il détecte
quelquechose.
Je partage ton opinion. Le problème est le message que j'obtiens de la pa rt
des scripts fedora :
loading module XXXX : not found:
j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait p ar
les scripts et programmes de la fedora, soit mon modules.cgz est mal fait
(j'ai fabriqué et placé un fichier modules.dep qui liste les modules et leurs
dépendances, donc le programme d'installation peut avoir cette informatio n et
chercher à charger les modules)
Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
> Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
>> Si le noyau s'appelle 2.6.14-xxxxx, il les cherche dans >> /lib/modules/2.6.14-xxxx/ > > Ca c'est le comportement observé ou implicite (i.e. j'ai toujours fait > ainsi > pour placer mes modules), mais dans le cas d'un initrd, dans lequel les > modules sont stockés dans une archive cpio avec arborescence plate (i l en > est > ainsi de l'initrd de l'image de l'install réseau de la fedora), comme nt > fait-il pour les trouver ?
Je crois que initrd ce contente de charger en mémoire un à un les mod ules qu'il a dedans et se contente de garder ceux pour qui il détecte quelquechose.
Je partage ton opinion. Le problème est le message que j'obtiens de la pa rt des scripts fedora :
loading module XXXX : not found:
j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait p ar les scripts et programmes de la fedora, soit mon modules.cgz est mal fait (j'ai fabriqué et placé un fichier modules.dep qui liste les modules et leurs dépendances, donc le programme d'installation peut avoir cette informatio n et chercher à charger les modules)
Marc PERRUDIN
El Idrissi Majid (université) a écrit :
Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Je partage ton opinion. Le problème est le message que j'obtiens de la part des scripts fedora :
loading module XXXX : not found:
j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait par les scripts et programmes de la fedora, soit mon modules.cgz est mal fait (j'ai fabriqué et placé un fichier modules.dep qui liste les modules et leurs dépendances, donc le programme d'installation peut avoir cette information et chercher à charger les modules)
Je ne connais pas fedora, mais sous debian, l'initrd est en fait un mini système de fichier. On y retrouve /lib/modules/2.6..., /etc, /usr etc. La commande mkinitrd y met plus ou moins de modules suivant le parametre MODULES de mkinitrd.conf. Enfin, mkinitrd genere un fichier 'loadmodules' qui contient un ensemble de modprobe. Une partie concerne les controleurs de disque par default, une autre concerne les modules specifiques pour pouvoir monter le système de fichier racine indiqué par le parametre ROOT de mkinitrd.conf (par defaut, ce parametre est a 'probe', il utilise alors le système de fichier racine en cours d'utilisation) et une derniere partie concerne les modules definis par l'utilisateur au travers du fichier /etc/mkinitrd/modules. C'est par ce fichier que l'on peut ajouter des modules supplementaires comme par exemple le support framebuffer pour une carte specifique.
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
El Idrissi Majid (université) a écrit :
Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Je partage ton opinion. Le problème est le message que j'obtiens de la part
des scripts fedora :
loading module XXXX : not found:
j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait par
les scripts et programmes de la fedora, soit mon modules.cgz est mal fait
(j'ai fabriqué et placé un fichier modules.dep qui liste les modules et leurs
dépendances, donc le programme d'installation peut avoir cette information et
chercher à charger les modules)
Je ne connais pas fedora, mais sous debian, l'initrd est en fait un mini
système de fichier. On y retrouve /lib/modules/2.6..., /etc, /usr etc.
La commande mkinitrd y met plus ou moins de modules suivant le parametre
MODULES de mkinitrd.conf. Enfin, mkinitrd genere un fichier
'loadmodules' qui contient un ensemble de modprobe. Une partie concerne
les controleurs de disque par default, une autre concerne les modules
specifiques pour pouvoir monter le système de fichier racine indiqué par
le parametre ROOT de mkinitrd.conf (par defaut, ce parametre est a
'probe', il utilise alors le système de fichier racine en cours
d'utilisation) et une derniere partie concerne les modules definis par
l'utilisateur au travers du fichier /etc/mkinitrd/modules. C'est par ce
fichier que l'on peut ajouter des modules supplementaires comme par
exemple le support framebuffer pour une carte specifique.
A+
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
[...]
Je partage ton opinion. Le problème est le message que j'obtiens de la part des scripts fedora :
loading module XXXX : not found:
j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait par les scripts et programmes de la fedora, soit mon modules.cgz est mal fait (j'ai fabriqué et placé un fichier modules.dep qui liste les modules et leurs dépendances, donc le programme d'installation peut avoir cette information et chercher à charger les modules)
Je ne connais pas fedora, mais sous debian, l'initrd est en fait un mini système de fichier. On y retrouve /lib/modules/2.6..., /etc, /usr etc. La commande mkinitrd y met plus ou moins de modules suivant le parametre MODULES de mkinitrd.conf. Enfin, mkinitrd genere un fichier 'loadmodules' qui contient un ensemble de modprobe. Une partie concerne les controleurs de disque par default, une autre concerne les modules specifiques pour pouvoir monter le système de fichier racine indiqué par le parametre ROOT de mkinitrd.conf (par defaut, ce parametre est a 'probe', il utilise alors le système de fichier racine en cours d'utilisation) et une derniere partie concerne les modules definis par l'utilisateur au travers du fichier /etc/mkinitrd/modules. C'est par ce fichier que l'on peut ajouter des modules supplementaires comme par exemple le support framebuffer pour une carte specifique.
A+
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
El Idrissi Majid (université)
Le Mardi 22 Novembre 2005 09:47, Marc PERRUDIN a écrit :
El Idrissi Majid (université) a écrit : >Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit : >>>Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit : >> >>[...] > >Je partage ton opinion. Le problème est le message que j'obtiens de la > part des scripts fedora : > >loading module XXXX : not found: > >j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait > par les scripts et programmes de la fedora, soit mon modules.cgz est mal > fait (j'ai fabriqué et placé un fichier modules.dep qui liste les m odules > et leurs dépendances, donc le programme d'installation peut avoir cet te > information et chercher à charger les modules)
Je ne connais pas fedora, mais sous debian, l'initrd est en fait un mini système de fichier. On y retrouve /lib/modules/2.6..., /etc, /usr etc. La commande mkinitrd y met plus ou moins de modules suivant le parametre MODULES de mkinitrd.conf. Enfin, mkinitrd genere un fichier 'loadmodules' qui contient un ensemble de modprobe. Une partie concerne les controleurs de disque par default, une autre concerne les modules specifiques pour pouvoir monter le système de fichier racine indiqué par le parametre ROOT de mkinitrd.conf (par defaut, ce parametre est a 'probe', il utilise alors le système de fichier racine en cours d'utilisation) et une derniere partie concerne les modules definis par l'utilisateur au travers du fichier /etc/mkinitrd/modules. C'est par ce fichier que l'on peut ajouter des modules supplementaires comme par exemple le support framebuffer pour une carte specifique.
j'ai abandonné. Leur truc est trop spécifique à leur distrib je pense (modules.cgz et le travail fait par un programme "load"). Je m'y attaquerai s plus tard mais sur quelque chose de plus standard (arborescence comme tu la décrit, etc).
Merci de la réponse :-)
Le Mardi 22 Novembre 2005 09:47, Marc PERRUDIN a écrit :
El Idrissi Majid (université) a écrit :
>Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit :
>>>Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit :
>>
>>[...]
>
>Je partage ton opinion. Le problème est le message que j'obtiens de la
> part des scripts fedora :
>
>loading module XXXX : not found:
>
>j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait
> par les scripts et programmes de la fedora, soit mon modules.cgz est mal
> fait (j'ai fabriqué et placé un fichier modules.dep qui liste les m odules
> et leurs dépendances, donc le programme d'installation peut avoir cet te
> information et chercher à charger les modules)
Je ne connais pas fedora, mais sous debian, l'initrd est en fait un mini
système de fichier. On y retrouve /lib/modules/2.6..., /etc, /usr etc.
La commande mkinitrd y met plus ou moins de modules suivant le parametre
MODULES de mkinitrd.conf. Enfin, mkinitrd genere un fichier
'loadmodules' qui contient un ensemble de modprobe. Une partie concerne
les controleurs de disque par default, une autre concerne les modules
specifiques pour pouvoir monter le système de fichier racine indiqué par
le parametre ROOT de mkinitrd.conf (par defaut, ce parametre est a
'probe', il utilise alors le système de fichier racine en cours
d'utilisation) et une derniere partie concerne les modules definis par
l'utilisateur au travers du fichier /etc/mkinitrd/modules. C'est par ce
fichier que l'on peut ajouter des modules supplementaires comme par
exemple le support framebuffer pour une carte specifique.
j'ai abandonné. Leur truc est trop spécifique à leur distrib je pense
(modules.cgz et le travail fait par un programme "load"). Je m'y attaquerai s
plus tard mais sur quelque chose de plus standard (arborescence comme tu la
décrit, etc).
Le Mardi 22 Novembre 2005 09:47, Marc PERRUDIN a écrit :
El Idrissi Majid (université) a écrit : >Le Lundi 21 Novembre 2005 17:11, Raphaël a écrit : >>>Le Lundi 21 Novembre 2005 16:07, Jean-Luc Coulon (f5ibh) a écrit : >> >>[...] > >Je partage ton opinion. Le problème est le message que j'obtiens de la > part des scripts fedora : > >loading module XXXX : not found: > >j'ai donc, il me semble, deux solutions : soit il y a des "modprobe" fait > par les scripts et programmes de la fedora, soit mon modules.cgz est mal > fait (j'ai fabriqué et placé un fichier modules.dep qui liste les m odules > et leurs dépendances, donc le programme d'installation peut avoir cet te > information et chercher à charger les modules)
Je ne connais pas fedora, mais sous debian, l'initrd est en fait un mini système de fichier. On y retrouve /lib/modules/2.6..., /etc, /usr etc. La commande mkinitrd y met plus ou moins de modules suivant le parametre MODULES de mkinitrd.conf. Enfin, mkinitrd genere un fichier 'loadmodules' qui contient un ensemble de modprobe. Une partie concerne les controleurs de disque par default, une autre concerne les modules specifiques pour pouvoir monter le système de fichier racine indiqué par le parametre ROOT de mkinitrd.conf (par defaut, ce parametre est a 'probe', il utilise alors le système de fichier racine en cours d'utilisation) et une derniere partie concerne les modules definis par l'utilisateur au travers du fichier /etc/mkinitrd/modules. C'est par ce fichier que l'on peut ajouter des modules supplementaires comme par exemple le support framebuffer pour une carte specifique.
j'ai abandonné. Leur truc est trop spécifique à leur distrib je pense (modules.cgz et le travail fait par un programme "load"). Je m'y attaquerai s plus tard mais sur quelque chose de plus standard (arborescence comme tu la décrit, etc).
