Pensez à lire la FAQ dans le répertoire des gestionnaires sonores. Cette section
est toujours en construction.
Vérifiez les éléments suivants :
Compatibilité des cartes son
Êtes-vous sûr à 100% que votre carte son EST supportée ?
Vérifiez encore. Il arrive qu'un modèle X123 ne soit pas exactement un X123b
et vous êtes en train de perdre votre temps. D'un autre côté, une carte son
supportée peut aussi poser problèmes -- il m'a fallu deux heures pour installer
une CS4237B, ce qui était, après tout, un très bon exemple de RTFM.
OSS/Lite ou le gestionnaire du noyau
Il se peut que votre noyau ait le support audio intégré, ou qu'un module
OSS/Lite ou OSS/Free soit chargé (vérifiez avec cat /proc/modules).
Retirez le module, ou recompilez votre noyau (allez donc jeter un coup d'oeil
au Kernel-HOWTO).
Vérifiez le réglage PnP
Êtes-vous sûr que votre carte son est activée ? Relisez donc le PnP-HOWTO,
et vérifiez que votre carte son est correctement activée.
Vos paramètres sont-ils corrects ?
Vérifiez encore et toujours les paramètres de votre carte son. Et n'oubliez pas
que 534 n'est pas la même chose que 543, pas plus que 0x534 et 534.
Essayez insmod
Il est parfois utile de commencer avec insmod au lieu de kerneld. Comme cela,
vous pourrez peut-être voir un message d'erreur.
Lisez le fichier INSTALL.
Le fichier INSTALL du répertoire des gestionnaires contient beaucoup
d'informations. Si votre gestionnaire ne fonctionne pas, regardez s'il n'y a
pas d'informations complémentaires.
Messages de déboguage
En dernier ressort, vous pouvez recompiler les gestionnaires en leur indiquant
d'envoyer des informations de déboguage dans /var/log/messages. Allez dans le
répertoire des gestionnaires (cd /usr/src/alsa-driver-... et lancez :
./configure --with-debug=detect; make clean; make
Retirez le gestionnaire (s'il est actif, voir plus bas pour une commande
pratique).
Puis relancez la commande "modprobe" que vous aviez utilisée précédemment,
pour charger le gestionnaire fraîchement compilé.
Allez voir dans /var/log/messages s'il y a des messages.
Si rien ne va plus...
Si ces messages ne peuvent vous aider, envoyez un message à la liste de
diffusion des développeurs Alsa,
alsa-devel@alsa.jcu.cz en précisant les informations suivantes :
- nom de votre carte son, ainsi que les noms des composants présents sur la carte ;
- votre fichier isapnp.conf si vous avez des cartes sons PnP ;
- votre fichier conf.modules ou la commande que vous utilisez pour activer
les gestionnaires ALSA ;
- tous les messages de /var/log/messages concernant les gestionnaires Alsa.;/item>
Si vous avez découvert un bug, les développeurs d'Alsa seraient heureux de
connaître les informations suivantes (au minimum) :
- versions de votre noyau et de vos gestionnaires : 'cat /proc/asound/version' ;
- informations sur la carte son ;
- nom de la carte son ;
- liste des composants présents sur la carte ;
- contenu de 'cat /proc/asound/cards' ;
- tous les messages de /var/log/messages concernant les gestionnaires Alsa.;/item>
- une description du problème.
Si vous aviez le support son sous Linux précédemment, vos applications se
réfèrent probablement à /dev/pcm0, /dev/audio et /dev/mixer. C'est parfait si
vous utilisez la compatibilité OSS à l'aide du module snd-pcm1-oss. Il serait
mieux, cependant, d'utiliser les véritables périphériques Alsa, ceux de
/dev/snd.
Retirer une dizaine de modules un par un est pénible. Heureusement, tous les
modules commencent par le préfixe "snd-", et une petite ligne de commande fera
l'affaire.
Vous pouvez retirer facilement les modules Alsa à l'aide de la commande
suivante :
cat /proc/modules|gawk '/^snd-/{print $1}|xargs -i rmmod {}
Note : si un module est dépendant d'un autre, il n'est pas possible de commencer
par retirer le premier. Cela signifie qu'il se peut que vous deviez relancer
la commande de retrait une deuxième fois (je n'ai cependant jamais recontré
cette situation, il semble qu'il soit possible de retirer les modules Alsa dans
l'ordre dans lequel ils apparaissent dans /proc/modules).
|