ifconfig ? Le code du noyau a �t� modifi� pour permettre le chargement
des familles de protocoles r�seau (comme IPX, AX25 et AppelTalk)
comme modules vers la version 1.3.80. Cela a eu pour effet
d'ajouter une nouvelle requ�te pour kerneld,
net-pf-X, o� X est un nombre identifiant le
protocole (voir le fichier
/usr/src/linux/include/linux/socket.h pour la
signification de ces nombres).
Malheureusement, ifconfig envoie ces messages, donc
un bon nombre de personnes recoivent ces messages lors le
syst�me se lance et qu'il ex�cute ifconfig pour
initialiser le p�riph�rique loopback. Ces messages sont
sans danger et vous pouvez les retirer en ajoutant les lignes
suivantes :
alias net-pf-3 off # oubliez AX.25 alias net-pf-4 off # oubliez IPX aliad net-pf-5 off # oubliez AppleTalkau fichier
/etc/conf.modules. Biens�r, si vous utilisez
IPX comme module, n'ajoutez pas la ligne qui retire IPX.kerneld, mon syst�me ralentit quand j'active ma connexion PPP Il y a bon nombre de messages � ce sujet. Il semble qu'il y ait
une malheureuse interaction entre kerneld et le script
tkPPP qui est utilis� sur certains syst�mes pour
configurer et surveiller la connexion PPP. Le script ex�cute
apparemment des boucles quand il lance ifconfig.
Celui-ci d�clenche kerneld pour rechercher les modules
net-pf-X (voir ci-dessous), ce qui provoque une
surcharge du syst�me et l'envoi possible de messages ``Cannot
locate module for net-pf-X''. Il n'y a pas d'autres
solutions que de ne pas utiliser tkPPP ou de changer sa
fa�on de surveiller la connexion.
kerneldne charge pas mon gestionnaire SCSIAjoutez une entr�e pour la carte SCSI au fichier
/etc/conf.modules. Regardez la description de l'entr�e
scsi_hostadapter plus haut.
modprobe se plaint que gcc2_compiled n'est pas d�fini Ceci est une erreur dans module-utilities qui ne se
voit qu'avec binutils 2.6.0.9 ou sup�rieur et elle est
aussi document�e dans les notes de mises � jour du paquetage
binutils. Lisez-le donc ou mettez � jour le paquetage
des modules par un qui corrige ce probl�me, par exemple le
modules-2.0.0.
Les options de configuration d'un modules sont stock�es dans
le module lui-m�me quand il est charg�. Donc, quand
kerneld d�charge un module, la configuration que vous
aviez faite est perdue et la prochaine fois que le module sera
charg�, il h�ritera de la configuration par d�faut.
Vous pouvez indiquer � kerneld de configurer un
module en ex�cutant un programme apr�s son chargement
automatique. Voir la section sur l'entr�e post-install.
kerneld peut-il les charger ? Vous ne pouvez pas. Aucune des versions de dosemu
(officielles ou de d�veloppement) ne g�rent le chargement des
modules � travers kerneld. Cependant, if vous avez un
noyau 2.0.26 ou sup�rieur, vous n'avez pas besoin de modules
dosemu particuliers. Installez juste dosemu 0.66.1.
Quand le noyau envoit une requ�te � kerneld, il
s'attend � recevoir un acquittement dans un d�lai d'une seconde. Si
kerneld n'envoie pas cet acquittement, ce message est
diffus�. La requ�te est retransmise et peut �ventuellement r�ussir
Cela arrive couramment sur des syst�mes lourdement charg�s.
kerneld �tant un processus en mode utilisateur, il
est ordonnanc� comme tout processus du syst�me. Sous de
fortes charges, il peut ne pas s'ex�cuter pour envoyer
l'acquittement avant l'expiration du d�lai.
Si cela se produit quand la charge est faible, essayez de
red�marrer kerneld. Tuez le processus
kerneld et red�marrez-le avec la commande
/usr/sbin/kerneld. Si le probl�me persiste, vous
devrez envoyer un message d'erreur �
linux-kernel@vger.rutgers.edu mais, s'il vous
pla�t soyez s�r que votre version du noyau et de
kerneld soient � jour avant d'envoyer un message sur ce
probl�me.
mount n'attend pas que kerneld charge le module du syst�me de fichier Il existe un certain nombre de messages sur le fait que la
commande mount(8) n'attende pas que kerneld
ait charg� le module du syst�me de fichiers. lsmod
montre que kerneld a charg� le module et si vous
r�p�tez la commande mount imm�diatement, le montage
sera r�ussi. Cela semble �tre une erreur dans le paquetage
modules version 1.3.69f qui affecte des utilisateurs de
Debian (elle peut �tre corrig�e en installant la derni�re version
de ce paquetage).
kerneld n'arrive pas � charger le modulencpfs Vous devez compiler les utilitaires ncpfs avec
l'option -DHAVE_KERNELD. Voir le fichier
Makefile de ncpfs.
kerneld n'arrive pas � charger le modulesmbfs Vous utilisez une vieille version des utilitaires
smbmount. Prenez la derni�re version (0.10 ou
sup�rieure) �
ftp://tsx-11.mit.edu/pub/linux/filesystems/smbfs/.
kerneld n'arrive pas � charger le module du syst�me de fichier racine. Vous ne pouvez pas tout mettre sous forme de modules
: le noyau doit avoir assez de gestionnaires pour monter votre
syst�me de fichiers racine et ex�cuter les programmes
n�cessaires au d�marrage de kerneld. Donc vous ne
pouvez pas mettre sous forme de modules :
init,
kerneld et d'autres prgrammes.En fait ce n'est pas vrai. Les derni�res version 1.3.x et
toutes les 2.x du noyau, supportent l'utilisation d'un disque ram
qui est charg� par lilo ou loadlin et
il est possible de charger des modules de ce ``disque'' tr�s t�t
dans le processus de d�marrage. La marche � suivre est d�crite
dans le fichier Documentation/initrd.txt dans
l'arborescence des sources du noyau.
kerneldne se lance pas lors de l'amor�age de la machine : il veut libgdbm Les nouvelles versions de kerneld ont besoin de la
librairie GNU dbm, libgdbm.so pour fonctionner. La
plupart des installations ont ce fichier dans /usr/lib
mais vous avez probablement lanc� kerneld avant que le
syst�me de fichiers de /usr ne soit mont�. Un des
symptomes de ceci est que kerneld ne marche pas lors du
d�marrage du syst�me et de l'ex�cution des script rc, mais
fonctionne parfaitement si vous le lancez � la main apr�s. La
solution est soit de d�placer le lancement de kerneld
apr�s que /usr ne soit mont�, soit de mettre la librairie
gdbm dans le syst�me de fichiers racine (par exemple
dans /lib).
L'installation de la Slackware (et peut-�tre d'autres) cr�e
un fichier /etc/rc.d/rc.modules par d�faut qui fait un
modprobe explicite sur une grande vari�t� de modules.
Quels modules exactement sont ``modprob�s'' ?, cela d�pend de la
configuration initiale du noyau. Vous avez probablement
reconfigur� votre noyau pour enlever un ou plusieurs modules qui
est modprob� dans rc.modules, d'o� les messages
d'erreur. Mettez � jour votre fichier rc.modules en
commentant tout module que vous n'utilisez plus, ou enlevez
enti�rement ce fichier et laissez kerneld charger les
modules quand on en a besoin.
Vous avez probablement reconfigur� et recompil� votre noyau
et exclu des modules. Vous avez d'anciens modules que vous
n'utilisez pas dans le r�pertoire /lib/modules.
La solution la plus simple est d'effacer le r�pertoire
/lib/modules/x.y.z et de retaper make
modules_install depuis le r�pertoire des sources du noyau.
Notez que ce probl�me arrive seulement quand vous reconfigurez le
noyau sans changer de version. Si vous voyez cette erreur quand
vous passer � une nouvelle version du noyau, vous avez un autre
probl�me.
Linux 2.1 est un noyau de d�veloppement. Pour cette raison, il se peut que certaines choses ne fonctionnent pas de temps en temps. La fa�on dont les modules sont manipul�s a chang� de fa�on significative. Richard Henderson a la charge du d�veloppement du noyau des modules.
En bref, si vous voulez utiliser les modules avec un noyau 2.1, vous devez :
Documentation/Changes et voir
quels paquetages doivent �tre mis � jour sur votre syst�me ;modutils,
disponible sur
ftp://ftp.redhat.com/pub/alphabits/ ou sur le site
mirroir
ftp://tsx-11.mit.edu/pub/linux/packages/alphabits/Je recommande le noyau 2.1.29, si vous voulez utiliser les modules avec un noyau 2.1.
kerneld peut � l'origine g�rer l'�tablissement de
connexions r�seau � travers le r�seau t�l�phonique � la demande
: essayer d'envoyer des paquets � un r�seau sans �tre connect�,
peut entra�ner kerneld � lancer le script
/sbin/request_route pour initialiser une connexion PPP
ou SLIP.
Il s'est av�r� que c'�tait une mauvaise id�e. Alan Cox, bien connu pour ses travaux sur le r�seau dans Linux a �crit sur la liste de diffusion linux-kernel que :
``Le truc request-route est obsol�te, cass� et non requis... Il est aussi enlev� des versions 2.1.x.''
A la place d'utiliser le script request-route et
kerneld, je vous encourage vivement � installer le
paquetage diald d'Eric Schenk, disponible � l'url
http://www.dna.lth.se/~erics/diald.html
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:15