Par contre, le pb peut se poser pour /etc/modules mais la il suffit
d'avoir les modules pour les 2 noyaux, quand on boot sur le 2.4, les
modules specifique du 2.6 sont ignorés car non reconnu et inversement.
ça d'accord.
Par contre, le pb peut se poser pour /etc/modules mais la il suffit
d'avoir les modules pour les 2 noyaux, quand on boot sur le 2.4, les
modules specifique du 2.6 sont ignorés car non reconnu et inversement.
ça d'accord.
Par contre, le pb peut se poser pour /etc/modules mais la il suffit
d'avoir les modules pour les 2 noyaux, quand on boot sur le 2.4, les
modules specifique du 2.6 sont ignorés car non reconnu et inversement.
ça d'accord.
a écrit :
>Selon Marc Perrudin :
>
>
>
>>Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
>>inclus automatiquement les modules necessaires au montage du rootfs dans
>>la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
>>(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
>>tous mes serveurs Debian, quel que soit le noyau).
>>Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
>>un initrd sur une machine pour une autre machine.
>>
>>
>
>Euh je n'ai pas tout compris à ce que tu as voulu dire?
>Ce que j'ai constaté c'est que quand tu installes un paquet officiel Debian
>kernel-image, mkinitrd est appelé par le script d'installation pour générer
>l'initrd et donc si il ne trouve pas un des modules présent dans
>/etc/mkinitrd/modules ça plante...
>
>
Normalement, il n'y a pas besoin de definir manuellement les modules que
mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
dans le cas particulier que j'ai cité).
Par contre, si des modules sont declarés dans ce fichier, la en effet,
ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
du fichier. Par exemple, le module ide-generic ce retrouve
automatiquement dans le initrd et dans le fichier loadmodules de
celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
gaetan.perrier@free.fr a écrit :
>Selon Marc Perrudin <perrudin@nerim.net>:
>
>
>
>>Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
>>inclus automatiquement les modules necessaires au montage du rootfs dans
>>la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
>>(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
>>tous mes serveurs Debian, quel que soit le noyau).
>>Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
>>un initrd sur une machine pour une autre machine.
>>
>>
>
>Euh je n'ai pas tout compris à ce que tu as voulu dire?
>Ce que j'ai constaté c'est que quand tu installes un paquet officiel Debian
>kernel-image, mkinitrd est appelé par le script d'installation pour générer
>l'initrd et donc si il ne trouve pas un des modules présent dans
>/etc/mkinitrd/modules ça plante...
>
>
Normalement, il n'y a pas besoin de definir manuellement les modules que
mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
dans le cas particulier que j'ai cité).
Par contre, si des modules sont declarés dans ce fichier, la en effet,
ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
du fichier. Par exemple, le module ide-generic ce retrouve
automatiquement dans le initrd et dans le fichier loadmodules de
celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
a écrit :
>Selon Marc Perrudin :
>
>
>
>>Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
>>inclus automatiquement les modules necessaires au montage du rootfs dans
>>la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
>>(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
>>tous mes serveurs Debian, quel que soit le noyau).
>>Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
>>un initrd sur une machine pour une autre machine.
>>
>>
>
>Euh je n'ai pas tout compris à ce que tu as voulu dire?
>Ce que j'ai constaté c'est que quand tu installes un paquet officiel Debian
>kernel-image, mkinitrd est appelé par le script d'installation pour générer
>l'initrd et donc si il ne trouve pas un des modules présent dans
>/etc/mkinitrd/modules ça plante...
>
>
Normalement, il n'y a pas besoin de definir manuellement les modules que
mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
dans le cas particulier que j'ai cité).
Par contre, si des modules sont declarés dans ce fichier, la en effet,
ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
du fichier. Par exemple, le module ide-generic ce retrouve
automatiquement dans le initrd et dans le fichier loadmodules de
celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
Selon Marc Perrudin :a écrit :Selon Marc Perrudin :Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
inclus automatiquement les modules necessaires au montage du rootfs dans
la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
tous mes serveurs Debian, quel que soit le noyau).
Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
un initrd sur une machine pour une autre machine.
Euh je n'ai pas tout compris à ce que tu as voulu dire?
Ce que j'ai constaté c'est que quand tu installes un paquet officiel Debian
kernel-image, mkinitrd est appelé par le script d'installation pour générer
l'initrd et donc si il ne trouve pas un des modules présent dans
/etc/mkinitrd/modules ça plante...
Normalement, il n'y a pas besoin de definir manuellement les modules que
mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
dans le cas particulier que j'ai cité).
Par contre, si des modules sont declarés dans ce fichier, la en effet,
ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
du fichier. Par exemple, le module ide-generic ce retrouve
automatiquement dans le initrd et dans le fichier loadmodules de
celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
Tu es certains de ça???
Comment fais-tu pour booter sur du SCSI?
Moi j'ai été obligé de rajouter le module pour ma carte dans
/etc/mkinitrd/modules, et si ton système est partagé entre du SCSI et de l'IDE
tu es obligé de mettre le module di chipset et de détection ide dedans
également sinon les disques IDE ne sont pas reconnu...
C'est vrai que j'y suis allé à taton j'ai donc surement loupé quelquechose! Je
suis donc preneur de toute info!
Selon Marc Perrudin <perrudin@nerim.net>:
gaetan.perrier@free.fr a écrit :
Selon Marc Perrudin <perrudin@nerim.net>:
Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
inclus automatiquement les modules necessaires au montage du rootfs dans
la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
tous mes serveurs Debian, quel que soit le noyau).
Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
un initrd sur une machine pour une autre machine.
Euh je n'ai pas tout compris à ce que tu as voulu dire?
Ce que j'ai constaté c'est que quand tu installes un paquet officiel Debian
kernel-image, mkinitrd est appelé par le script d'installation pour générer
l'initrd et donc si il ne trouve pas un des modules présent dans
/etc/mkinitrd/modules ça plante...
Normalement, il n'y a pas besoin de definir manuellement les modules que
mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
dans le cas particulier que j'ai cité).
Par contre, si des modules sont declarés dans ce fichier, la en effet,
ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
du fichier. Par exemple, le module ide-generic ce retrouve
automatiquement dans le initrd et dans le fichier loadmodules de
celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
Tu es certains de ça???
Comment fais-tu pour booter sur du SCSI?
Moi j'ai été obligé de rajouter le module pour ma carte dans
/etc/mkinitrd/modules, et si ton système est partagé entre du SCSI et de l'IDE
tu es obligé de mettre le module di chipset et de détection ide dedans
également sinon les disques IDE ne sont pas reconnu...
C'est vrai que j'y suis allé à taton j'ai donc surement loupé quelquechose! Je
suis donc preneur de toute info!
Selon Marc Perrudin :a écrit :Selon Marc Perrudin :Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
inclus automatiquement les modules necessaires au montage du rootfs dans
la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
tous mes serveurs Debian, quel que soit le noyau).
Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
un initrd sur une machine pour une autre machine.
Euh je n'ai pas tout compris à ce que tu as voulu dire?
Ce que j'ai constaté c'est que quand tu installes un paquet officiel Debian
kernel-image, mkinitrd est appelé par le script d'installation pour générer
l'initrd et donc si il ne trouve pas un des modules présent dans
/etc/mkinitrd/modules ça plante...
Normalement, il n'y a pas besoin de definir manuellement les modules que
mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
dans le cas particulier que j'ai cité).
Par contre, si des modules sont declarés dans ce fichier, la en effet,
ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
du fichier. Par exemple, le module ide-generic ce retrouve
automatiquement dans le initrd et dans le fichier loadmodules de
celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
Tu es certains de ça???
Comment fais-tu pour booter sur du SCSI?
Moi j'ai été obligé de rajouter le module pour ma carte dans
/etc/mkinitrd/modules, et si ton système est partagé entre du SCSI et de l'IDE
tu es obligé de mettre le module di chipset et de détection ide dedans
également sinon les disques IDE ne sont pas reconnu...
C'est vrai que j'y suis allé à taton j'ai donc surement loupé quelquechose! Je
suis donc preneur de toute info!
a écrit :
>Selon Marc Perrudin :
>
>
>
>> a écrit :
>>
>>
>>
>>>Selon Marc Perrudin :
>>>
>>>
>>>
>>>
>>>
>>>>Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
>>>>inclus automatiquement les modules necessaires au montage du rootfs dans
>>>>la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
>>>>(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
>>>>tous mes serveurs Debian, quel que soit le noyau).
>>>>Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
>>>>un initrd sur une machine pour une autre machine.
>>>>
>>>>
>>>>
>>>>
>>>Euh je n'ai pas tout compris à ce que tu as voulu dire?
>>>Ce que j'ai constaté c'est que quand tu installes un paquet officiel
Debian
>>>kernel-image, mkinitrd est appelé par le script d'installation pour
générer
>>>l'initrd et donc si il ne trouve pas un des modules présent dans
>>>/etc/mkinitrd/modules ça plante...
>>>
>>>
>>>
>>>
>>Normalement, il n'y a pas besoin de definir manuellement les modules que
>>mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
>>tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
>>/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
>>dans le cas particulier que j'ai cité).
>>Par contre, si des modules sont declarés dans ce fichier, la en effet,
>>ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
>>le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
>>du fichier. Par exemple, le module ide-generic ce retrouve
>>automatiquement dans le initrd et dans le fichier loadmodules de
>>celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
>>
>>
>
>Tu es certains de ça???
>
>Comment fais-tu pour booter sur du SCSI?
>Moi j'ai été obligé de rajouter le module pour ma carte dans
>/etc/mkinitrd/modules, et si ton système est partagé entre du SCSI et de
l'IDE
>tu es obligé de mettre le module di chipset et de détection ide dedans
>également sinon les disques IDE ne sont pas reconnu...
>
>C'est vrai que j'y suis allé à taton j'ai donc surement loupé quelquechose!
Je
>suis donc preneur de toute info!
>
>
L'initrd sert uniquement au montage de la partition root, après, le
noyau a accès au système de fichier racine et donc a /lib/modules/... et
/etc/modules. Je ne vois pas comment le système de fichier racine peut
etre a la fois sur du SCSI et sur de l'IDE, il s'agit d'une seule
partition. La commande mkinitrd se charge d'ajouter les modprobe qu'il
faut pour le montage du rootfs dans le fichier loadmodules de l'initrd.
Si le fichier /etc/mkinitrd/modules existe, c'est certainement que ca ne
marche pas forcement et c'est ce qui a du arriver dans ton cas.
Personellement, je n'ai jamais eut de soucis de ce genre sur toutes les
configurations ou j'ai installé une Debian, aussi bien Woody que Sarge
(SCSI avec aic7xxx, RAID avec cciss magaraid 3w-xxxx, IDE de toutes sortes)
Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx /mnt)
pour voir comment il est fait et faire des tests de création d'initrd
avec et sans les modules dans /etc/mkinitrd/modules pour voir ce qui
enpeche la commande de fonctionner normalement dans ton cas. Ca se situe
essentiellement dans le fichier loadmodules, les modules sont
pratiquement tous presents par defaut.
gaetan.perrier@free.fr a écrit :
>Selon Marc Perrudin <perrudin@nerim.net>:
>
>
>
>>gaetan.perrier@free.fr a écrit :
>>
>>
>>
>>>Selon Marc Perrudin <perrudin@nerim.net>:
>>>
>>>
>>>
>>>
>>>
>>>>Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
>>>>inclus automatiquement les modules necessaires au montage du rootfs dans
>>>>la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
>>>>(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
>>>>tous mes serveurs Debian, quel que soit le noyau).
>>>>Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
>>>>un initrd sur une machine pour une autre machine.
>>>>
>>>>
>>>>
>>>>
>>>Euh je n'ai pas tout compris à ce que tu as voulu dire?
>>>Ce que j'ai constaté c'est que quand tu installes un paquet officiel
Debian
>>>kernel-image, mkinitrd est appelé par le script d'installation pour
générer
>>>l'initrd et donc si il ne trouve pas un des modules présent dans
>>>/etc/mkinitrd/modules ça plante...
>>>
>>>
>>>
>>>
>>Normalement, il n'y a pas besoin de definir manuellement les modules que
>>mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
>>tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
>>/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
>>dans le cas particulier que j'ai cité).
>>Par contre, si des modules sont declarés dans ce fichier, la en effet,
>>ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
>>le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
>>du fichier. Par exemple, le module ide-generic ce retrouve
>>automatiquement dans le initrd et dans le fichier loadmodules de
>>celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
>>
>>
>
>Tu es certains de ça???
>
>Comment fais-tu pour booter sur du SCSI?
>Moi j'ai été obligé de rajouter le module pour ma carte dans
>/etc/mkinitrd/modules, et si ton système est partagé entre du SCSI et de
l'IDE
>tu es obligé de mettre le module di chipset et de détection ide dedans
>également sinon les disques IDE ne sont pas reconnu...
>
>C'est vrai que j'y suis allé à taton j'ai donc surement loupé quelquechose!
Je
>suis donc preneur de toute info!
>
>
L'initrd sert uniquement au montage de la partition root, après, le
noyau a accès au système de fichier racine et donc a /lib/modules/... et
/etc/modules. Je ne vois pas comment le système de fichier racine peut
etre a la fois sur du SCSI et sur de l'IDE, il s'agit d'une seule
partition. La commande mkinitrd se charge d'ajouter les modprobe qu'il
faut pour le montage du rootfs dans le fichier loadmodules de l'initrd.
Si le fichier /etc/mkinitrd/modules existe, c'est certainement que ca ne
marche pas forcement et c'est ce qui a du arriver dans ton cas.
Personellement, je n'ai jamais eut de soucis de ce genre sur toutes les
configurations ou j'ai installé une Debian, aussi bien Woody que Sarge
(SCSI avec aic7xxx, RAID avec cciss magaraid 3w-xxxx, IDE de toutes sortes)
Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx /mnt)
pour voir comment il est fait et faire des tests de création d'initrd
avec et sans les modules dans /etc/mkinitrd/modules pour voir ce qui
enpeche la commande de fonctionner normalement dans ton cas. Ca se situe
essentiellement dans le fichier loadmodules, les modules sont
pratiquement tous presents par defaut.
a écrit :
>Selon Marc Perrudin :
>
>
>
>> a écrit :
>>
>>
>>
>>>Selon Marc Perrudin :
>>>
>>>
>>>
>>>
>>>
>>>>Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd
>>>>inclus automatiquement les modules necessaires au montage du rootfs dans
>>>>la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules
>>>>(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur
>>>>tous mes serveurs Debian, quel que soit le noyau).
>>>>Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare
>>>>un initrd sur une machine pour une autre machine.
>>>>
>>>>
>>>>
>>>>
>>>Euh je n'ai pas tout compris à ce que tu as voulu dire?
>>>Ce que j'ai constaté c'est que quand tu installes un paquet officiel
Debian
>>>kernel-image, mkinitrd est appelé par le script d'installation pour
générer
>>>l'initrd et donc si il ne trouve pas un des modules présent dans
>>>/etc/mkinitrd/modules ça plante...
>>>
>>>
>>>
>>>
>>Normalement, il n'y a pas besoin de definir manuellement les modules que
>>mkinitrd doit inclure dans le initrd, celui-ci se charge de le faire
>>tout seul (personnellement, je n'ai jamais eut a ajouter de modules dans
>>/etc/mkinitrd/modules dans toutes les installations que j'ai fait sauf
>>dans le cas particulier que j'ai cité).
>>Par contre, si des modules sont declarés dans ce fichier, la en effet,
>>ca doit poser des pbs a mkinitrd si il y a des differences de nom entre
>>le 2.4 et le 2.6. Le plus simple dans ce cas est de supprimer le module
>>du fichier. Par exemple, le module ide-generic ce retrouve
>>automatiquement dans le initrd et dans le fichier loadmodules de
>>celui-ci meme s'il n'est pas declaré dans /etc/mkinitrd/modules.
>>
>>
>
>Tu es certains de ça???
>
>Comment fais-tu pour booter sur du SCSI?
>Moi j'ai été obligé de rajouter le module pour ma carte dans
>/etc/mkinitrd/modules, et si ton système est partagé entre du SCSI et de
l'IDE
>tu es obligé de mettre le module di chipset et de détection ide dedans
>également sinon les disques IDE ne sont pas reconnu...
>
>C'est vrai que j'y suis allé à taton j'ai donc surement loupé quelquechose!
Je
>suis donc preneur de toute info!
>
>
L'initrd sert uniquement au montage de la partition root, après, le
noyau a accès au système de fichier racine et donc a /lib/modules/... et
/etc/modules. Je ne vois pas comment le système de fichier racine peut
etre a la fois sur du SCSI et sur de l'IDE, il s'agit d'une seule
partition. La commande mkinitrd se charge d'ajouter les modprobe qu'il
faut pour le montage du rootfs dans le fichier loadmodules de l'initrd.
Si le fichier /etc/mkinitrd/modules existe, c'est certainement que ca ne
marche pas forcement et c'est ce qui a du arriver dans ton cas.
Personellement, je n'ai jamais eut de soucis de ce genre sur toutes les
configurations ou j'ai installé une Debian, aussi bien Woody que Sarge
(SCSI avec aic7xxx, RAID avec cciss magaraid 3w-xxxx, IDE de toutes sortes)
Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx /mnt)
pour voir comment il est fait et faire des tests de création d'initrd
avec et sans les modules dans /etc/mkinitrd/modules pour voir ce qui
enpeche la commande de fonctionner normalement dans ton cas. Ca se situe
essentiellement dans le fichier loadmodules, les modules sont
pratiquement tous presents par defaut.
Oui c'est que j'avais fait pour trouver comment régler mon problème de boot.
Initialement j'avais un système en ide pur. Ensuite j'ai voulu basculer en
scsi
avec encore le /home en ide. Et lors du boot rien! J'ai donc effectivement
monté l'initrd en loop et j'ai vu que le module de ma carte scsi (Adaptec
39160
module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié l'initrd avec
mkinitrd pour avoir le module dedans. Et là le boot commencé mais le montage
des partitions échoué car le disque ide de la /home n'était pas reconnu. J'ai
donc rajouté les modules ide dans l'initrd et là tout fonctionnait. Ensuite
je
suis passé en tout SCSI et je n'ai pas retouché à mon initrd.
Donc si je comprends ce que tu me dis si je vire tous les moudles que j'ai
mis
dans /etc/mkinitrd/modules il devrait quand même me faire un initrd avec les
bons modules, c'est ça???
Oui c'est que j'avais fait pour trouver comment régler mon problème de boot.
Initialement j'avais un système en ide pur. Ensuite j'ai voulu basculer en
scsi
avec encore le /home en ide. Et lors du boot rien! J'ai donc effectivement
monté l'initrd en loop et j'ai vu que le module de ma carte scsi (Adaptec
39160
module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié l'initrd avec
mkinitrd pour avoir le module dedans. Et là le boot commencé mais le montage
des partitions échoué car le disque ide de la /home n'était pas reconnu. J'ai
donc rajouté les modules ide dans l'initrd et là tout fonctionnait. Ensuite
je
suis passé en tout SCSI et je n'ai pas retouché à mon initrd.
Donc si je comprends ce que tu me dis si je vire tous les moudles que j'ai
mis
dans /etc/mkinitrd/modules il devrait quand même me faire un initrd avec les
bons modules, c'est ça???
Oui c'est que j'avais fait pour trouver comment régler mon problème de boot.
Initialement j'avais un système en ide pur. Ensuite j'ai voulu basculer en
scsi
avec encore le /home en ide. Et lors du boot rien! J'ai donc effectivement
monté l'initrd en loop et j'ai vu que le module de ma carte scsi (Adaptec
39160
module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié l'initrd avec
mkinitrd pour avoir le module dedans. Et là le boot commencé mais le montage
des partitions échoué car le disque ide de la /home n'était pas reconnu. J'ai
donc rajouté les modules ide dans l'initrd et là tout fonctionnait. Ensuite
je
suis passé en tout SCSI et je n'ai pas retouché à mon initrd.
Donc si je comprends ce que tu me dis si je vire tous les moudles que j'ai
mis
dans /etc/mkinitrd/modules il devrait quand même me faire un initrd avec les
bons modules, c'est ça???
Selon Marc Perrudin :L'initrd sert uniquement au montage de la partition root, après, le
noyau a accès au système de fichier racine et donc a /lib/modules/... et
/etc/modules. Je ne vois pas comment le système de fichier racine peut
etre a la fois sur du SCSI et sur de l'IDE, il s'agit d'une seule
partition. La commande mkinitrd se charge d'ajouter les modprobe qu'il
faut pour le montage du rootfs dans le fichier loadmodules de l'initrd.
Si le fichier /etc/mkinitrd/modules existe, c'est certainement que ca ne
marche pas forcement et c'est ce qui a du arriver dans ton cas.
Personellement, je n'ai jamais eut de soucis de ce genre sur toutes les
configurations ou j'ai installé une Debian, aussi bien Woody que Sarge
(SCSI avec aic7xxx, RAID avec cciss magaraid 3w-xxxx, IDE de toutes sortes)
Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx /mnt)
pour voir comment il est fait et faire des tests de création d'initrd
avec et sans les modules dans /etc/mkinitrd/modules pour voir ce qui
enpeche la commande de fonctionner normalement dans ton cas. Ca se situe
essentiellement dans le fichier loadmodules, les modules sont
pratiquement tous presents par defaut.
Oui c'est que j'avais fait pour trouver comment régler mon problème de boot.
Initialement j'avais un système en ide pur. Ensuite j'ai voulu basculer en scsi
avec encore le /home en ide. Et lors du boot rien! J'ai donc effectivement
monté l'initrd en loop et j'ai vu que le module de ma carte scsi (Adaptec 39160
module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié l'initrd avec
mkinitrd pour avoir le module dedans. Et là le boot commencé mais le montage
des partitions échoué car le disque ide de la /home n'était pas reconnu. J'ai
donc rajouté les modules ide dans l'initrd et là tout fonctionnait. Ensuite je
suis passé en tout SCSI et je n'ai pas retouché à mon initrd.
Donc si je comprends ce que tu me dis si je vire tous les moudles que j'ai mis
dans /etc/mkinitrd/modules il devrait quand même me faire un initrd avec les
bons modules, c'est ça???
Selon Marc Perrudin <perrudin@nerim.net>:
L'initrd sert uniquement au montage de la partition root, après, le
noyau a accès au système de fichier racine et donc a /lib/modules/... et
/etc/modules. Je ne vois pas comment le système de fichier racine peut
etre a la fois sur du SCSI et sur de l'IDE, il s'agit d'une seule
partition. La commande mkinitrd se charge d'ajouter les modprobe qu'il
faut pour le montage du rootfs dans le fichier loadmodules de l'initrd.
Si le fichier /etc/mkinitrd/modules existe, c'est certainement que ca ne
marche pas forcement et c'est ce qui a du arriver dans ton cas.
Personellement, je n'ai jamais eut de soucis de ce genre sur toutes les
configurations ou j'ai installé une Debian, aussi bien Woody que Sarge
(SCSI avec aic7xxx, RAID avec cciss magaraid 3w-xxxx, IDE de toutes sortes)
Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx /mnt)
pour voir comment il est fait et faire des tests de création d'initrd
avec et sans les modules dans /etc/mkinitrd/modules pour voir ce qui
enpeche la commande de fonctionner normalement dans ton cas. Ca se situe
essentiellement dans le fichier loadmodules, les modules sont
pratiquement tous presents par defaut.
Oui c'est que j'avais fait pour trouver comment régler mon problème de boot.
Initialement j'avais un système en ide pur. Ensuite j'ai voulu basculer en scsi
avec encore le /home en ide. Et lors du boot rien! J'ai donc effectivement
monté l'initrd en loop et j'ai vu que le module de ma carte scsi (Adaptec 39160
module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié l'initrd avec
mkinitrd pour avoir le module dedans. Et là le boot commencé mais le montage
des partitions échoué car le disque ide de la /home n'était pas reconnu. J'ai
donc rajouté les modules ide dans l'initrd et là tout fonctionnait. Ensuite je
suis passé en tout SCSI et je n'ai pas retouché à mon initrd.
Donc si je comprends ce que tu me dis si je vire tous les moudles que j'ai mis
dans /etc/mkinitrd/modules il devrait quand même me faire un initrd avec les
bons modules, c'est ça???
Selon Marc Perrudin :L'initrd sert uniquement au montage de la partition root, après, le
noyau a accès au système de fichier racine et donc a /lib/modules/... et
/etc/modules. Je ne vois pas comment le système de fichier racine peut
etre a la fois sur du SCSI et sur de l'IDE, il s'agit d'une seule
partition. La commande mkinitrd se charge d'ajouter les modprobe qu'il
faut pour le montage du rootfs dans le fichier loadmodules de l'initrd.
Si le fichier /etc/mkinitrd/modules existe, c'est certainement que ca ne
marche pas forcement et c'est ce qui a du arriver dans ton cas.
Personellement, je n'ai jamais eut de soucis de ce genre sur toutes les
configurations ou j'ai installé une Debian, aussi bien Woody que Sarge
(SCSI avec aic7xxx, RAID avec cciss magaraid 3w-xxxx, IDE de toutes sortes)
Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx /mnt)
pour voir comment il est fait et faire des tests de création d'initrd
avec et sans les modules dans /etc/mkinitrd/modules pour voir ce qui
enpeche la commande de fonctionner normalement dans ton cas. Ca se situe
essentiellement dans le fichier loadmodules, les modules sont
pratiquement tous presents par defaut.
Oui c'est que j'avais fait pour trouver comment régler mon problème de boot.
Initialement j'avais un système en ide pur. Ensuite j'ai voulu basculer en scsi
avec encore le /home en ide. Et lors du boot rien! J'ai donc effectivement
monté l'initrd en loop et j'ai vu que le module de ma carte scsi (Adaptec 39160
module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié l'initrd avec
mkinitrd pour avoir le module dedans. Et là le boot commencé mais le montage
des partitions échoué car le disque ide de la /home n'était pas reconnu. J'ai
donc rajouté les modules ide dans l'initrd et là tout fonctionnait. Ensuite je
suis passé en tout SCSI et je n'ai pas retouché à mon initrd.
Donc si je comprends ce que tu me dis si je vire tous les moudles que j'ai mis
dans /etc/mkinitrd/modules il devrait quand même me faire un initrd avec les
bons modules, c'est ça???
a écrit :
>Selon Marc Perrudin :
>
>
>>L'initrd sert uniquement au montage de la partition root, après,
>le >noyau a accès au système de fichier racine et donc a
>/lib/modules/... et >/etc/modules. Je ne vois pas comment le
>système de fichier racine peut >etre a la fois sur du SCSI et sur
>de l'IDE, il s'agit d'une seule >partition. La commande mkinitrd se
>charge d'ajouter les modprobe qu'il >faut pour le montage du rootfs
>dans le fichier loadmodules de l'initrd. >Si le fichier
>/etc/mkinitrd/modules existe, c'est certainement que ca ne >marche
>pas forcement et c'est ce qui a du arriver dans ton cas.
>>Personellement, je n'ai jamais eut de soucis de ce genre sur
>toutes les >configurations ou j'ai installé une Debian, aussi bien
>Woody que Sarge >(SCSI avec aic7xxx, RAID avec cciss magaraid
>3w-xxxx, IDE de toutes sortes) >
>>Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx
>/mnt) >pour voir comment il est fait et faire des tests de création
>d'initrd >avec et sans les modules dans /etc/mkinitrd/modules pour
>voir ce qui >enpeche la commande de fonctionner normalement dans
>ton cas. Ca se situe >essentiellement dans le fichier loadmodules,
>les modules sont >pratiquement tous presents par defaut.
>>
>>
>
>Oui c'est que j'avais fait pour trouver comment régler mon problème
>de boot. Initialement j'avais un système en ide pur. Ensuite j'ai
>voulu basculer en scsi avec encore le /home en ide. Et lors du boot
>rien! J'ai donc effectivement monté l'initrd en loop et j'ai vu que
>le module de ma carte scsi (Adaptec 39160 module aic7xxx) n'était
>pas dans l'initrd. J'ai donc modifié l'initrd avec mkinitrd pour
>avoir le module dedans. Et là le boot commencé mais le montage des
>partitions échoué car le disque ide de la /home n'était pas
>reconnu. J'ai donc rajouté les modules ide dans l'initrd et là tout
>fonctionnait. Ensuite je suis passé en tout SCSI et je n'ai pas
>retouché à mon initrd.
>
>Donc si je comprends ce que tu me dis si je vire tous les moudles
>que j'ai mis dans /etc/mkinitrd/modules il devrait quand même me
>faire un initrd avec les bons modules, c'est ça???
>
>
Oui, sauvegarde le fichier /etc/mkinitrd/modules au cas ou et fait
un initrd de test sans aucun module définit (mkinitrd -o
/root/initrdtest.img). Tu le monte et tu vérifie que les modules
pour ta carte sont bien dans le fichier 'loadmodules'. Si c'est le
cas, tu peux conserver cette configuration, à la prochaine
installation de noyau, l'initrd sera installé correctement.
Etant donné les difficultés que tu as rencontré précedement, vé rifie
quand même que tu as bien les options par défaut dans
/etc/mkinitrd/mkinitrd.conf : MODULES=most et ROOT=probe (c'est
cette option qui fait que les bons modules ce retrouve dans
l'initrd)
gaetan.perrier@free.fr a écrit :
>Selon Marc Perrudin <perrudin@nerim.net>:
>
>
>>L'initrd sert uniquement au montage de la partition root, après,
>le >noyau a accès au système de fichier racine et donc a
>/lib/modules/... et >/etc/modules. Je ne vois pas comment le
>système de fichier racine peut >etre a la fois sur du SCSI et sur
>de l'IDE, il s'agit d'une seule >partition. La commande mkinitrd se
>charge d'ajouter les modprobe qu'il >faut pour le montage du rootfs
>dans le fichier loadmodules de l'initrd. >Si le fichier
>/etc/mkinitrd/modules existe, c'est certainement que ca ne >marche
>pas forcement et c'est ce qui a du arriver dans ton cas.
>>Personellement, je n'ai jamais eut de soucis de ce genre sur
>toutes les >configurations ou j'ai installé une Debian, aussi bien
>Woody que Sarge >(SCSI avec aic7xxx, RAID avec cciss magaraid
>3w-xxxx, IDE de toutes sortes) >
>>Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx
>/mnt) >pour voir comment il est fait et faire des tests de création
>d'initrd >avec et sans les modules dans /etc/mkinitrd/modules pour
>voir ce qui >enpeche la commande de fonctionner normalement dans
>ton cas. Ca se situe >essentiellement dans le fichier loadmodules,
>les modules sont >pratiquement tous presents par defaut.
>>
>>
>
>Oui c'est que j'avais fait pour trouver comment régler mon problème
>de boot. Initialement j'avais un système en ide pur. Ensuite j'ai
>voulu basculer en scsi avec encore le /home en ide. Et lors du boot
>rien! J'ai donc effectivement monté l'initrd en loop et j'ai vu que
>le module de ma carte scsi (Adaptec 39160 module aic7xxx) n'était
>pas dans l'initrd. J'ai donc modifié l'initrd avec mkinitrd pour
>avoir le module dedans. Et là le boot commencé mais le montage des
>partitions échoué car le disque ide de la /home n'était pas
>reconnu. J'ai donc rajouté les modules ide dans l'initrd et là tout
>fonctionnait. Ensuite je suis passé en tout SCSI et je n'ai pas
>retouché à mon initrd.
>
>Donc si je comprends ce que tu me dis si je vire tous les moudles
>que j'ai mis dans /etc/mkinitrd/modules il devrait quand même me
>faire un initrd avec les bons modules, c'est ça???
>
>
Oui, sauvegarde le fichier /etc/mkinitrd/modules au cas ou et fait
un initrd de test sans aucun module définit (mkinitrd -o
/root/initrdtest.img). Tu le monte et tu vérifie que les modules
pour ta carte sont bien dans le fichier 'loadmodules'. Si c'est le
cas, tu peux conserver cette configuration, à la prochaine
installation de noyau, l'initrd sera installé correctement.
Etant donné les difficultés que tu as rencontré précedement, vé rifie
quand même que tu as bien les options par défaut dans
/etc/mkinitrd/mkinitrd.conf : MODULES=most et ROOT=probe (c'est
cette option qui fait que les bons modules ce retrouve dans
l'initrd)
a écrit :
>Selon Marc Perrudin :
>
>
>>L'initrd sert uniquement au montage de la partition root, après,
>le >noyau a accès au système de fichier racine et donc a
>/lib/modules/... et >/etc/modules. Je ne vois pas comment le
>système de fichier racine peut >etre a la fois sur du SCSI et sur
>de l'IDE, il s'agit d'une seule >partition. La commande mkinitrd se
>charge d'ajouter les modprobe qu'il >faut pour le montage du rootfs
>dans le fichier loadmodules de l'initrd. >Si le fichier
>/etc/mkinitrd/modules existe, c'est certainement que ca ne >marche
>pas forcement et c'est ce qui a du arriver dans ton cas.
>>Personellement, je n'ai jamais eut de soucis de ce genre sur
>toutes les >configurations ou j'ai installé une Debian, aussi bien
>Woody que Sarge >(SCSI avec aic7xxx, RAID avec cciss magaraid
>3w-xxxx, IDE de toutes sortes) >
>>Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx
>/mnt) >pour voir comment il est fait et faire des tests de création
>d'initrd >avec et sans les modules dans /etc/mkinitrd/modules pour
>voir ce qui >enpeche la commande de fonctionner normalement dans
>ton cas. Ca se situe >essentiellement dans le fichier loadmodules,
>les modules sont >pratiquement tous presents par defaut.
>>
>>
>
>Oui c'est que j'avais fait pour trouver comment régler mon problème
>de boot. Initialement j'avais un système en ide pur. Ensuite j'ai
>voulu basculer en scsi avec encore le /home en ide. Et lors du boot
>rien! J'ai donc effectivement monté l'initrd en loop et j'ai vu que
>le module de ma carte scsi (Adaptec 39160 module aic7xxx) n'était
>pas dans l'initrd. J'ai donc modifié l'initrd avec mkinitrd pour
>avoir le module dedans. Et là le boot commencé mais le montage des
>partitions échoué car le disque ide de la /home n'était pas
>reconnu. J'ai donc rajouté les modules ide dans l'initrd et là tout
>fonctionnait. Ensuite je suis passé en tout SCSI et je n'ai pas
>retouché à mon initrd.
>
>Donc si je comprends ce que tu me dis si je vire tous les moudles
>que j'ai mis dans /etc/mkinitrd/modules il devrait quand même me
>faire un initrd avec les bons modules, c'est ça???
>
>
Oui, sauvegarde le fichier /etc/mkinitrd/modules au cas ou et fait
un initrd de test sans aucun module définit (mkinitrd -o
/root/initrdtest.img). Tu le monte et tu vérifie que les modules
pour ta carte sont bien dans le fichier 'loadmodules'. Si c'est le
cas, tu peux conserver cette configuration, à la prochaine
installation de noyau, l'initrd sera installé correctement.
Etant donné les difficultés que tu as rencontré précedement, vé rifie
quand même que tu as bien les options par défaut dans
/etc/mkinitrd/mkinitrd.conf : MODULES=most et ROOT=probe (c'est
cette option qui fait que les bons modules ce retrouve dans
l'initrd)
Le Mon, 07 Mar 2005 14:40:18 +0100
Marc Perrudin a écrit:
> a écrit :
>
> >Selon Marc Perrudin :
> >
> >
> >>L'initrd sert uniquement au montage de la partition root, après,
> >le >noyau a accès au système de fichier racine et donc a
> >/lib/modules/... et >/etc/modules. Je ne vois pas comment le
> >système de fichier racine peut >etre a la fois sur du SCSI et sur
> >de l'IDE, il s'agit d'une seule >partition. La commande mkinitrd
> >se charge d'ajouter les modprobe qu'il >faut pour le montage du
> >rootfs dans le fichier loadmodules de l'initrd. >Si le fichier
> >/etc/mkinitrd/modules existe, c'est certainement que ca ne
> >>marche pas forcement et c'est ce qui a du arriver dans ton cas.
> >>Personellement, je n'ai jamais eut de soucis de ce genre sur
> >toutes les >configurations ou j'ai installé une Debian, aussi
> >bien Woody que Sarge >(SCSI avec aic7xxx, RAID avec cciss
> >magaraid 3w-xxxx, IDE de toutes sortes) >
> >>Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx
> >/mnt) >pour voir comment il est fait et faire des tests de
> >création d'initrd >avec et sans les modules dans
> >/etc/mkinitrd/modules pour voir ce qui >enpeche la commande de
> >fonctionner normalement dans ton cas. Ca se situe
> >>essentiellement dans le fichier loadmodules, les modules sont
> >>pratiquement tous presents par defaut. >
> >>
> >
> >Oui c'est que j'avais fait pour trouver comment régler mon
> >problème de boot. Initialement j'avais un système en ide pur.
> >Ensuite j'ai voulu basculer en scsi avec encore le /home en ide.
> >Et lors du boot rien! J'ai donc effectivement monté l'initrd en
> >loop et j'ai vu que le module de ma carte scsi (Adaptec 39160
> >module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié
> >l'initrd avec mkinitrd pour avoir le module dedans. Et là le boot
> >commencé mais le montage des partitions échoué car le disque ide
> >de la /home n'était pas reconnu. J'ai donc rajouté les modules
> >ide dans l'initrd et là tout fonctionnait. Ensuite je suis passé
> >en tout SCSI et je n'ai pas retouché à mon initrd.
> >
> >Donc si je comprends ce que tu me dis si je vire tous les moudles
> >que j'ai mis dans /etc/mkinitrd/modules il devrait quand même me
> >faire un initrd avec les bons modules, c'est ça???
> >
> >
> Oui, sauvegarde le fichier /etc/mkinitrd/modules au cas ou et fait
> un initrd de test sans aucun module définit (mkinitrd -o
> /root/initrdtest.img). Tu le monte et tu vérifie que les modules
> pour ta carte sont bien dans le fichier 'loadmodules'. Si c'est
> le cas, tu peux conserver cette configuration, à la prochaine
> installation de noyau, l'initrd sera installé correctement.
>
> Etant donné les difficultés que tu as rencontré précedement,
> vérifie
>
> quand même que tu as bien les options par défaut dans
> /etc/mkinitrd/mkinitrd.conf : MODULES=most et ROOT=probe (c'est
> cette option qui fait que les bons modules ce retrouve dans
> l'initrd)
>
Bon je viens de faire l'essai et voici le résultat de loadmodules
modprobe -k vesafb > /dev/null 2>&1
modprobe -k fbcon 2> /dev/null
modprobe -k unix 2> /dev/null
modprobe -k aic7xxx
modprobe -k sg
modprobe -k sd_mod
modprobe -k sr_mod
modprobe -k ide-scsi
modprobe -k st
Ce qui à mon avis va poser problème car je ne veux pas de l'ide-scsi
ni du sr_mod car je suis en 2.6 et que je n'utilise pas l'émulation
scsi pour le lecteur DVD-ROM et graveur.
Le Mon, 07 Mar 2005 14:40:18 +0100
Marc Perrudin <perrudin@nerim.net> a écrit:
> gaetan.perrier@free.fr a écrit :
>
> >Selon Marc Perrudin <perrudin@nerim.net>:
> >
> >
> >>L'initrd sert uniquement au montage de la partition root, après,
> >le >noyau a accès au système de fichier racine et donc a
> >/lib/modules/... et >/etc/modules. Je ne vois pas comment le
> >système de fichier racine peut >etre a la fois sur du SCSI et sur
> >de l'IDE, il s'agit d'une seule >partition. La commande mkinitrd
> >se charge d'ajouter les modprobe qu'il >faut pour le montage du
> >rootfs dans le fichier loadmodules de l'initrd. >Si le fichier
> >/etc/mkinitrd/modules existe, c'est certainement que ca ne
> >>marche pas forcement et c'est ce qui a du arriver dans ton cas.
> >>Personellement, je n'ai jamais eut de soucis de ce genre sur
> >toutes les >configurations ou j'ai installé une Debian, aussi
> >bien Woody que Sarge >(SCSI avec aic7xxx, RAID avec cciss
> >magaraid 3w-xxxx, IDE de toutes sortes) >
> >>Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx
> >/mnt) >pour voir comment il est fait et faire des tests de
> >création d'initrd >avec et sans les modules dans
> >/etc/mkinitrd/modules pour voir ce qui >enpeche la commande de
> >fonctionner normalement dans ton cas. Ca se situe
> >>essentiellement dans le fichier loadmodules, les modules sont
> >>pratiquement tous presents par defaut. >
> >>
> >
> >Oui c'est que j'avais fait pour trouver comment régler mon
> >problème de boot. Initialement j'avais un système en ide pur.
> >Ensuite j'ai voulu basculer en scsi avec encore le /home en ide.
> >Et lors du boot rien! J'ai donc effectivement monté l'initrd en
> >loop et j'ai vu que le module de ma carte scsi (Adaptec 39160
> >module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié
> >l'initrd avec mkinitrd pour avoir le module dedans. Et là le boot
> >commencé mais le montage des partitions échoué car le disque ide
> >de la /home n'était pas reconnu. J'ai donc rajouté les modules
> >ide dans l'initrd et là tout fonctionnait. Ensuite je suis passé
> >en tout SCSI et je n'ai pas retouché à mon initrd.
> >
> >Donc si je comprends ce que tu me dis si je vire tous les moudles
> >que j'ai mis dans /etc/mkinitrd/modules il devrait quand même me
> >faire un initrd avec les bons modules, c'est ça???
> >
> >
> Oui, sauvegarde le fichier /etc/mkinitrd/modules au cas ou et fait
> un initrd de test sans aucun module définit (mkinitrd -o
> /root/initrdtest.img). Tu le monte et tu vérifie que les modules
> pour ta carte sont bien dans le fichier 'loadmodules'. Si c'est
> le cas, tu peux conserver cette configuration, à la prochaine
> installation de noyau, l'initrd sera installé correctement.
>
> Etant donné les difficultés que tu as rencontré précedement,
> vérifie
>
> quand même que tu as bien les options par défaut dans
> /etc/mkinitrd/mkinitrd.conf : MODULES=most et ROOT=probe (c'est
> cette option qui fait que les bons modules ce retrouve dans
> l'initrd)
>
Bon je viens de faire l'essai et voici le résultat de loadmodules
modprobe -k vesafb > /dev/null 2>&1
modprobe -k fbcon 2> /dev/null
modprobe -k unix 2> /dev/null
modprobe -k aic7xxx
modprobe -k sg
modprobe -k sd_mod
modprobe -k sr_mod
modprobe -k ide-scsi
modprobe -k st
Ce qui à mon avis va poser problème car je ne veux pas de l'ide-scsi
ni du sr_mod car je suis en 2.6 et que je n'utilise pas l'émulation
scsi pour le lecteur DVD-ROM et graveur.
Le Mon, 07 Mar 2005 14:40:18 +0100
Marc Perrudin a écrit:
> a écrit :
>
> >Selon Marc Perrudin :
> >
> >
> >>L'initrd sert uniquement au montage de la partition root, après,
> >le >noyau a accès au système de fichier racine et donc a
> >/lib/modules/... et >/etc/modules. Je ne vois pas comment le
> >système de fichier racine peut >etre a la fois sur du SCSI et sur
> >de l'IDE, il s'agit d'une seule >partition. La commande mkinitrd
> >se charge d'ajouter les modprobe qu'il >faut pour le montage du
> >rootfs dans le fichier loadmodules de l'initrd. >Si le fichier
> >/etc/mkinitrd/modules existe, c'est certainement que ca ne
> >>marche pas forcement et c'est ce qui a du arriver dans ton cas.
> >>Personellement, je n'ai jamais eut de soucis de ce genre sur
> >toutes les >configurations ou j'ai installé une Debian, aussi
> >bien Woody que Sarge >(SCSI avec aic7xxx, RAID avec cciss
> >magaraid 3w-xxxx, IDE de toutes sortes) >
> >>Tu devrais monter l'initrd (mount -o loop /boot/initrd.img-xxx
> >/mnt) >pour voir comment il est fait et faire des tests de
> >création d'initrd >avec et sans les modules dans
> >/etc/mkinitrd/modules pour voir ce qui >enpeche la commande de
> >fonctionner normalement dans ton cas. Ca se situe
> >>essentiellement dans le fichier loadmodules, les modules sont
> >>pratiquement tous presents par defaut. >
> >>
> >
> >Oui c'est que j'avais fait pour trouver comment régler mon
> >problème de boot. Initialement j'avais un système en ide pur.
> >Ensuite j'ai voulu basculer en scsi avec encore le /home en ide.
> >Et lors du boot rien! J'ai donc effectivement monté l'initrd en
> >loop et j'ai vu que le module de ma carte scsi (Adaptec 39160
> >module aic7xxx) n'était pas dans l'initrd. J'ai donc modifié
> >l'initrd avec mkinitrd pour avoir le module dedans. Et là le boot
> >commencé mais le montage des partitions échoué car le disque ide
> >de la /home n'était pas reconnu. J'ai donc rajouté les modules
> >ide dans l'initrd et là tout fonctionnait. Ensuite je suis passé
> >en tout SCSI et je n'ai pas retouché à mon initrd.
> >
> >Donc si je comprends ce que tu me dis si je vire tous les moudles
> >que j'ai mis dans /etc/mkinitrd/modules il devrait quand même me
> >faire un initrd avec les bons modules, c'est ça???
> >
> >
> Oui, sauvegarde le fichier /etc/mkinitrd/modules au cas ou et fait
> un initrd de test sans aucun module définit (mkinitrd -o
> /root/initrdtest.img). Tu le monte et tu vérifie que les modules
> pour ta carte sont bien dans le fichier 'loadmodules'. Si c'est
> le cas, tu peux conserver cette configuration, à la prochaine
> installation de noyau, l'initrd sera installé correctement.
>
> Etant donné les difficultés que tu as rencontré précedement,
> vérifie
>
> quand même que tu as bien les options par défaut dans
> /etc/mkinitrd/mkinitrd.conf : MODULES=most et ROOT=probe (c'est
> cette option qui fait que les bons modules ce retrouve dans
> l'initrd)
>
Bon je viens de faire l'essai et voici le résultat de loadmodules
modprobe -k vesafb > /dev/null 2>&1
modprobe -k fbcon 2> /dev/null
modprobe -k unix 2> /dev/null
modprobe -k aic7xxx
modprobe -k sg
modprobe -k sd_mod
modprobe -k sr_mod
modprobe -k ide-scsi
modprobe -k st
Ce qui à mon avis va poser problème car je ne veux pas de l'ide-scsi
ni du sr_mod car je suis en 2.6 et que je n'utilise pas l'émulation
scsi pour le lecteur DVD-ROM et graveur.
