Re: cohabitation 2.4 2.6
[EMAIL PROTECTED] a écrit : Selon Marc Perrudin [EMAIL PROTECTED]: [EMAIL PROTECTED] a écrit : Selon Marc Perrudin [EMAIL PROTECTED]: 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-, 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. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
Selon [EMAIL PROTECTED]: 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??? Euh désolé pour les fautes de conjugaison... -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
[EMAIL PROTECTED] a écrit : Selon Marc Perrudin [EMAIL PROTECTED]: 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-, 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) -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
Le Mon, 7 Mar 2005 20:53:04 +0100 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: Le Mon, 07 Mar 2005 14:40:18 +0100 Marc Perrudin [EMAIL PROTECTED] a écrit: [EMAIL PROTECTED] a écrit : Selon Marc Perrudin [EMAIL PROTECTED]: 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-, 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 21 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. Je confirme! Si je vais ça je perds mon lecteur DVD et mon graveur...
Re: cohabitation 2.4 2.6
Selon pascal [EMAIL PROTECTED]: Gaëtan PERRIER a écrit : Le Thu, 03 Mar 2005 22:31:13 +0100 oui c'est exavtement ça. Par exemple ide-detect existe pour le 2.4 mais est remplacé par ide-generic en 2.6 ... Bien ...Mais en quoi est-ce un problème ? Tu veux dire que les deux initrd (l'un du 2.4 et l'autre du 2.6) dépendent d'un unique fichier de configuration (genre /etc/mkinitrd/modules) et sont donc mutuellement incompatibles ??? C'est ça. Ce qui fait que quand tu installes un nouveau kernel-image ça merde. Par exemple si ton /etc/mkinitrd/modules est prévu pour 2.6 et que tu installes un nouveau kernel-image-2.4.xx ça merde car le mkinitrd qui est fait automatiquement lors de l'installation du paquet, échoue... En fait il faudrait que les paquets kernel-image soient prévus pour utiliser un mkinitrd spécifique à chaque branche kernel (2.4, 2.6, etc...): /etc/mkinitrd-2.4 pour kernel 2.4 /etc/mkinitrd-2.6 pour kernel 2.6 Comme ça plus de problème... -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
[EMAIL PROTECTED] a écrit : Selon pascal [EMAIL PROTECTED]: Gaëtan PERRIER a écrit : Le Thu, 03 Mar 2005 22:31:13 +0100 oui c'est exavtement ça. Par exemple ide-detect existe pour le 2.4 mais est remplacé par ide-generic en 2.6 ... Bien ...Mais en quoi est-ce un problème ? Tu veux dire que les deux initrd (l'un du 2.4 et l'autre du 2.6) dépendent d'un unique fichier de configuration (genre /etc/mkinitrd/modules) et sont donc mutuellement incompatibles ??? C'est ça. Ce qui fait que quand tu installes un nouveau kernel-image ça merde. Par exemple si ton /etc/mkinitrd/modules est prévu pour 2.6 et que tu installes un nouveau kernel-image-2.4.xx ça merde car le mkinitrd qui est fait automatiquement lors de l'installation du paquet, échoue... En fait il faudrait que les paquets kernel-image soient prévus pour utiliser un mkinitrd spécifique à chaque branche kernel (2.4, 2.6, etc...): /etc/mkinitrd-2.4 pour kernel 2.4 /etc/mkinitrd-2.6 pour kernel 2.6 Comme ça plus de problème... 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. 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. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
Selon Marc Perrudin [EMAIL PROTECTED]: 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... 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. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
[EMAIL PROTECTED] a écrit : Selon Marc Perrudin [EMAIL PROTECTED]: 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. 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. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
Marc Perrudin a écrit : 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. J'ai suivi le fil avec interet mais je pense ne pas être concerné puisque l'initrd a été passé en option à make-kpkg et que le noyau 2.6.10 en question a été compilé par mes soins (si je puis dire!). Donc deux images bien distinctes sagement rangées sous / Pascal -- L'avenir, c'est à l'avance qu'il faut y penser. R. Brautigan -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
Selon Marc Perrudin [EMAIL PROTECTED]: [EMAIL PROTECTED] a écrit : Selon Marc Perrudin [EMAIL PROTECTED]: 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! -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cohabitation 2.4 2.6
Le Thu, 03 Mar 2005 15:13:24 +0100 pascal [EMAIL PROTECTED] a écrit: Hello la liste Bon alors je me suis lancé dans l'aventure mais comment dirais-je un scrupule me retient... Dans le but de garder un noyo qui tourne je voudrais savoir si l'utlisation du 2.6 ne va pas alterer celle du Bon vieux 2.4 des familles notamment à travers la gestion des modules : en bref est-ce qu'un generate modprobe.conf ne va pas interferer avec le vieux module.conf ? Si tu n'as pas de initrd spécifique pas de problème sinon gare aux modules qui n'existent pas sous les 2 versions...
Re: cohabitation 2.4 2.6
Le Thu, 03 Mar 2005 22:31:13 +0100 pascal [EMAIL PROTECTED] a écrit: Gaëtan PERRIER a écrit : Si tu n'as pas de initrd spécifique pas de problème sinon gare aux modules qui n'existent pas sous les 2 versions... Bonsoir...Ou bonne nuit ... Heu désolé mais je ne suis pas certain de bien comprendre ta réponse... Peux-tu préciser un peu s'il te plait... Car il se trouve (voir l'autre thread plus spécifique mais ...qui sait !) que je rencontre quelques problèmes et qu'effectivement j'ai besoin (lvm) d'initrd pour chaque noyau. Par modules qui n'existent pas sous les 2 versions tu entends : modules qui sont soit dans l'un soit dans l'autre mais pas les deux ? Et si c'est cela...Pour quelle raison ? oui c'est exavtement ça. Par exemple ide-detect existe pour le 2.4 mais est remplacé par ide-generic en 2.6 ...
Re: cohabitation 2.4/2.6
Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 01:16:10 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Bonjour, Pourquoi utiliser un initrd ?? Parce que j'utilise les noyaux standard Debian et que je boote sur des disques SCSI. Pourquoi ne pas faire tes propres noyaux qui auront tous les modules voulus? -- Secretary's Revenge: Filing almost everything under the.
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 09:38:37 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 01:16:10 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Bonjour, Pourquoi utiliser un initrd ?? Parce que j'utilise les noyaux standard Debian et que je boote sur des disques SCSI. Pourquoi ne pas faire tes propres noyaux qui auront tous les modules voulus? Parce que je n'ai pas envie de recompiler à chaque nouvelle version de noyau qui sort, le générique Debian me convenant.
Re: cohabitation 2.4/2.6
On Fri, Dec 31, 2004 at 10:22:34AM +0100, Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 09:38:37 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 01:16:10 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Bonjour, Pourquoi utiliser un initrd ?? Parce que j'utilise les noyaux standard Debian et que je boote sur des disques SCSI. Pourquoi ne pas faire tes propres noyaux qui auront tous les modules voulus? Parce que je n'ai pas envie de recompiler à chaque nouvelle version de noyau qui sort, le générique Debian me convenant. Mais dans ce cas-là,l'initrd fourni avec le noyau contient les bons modules et il en devrait pas y avoir de problème de compatibilité... J-L signature.asc Description: Digital signature
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 11:19:36 +0100 Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit: On Fri, Dec 31, 2004 at 10:22:34AM +0100, Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 09:38:37 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 01:16:10 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Bonjour, Pourquoi utiliser un initrd ?? Parce que j'utilise les noyaux standard Debian et que je boote sur des disques SCSI. Pourquoi ne pas faire tes propres noyaux qui auront tous les modules voulus? Parce que je n'ai pas envie de recompiler à chaque nouvelle version de noyau qui sort, le générique Debian me convenant. Mais dans ce cas-là,l'initrd fourni avec le noyau contient les bons modules et il en devrait pas y avoir de problème de compatibilité... A ce que j'ai compris il n'y a pas d'initrd de fournis avec le noyau. Lors de l'installation d'un kernel-image il y a un mkinitrd de fait et donc l'initrd est créé dynamiquement. Mon problème se pose de toute façon soit avec /etc/modules soit avec /etc/mkinitrd/modules sur le 2.4 j'ai besoin d'ide-detect, module inexistant sur le 2.6, ce qui m'ennuie beaucoup car du coups mon disque ide n'est pas détecté...
Re: cohabitation 2.4/2.6
Gaëtan PERRIER wrote: A ce que j'ai compris il n'y a pas d'initrd de fournis avec le noyau. Lors de l'installation d'un kernel-image il y a un mkinitrd de fait et donc l'initrd est créé dynamiquement. Mon problème se pose de toute façon soit avec /etc/modules soit avec /etc/mkinitrd/modules sur le 2.4 j'ai besoin d'ide-detect, module inexistant sur le 2.6, ce qui m'ennuie beaucoup car du coups mon disque ide n'est pas détecté... Quel genre de controleur IDE utilise tu? -- If you will practice being fictional for a while, you will understand that fictional characters are sometimes more real than people with bodies and heartbeats.
Re: cohabitation 2.4/2.6
Le 31.12.2004 11:38:34, Gaëtan PERRIER a écrit : Le Fri, 31 Dec 2004 11:19:36 +0100 Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit: On Fri, Dec 31, 2004 at 10:22:34AM +0100, Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 09:38:37 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: Le Fri, 31 Dec 2004 01:16:10 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Bonjour, Pourquoi utiliser un initrd ?? Parce que j'utilise les noyaux standard Debian et que je boote sur des disques SCSI. Pourquoi ne pas faire tes propres noyaux qui auront tous les modules voulus? Parce que je n'ai pas envie de recompiler à chaque nouvelle version de noyau qui sort, le générique Debian me convenant. Mais dans ce cas-là,l'initrd fourni avec le noyau contient les bons modules et il en devrait pas y avoir de problème de compatibilité... A ce que j'ai compris il n'y a pas d'initrd de fournis avec le noyau. Lors de l'installation d'un kernel-image il y a un mkinitrd de fait et donc l'initrd est créé dynamiquement. Mon problème se pose de toute façon soit avec /etc/modules soit avec /etc/mkinitrd/modules sur le 2.4 j'ai besoin d'ide-detect, module inexistant sur le 2.6, ce qui m'ennuie beaucoup car du coups mon disque ide n'est pas détecté... Je pense que vous pouvez sans risque mettre ide-detect à la fois dans /etc/modules (il sera simpelment ignoré s'il n'existe pas) et dans /etc/mkintird/modules A tester Jean-Luc pgpRayO4UPMa7.pgp Description: PGP signature
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 10:50:02 + Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit: Je pense que vous pouvez sans risque mettre ide-detect à la fois dans /etc/modules (il sera simpelment ignoré s'il n'existe pas) et dans /etc/mkintird/modules A tester Non dans /etc/mkinitrd/modules ce n'est pas possible car il ne cré pas l'initrd dans ce cas. Dans /etc/modules effectivement ça ne semble pas géner. Mais je n'ai toujours pas trouver par quoi le remplacer sur le 2.6 pour que la détection des disques ide soit faite...
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 11:40:40 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Gaëtan PERRIER wrote: A ce que j'ai compris il n'y a pas d'initrd de fournis avec le noyau. Lors de l'installation d'un kernel-image il y a un mkinitrd de fait et donc l'initrd est créé dynamiquement. Mon problème se pose de toute façon soit avec /etc/modules soit avec/etc/mkinitrd/modules sur le 2.4 j'ai besoin d'ide-detect, module inexistant sur le 2.6, ce qui m'ennuie beaucoup car du coups mon disque ide n'est pas détecté... Quel genre de controleur IDE utilise tu? vt82c686b (KT133A), le problème vient du fait que pour booter en scsi je suis obligé de désactiver le disque dans le bios
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 13:02:41 + Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit: Le 31.12.2004 12:33:40, Gaëtan PERRIER a écrit : Le Fri, 31 Dec 2004 10:50:02 + Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] a écrit: Je pense que vous pouvez sans risque mettre ide-detect à la fois dans /etc/modules (il sera simpelment ignoré s'il n'existe pas) et dans /etc/mkintird/modules A tester Non dans /etc/mkinitrd/modules ce n'est pas possible car il ne cré pas l'initrd dans ce cas. Dans /etc/modules effectivement ça ne semble pas géner. Mais je n'ai toujours pas trouver par quoi le remplacer sur le 2.6 pour que la détection des disques ide soit faite... ide-disk ide-generic bien vu effectivement avec ide-generic j'ai enfin réussi à démarrer en 2.6 mais ça reste crad pour l'instant
Re: cohabitation 2.4/2.6
Le jeudi 30 décembre 2004 à 17:35 +0100, Gaëtan PERRIER a écrit : Bonjour, Je cherche à faire cohabiter un noyau 2.6 avec le 2.4 sur Sarge. Pour l'instant j'ai identifié 2 problèmes: mkinitrd: certains modules n'existent plus en 2.6 fstab: si j'ai bien compris en 2.6 il ne faut plus déclarer les graveurs en ide-scsi mais les laisser en ide d'où problème avec fstab... Pourquoi une telle cohabitation ? -- Raphaël 'SurcouF' Bordet [EMAIL PROTECTED] [EMAIL PROTECTED] | http://www.debianfr.net
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 14:56:11 +0100 Raphaël 'SurcouF' Bordet [EMAIL PROTECTED] a écrit: Le jeudi 30 décembre 2004 à 17:35 +0100, Gaëtan PERRIER a écrit : Bonjour, Je cherche à faire cohabiter un noyau 2.6 avec le 2.4 sur Sarge. Pour l'instant j'ai identifié 2 problèmes: mkinitrd: certains modules n'existent plus en 2.6 fstab: si j'ai bien compris en 2.6 il ne faut plus déclarer les graveurs en ide-scsi mais les laisser en ide d'où problème avec fstab... Pourquoi une telle cohabitation ? Parce que j'ai une config stable en 2.4 que je maîtrise à peu près et que je me méfie du passage en 2.6, il faut donc que je puisse switcher de l'un à l'autre au cas où.
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 14:56:11 +0100 Raphaël 'SurcouF' Bordet [EMAIL PROTECTED] a écrit: Le jeudi 30 décembre 2004 à 17:35 +0100, Gaëtan PERRIER a écrit : Bonjour, Je cherche à faire cohabiter un noyau 2.6 avec le 2.4 sur Sarge. Pour l'instant j'ai identifié 2 problèmes: mkinitrd: certains modules n'existent plus en 2.6 fstab: si j'ai bien compris en 2.6 il ne faut plus déclarer les graveurs en ide-scsi mais les laisser en ide d'où problème avec fstab... Pourquoi une telle cohabitation ? Un exemple en 2.6 je n'ai plus de son, donc je vais repasser en 2.4 tant que je n'aurai pas trouver le pourquoi du comment...
Re: cohabitation 2.4/2.6
Le Thu, 30 Dec 2004 17:35:19 +0100 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: Bonjour, Je cherche à faire cohabiter un noyau 2.6 avec le 2.4 sur Sarge. Pour l'instant j'ai identifié 2 problèmes: mkinitrd: certains modules n'existent plus en 2.6 fstab: si j'ai bien compris en 2.6 il ne faut plus déclarer les graveurs en ide-scsi mais les laisser en ide d'où problème avec fstab... Comment faire? Dans un premier temps j'ai donc fais un initrd temporaire et j'ai essayé de booter... Je boote sur un disque scsi qui contient le système et un ide qui contient le /home Gros problème: le disque ide n'est pas détecté donc plantage au moment de fsck Dans le 2.4 c'était le module ide-detect qui permettait la detection amis à prioris il n'existe plus...
Re: cohabitation 2.4/2.6
Gaëtan PERRIER wrote: Le Thu, 30 Dec 2004 17:35:19 +0100 Gaëtan PERRIER [EMAIL PROTECTED] a écrit: Bonjour, Je cherche à faire cohabiter un noyau 2.6 avec le 2.4 sur Sarge. Pour l'instant j'ai identifié 2 problèmes: mkinitrd: certains modules n'existent plus en 2.6 fstab: si j'ai bien compris en 2.6 il ne faut plus déclarer les graveurs en ide-scsi mais les laisser en ide d'où problème avec fstab... Comment faire? Dans un premier temps j'ai donc fais un initrd temporaire et j'ai essayé de booter... Je boote sur un disque scsi qui contient le système et un ide qui contient le /home Gros problème: le disque ide n'est pas détecté donc plantage au moment de fsck Dans le 2.4 c'était le module ide-detect qui permettait la detection amis à prioris il n'existe plus... Bonjour, Pourquoi utiliser un initrd ?? -- Don't say yes until I finish talking. -- Darryl F. Zanuck
Re: cohabitation 2.4/2.6
Le Fri, 31 Dec 2004 01:16:10 +0100 Laurent CARON [EMAIL PROTECTED] a écrit: Bonjour, Pourquoi utiliser un initrd ?? Parce que j'utilise les noyaux standard Debian et que je boote sur des disques SCSI.