Re: Sarge et fonctionnement modules-kernel26
Le 03.09.2004 09:22:05, David Soulayrol a écrit : Jean-Luc Coulon (f5ibh) wrote: /etc/modutils est utilisé par les noyau 2.4.xx et non les n oyaux 2.6.x On met dans ce répertoire des fichiers qui seront lus par la commande update-rc.d et qui permettront de constituer le fichier / etc/ modules.conf qui est utilisé par modprobe pour charger les modules. Dans le cas d'un noyau 2.6.x, tout cela est obsolète. Le paquet de gestion des modules (qui comporte les commandes insmod, modprobe, lsmod) s'appelle module-init-tools. Le répertoire où se trouvent les paramètres des différents modules (le pendant de /etc/modutils pour 2.4.xx) s'appelle /etc/modprobe.d Le fichier /etc/modules.conf ne sert plus avec les noyaux de la série 2.6.x, la configuration est faite à la volée par lecture du contenu du répertoire /etc/modprobe.d lors du chargement d'un module. Est-ce qu'il existe un document propre à Debian qui explique les changements importants de ce type lors du passage d'un noyau 2.4 au 2.6 ? Avec en particulier les paquets concernés, les modifications dans le systèmes de fichier, etc. ? pas vraiment non, c'est un peu éparpillé. En ce qui concerne la disparition de update-modules ou plutôt son inactivation, j'avais trouvé un rapport de bug et la réponse avec été un laconique : RTFM, included the changelog Donc lire les différents fichiers se trouvant dans /usr/share/doc/ module-init-tools Il est a remarquer que certains programmes et scripts se plaignent encore lorsqu'ils ne trouvent pas /etc/modprobe.conf ou /lib/modules/ modprobe.conf. On peut ignorer ces avertissements. David. Jean-Luc pgpEKYs3tAe5W.pgp Description: PGP signature
Re: Sarge et fonctionnement modules-kernel26
Bonjour. > Dans le cas de 2.6.8, je ne connais pas de patches de chez Debian. De > toute façon, cela n'a rien à voir avec les modules. La question du patch était en plus. Désolé pour la confusion. J'ai quand même le patch debianlogo, qui peut être appliqué. J'ai appliqué la manière traditionnelle (patch -p1 < patch) Vu que le répertoire était structuré dans le répertoire kernel-patches Il me semblait qu'il y avait une procédure automatique du fait du script debianlogo présent dans /usr/src/kernel-patches/all/apply > Le répertoire modules.conf concerne les modules qui seront chargés au > lancement de linux sans action particulière de votre part. Le contenu de ce fichier (modules.conf): keep post-install bttv insmod tuner post-remove bttv rmmod tuner alias char-major-10-175 agpgart alias char-major-10-200 tun alias char-major-81 bttv alias char-major-108ppp_generic alias /dev/ppp ppp_generic alias tty-ldisc-3 ppp_async alias tty-ldisc-14 ppp_synctty alias ppp-compress-21 bsd_comp alias ppp-compress-24 ppp_deflate alias ppp-compress-26 ppp_deflate alias loop-xfer-gen-0 loop_gen alias loop-xfer-3 loop_fish2 alias loop-xfer-gen-10 loop_gen alias cipher-2 des alias cipher-3 fish2 alias cipher-4 blowfish alias cipher-6 idea alias cipher-7 serp6f alias cipher-8 mars6 alias cipher-11 rc62 alias cipher-15 dfc2 alias cipher-16 rijndael alias cipher-17 rc5 alias /dev/tts serial alias /dev/tts/0serial alias /dev/tts/1serial alias /dev/tts/2serial alias /dev/tts/3serial post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null pre-remove serial /etc/init.d/setserial modsave > /dev/null 2> /dev/null alias parport_lowlevel parport_pc alias char-major-10-144 nvram alias binfmt-0064 binfmt_aout alias char-major-10-135 rtc Ci joint la liste des modules lancé: Module Size Used by ipv6 221152 10 ds 17540 4 uhci_hcd 29200 0 usbcore 100704 3 uhci_hcd eepro100 28300 0 snd_intel8x0 33068 0 snd_ac97_codec 59268 1 snd_intel8x0 snd_pcm85412 1 snd_intel8x0 snd_timer 23172 1 snd_pcm snd_page_alloc 11144 2 snd_intel8x0,snd_pcm gameport4736 1 snd_intel8x0 snd_mpu401_uart 7296 1 snd_intel8x0 snd_rawmidi23232 1 snd_mpu401_uart snd_seq_device 7944 1 snd_rawmidi snd50148 7 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device floppy 54996 0 parport_pc 31552 0 parport37320 1 parport_pc pcspkr 3816 0 rtc12088 0 evdev 9088 0 i810_audio 30356 0 ac97_codec 16908 1 i810_audio soundcore 9824 2 snd,i810_audio e100 30080 0 mii 4864 2 eepro100,e100 yenta_socket 19072 0 pcmcia_core60484 2 ds,yenta_socket capability 4872 0 commoncap 7168 1 capability ide_cd 38916 0 cdrom 35360 1 ide_cd ext3 109416 4 jbd54296 1 ext3 ide_disk 16640 6 ide_generic 1664 0 piix 12448 1 ide_core 127448 4 ide_cd,ide_disk,ide_generic,piix unix 25776 7 font8576 0 vesafb 6688 0 cfbcopyarea 3840 1 vesafb cfbimgblt 3200 1 vesafb cfbfillrect 3712 1 vesafb > Pouquoi ? Il me semble qu'il y a trop de chose !! A aucun moment je vois les modules e100 et snd-intel8x0. (et même eepro100) dans les fichiers conf. Ces drivers n'aparaisse nulle part : dans /etc/modprobe.d/ , /etc/modules , /etc/modules.conf et dans /etc/modutils/ Comment contrôler le lancer des modules avec un kernel 2.6 Quel est le programme qui se charge de détecter le matériel et de monter les modules ? Même si je place un fichier : # vi /etc/modprobe.d/reseau alias eth0 e100 # update-modules et un # /etc/init.d/module-init-tools restart Calculating module dependencies... done. Loading modules... ide-cd ide-generic All modules loaded. Ces modules étant présent dans le fichier : # vi /etc/modules ide-cd ide-generic Cordialement, Nicolas M.
Re: Sarge et fonctionnement modules-kernel26
Jean-Luc Coulon (f5ibh) wrote: /etc/modutils est utilisé par les noyau 2.4.xx et non les n oyaux 2.6.x On met dans ce répertoire des fichiers qui seront lus par la commande update-rc.d et qui permettront de constituer le fichier /etc/ modules.conf qui est utilisé par modprobe pour charger les modules. Dans le cas d'un noyau 2.6.x, tout cela est obsolète. Le paquet de gestion des modules (qui comporte les commandes insmod, modprobe, lsmod) s'appelle module-init-tools. Le répertoire où se trouvent les paramètres des différents modules (le pendant de /etc/modutils pour 2.4.xx) s'appelle /etc/modprobe.d Le fichier /etc/modules.conf ne sert plus avec les noyaux de la série 2.6.x, la configuration est faite à la volée par lecture du contenu du répertoire /etc/modprobe.d lors du chargement d'un module. Est-ce qu'il existe un document propre à Debian qui explique les changements importants de ce type lors du passage d'un noyau 2.4 au 2.6 ? Avec en particulier les paquets concernés, les modifications dans le systèmes de fichier, etc. ? David.
Re: Sarge et fonctionnement modules-kernel26
Le 02.09.2004 21:17:35, Nicolas Montauban a écrit : Bonjour. J'ai installé une Sarge avec un kernel 2.6.7 J'ai récupéré la 2.6.8 (en .deb) et recompilé. Tout fonctionne sauf que je ne comprend pas comment fonctionne l'insertion des modules. (PS: comment utilise t'on les fichiers kernel-patch-.. . Il me crée un repertoire kernel-patches) Bon, vos explications sont un peu confuses, on va tenter de faire le tri. Le répertoire kernel-patch sert à appliquer des ptches aux sources du noyau. Par exemple, sur un noyau 2.4.x, vous pouvez appliquer les patches i2c et lm-sensors, en autres. Dans le cas de 2.6.8, je ne connais pas de patches de chez Debian. De toute façon, cela n'a rien à voir avec les modules. Quels fichiers, quels répertoires, pour l'implémentation des modules ? Les modules se trouvent dans le répertoire /lib/modules/2.6.8- (xxx dépendant du noyau installé) Il y a toute une arborescence que vous pouvez parcourir pour trouver vos patches. j'ai fouillé dans les fichiers modules.conf, modules, et dans les répertoires modutils, modprobe.d Le répertoire modules.conf concerne les modules qui seront chargés au lancement de linux sans action particulière de votre part. A aucun moment je vois les modules e100 et snd-intel8x0. Et pourtant ces drivers sont chargés au démarrage. la commande "lsmod" vous donne la liste desmodules chargés J'ai désactivé dans le kernel la fonction "Automatic kernel modules loading", rien à faire Je souhaiterais controler les modules qui se lance, et non que le système le détecte. Pouquoi ? Pour info, j'ai placé le fichier alsa dans le répertoire /etc/ modutils/ /etc/modutils est utilisé par les noyau 2.4.xx et non les n oyaux 2.6.x On met dans ce répertoire des fichiers qui seront lus par la commande update-rc.d et qui permettront de constituer le fichier /etc/ modules.conf qui est utilisé par modprobe pour charger les modules. Dans le cas d'un noyau 2.6.x, tout cela est obsolète. Le paquet de gestion des modules (qui comporte les commandes insmod, modprobe, lsmod) s'appelle module-init-tools. Le répertoire où se trouvent les paramètres des différents modules (le pendant de /etc/modutils pour 2.4.xx) s'appelle /etc/modprobe.d Le fichier /etc/modules.conf ne sert plus avec les noyaux de la série 2.6.x, la configuration est faite à la volée par lecture du contenu du répertoire /etc/modprobe.d lors du chargement d'un module. # ALSA portion alias char-major-116 snd alias snd-card-0 snd-intel8x0 # module options should go here # OSS/Free portion alias char-major-14 soundcore alias sound-slot-0 snd-card-0 # card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss Ces paramètres sont les paramètres nécessaires pour fonctionner avec 2.4.xx, en 2.6.8, ce n'est plus nécessaire. Il existe un fichier alsa- base dans /etc/modprobe.d, le reste est géré par hotplug et depuis le son fonctionne bien Par défaut le module "son" était monté, mais impossible de faire fonctionner. D'où mon besoin de contrôler le montage des modules. Débutant sous Deb Cordialement, Nicolas M. Jean-Luc pgpk4pcBWkgMk.pgp Description: PGP signature
Sarge et fonctionnement modules-kernel26
Bonjour. J'ai installé une Sarge avec un kernel 2.6.7 J'ai récupéré la 2.6.8 (en .deb) et recompilé. Tout fonctionne sauf que je ne comprend pas comment fonctionne l'insertion des modules. (PS: comment utilise t'on les fichiers kernel-patch-.. . Il me crée un repertoire kernel-patches) Quels fichiers, quels répertoires, pour l'implémentation des modules ? j'ai fouillé dans les fichiers modules.conf, modules, et dans les répertoires modutils, modprobe.d A aucun moment je vois les modules e100 et snd-intel8x0. Et pourtant ces drivers sont chargés au démarrage. J'ai désactivé dans le kernel la fonction "Automatic kernel modules loading", rien à faire Je souhaiterais controler les modules qui se lance, et non que le système le détecte. Pour info, j'ai placé le fichier alsa dans le répertoire /etc/modutils/ # ALSA portion alias char-major-116 snd alias snd-card-0 snd-intel8x0 # module options should go here # OSS/Free portion alias char-major-14 soundcore alias sound-slot-0 snd-card-0 # card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss et depuis le son fonctionne bien Par défaut le module "son" était monté, mais impossible de faire fonctionner. D'où mon besoin de contrôler le montage des modules. Débutant sous Deb Cordialement, Nicolas M.