Juste un coup de gueule, parce que je trouve qu'alsa est une vraie usine a gaz !!!
Par exemple, en voulant le réinstaller "à la debian" (maintenant que mon 2.4.23-pre9 marche :-) ), gros bug à la compile.
Bon, recherche, et le bug a déjà été reporté, l'auteur propose une solution. Donc, bricolage du source d'alsa à la main (j'aime pas ça), 4 ligne à mettre en commentaire. Compil correcte, installation des paquets libasound2, alsaconf, alsa-base, alsa-utils, alsa-source. Puis au tour de mon paquet de modules.
Et la, plaf ! Dois-je faire un bug report ou c'est moi qui m'y suis pris comme un con ? C'est la ligne "Restoring ALSA mixer settings ... failed" qui m'embete...
----------------------
Paramétrage de alsa-modules-2.4.23-pre9 (0.9.6-5+p4.0.1) ...
Configuration file for ALSA 0.9 exists.
Attempting to start.
Storing ALSA mixer settings ... failed
Shutting down ALSA (version 0.9.6): done.
Starting ALSA (version 0.9.6): via82xx.
Restoring ALSA mixer settings ... failed
invoke-rc.d: initscript alsa, action "restart" failed.
dpkg : erreur de traitement de alsa-modules-2.4.23-pre9 (--install) :
le sous-processus post-installation script a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
alsa-modules-2.4.23-pre9
------------------------
Mais encore, lorsque je lance alsamixer :
------------------------
[root@yvesd yves]# alsamixer
ALSA lib control.c:612:(snd_ctl_open_noupdate) Invalid CTL default
alsamixer: function snd_ctl_open failed for default: No such file or directory
------------------------
alors la je comprends plus rien du tout :(
# Re: Alsa c'est très embêtant !
Posté par Jllc . Évalué à 1.
[^] # Re: Alsa c'est très embêtant !
Posté par Yves Dessertine . Évalué à 1.
##########################################
### update-modules: start processing /etc/modutils/alsa
### DEBCONF MAGIC
# This file was automatically generated by alsa-base's debconf stuff
alias char-major-116 snd
alias char-major-14 soundcore
options snd major=116 cards_limit=4
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
alias snd-card-0 snd-via82xx
alias snd-slot-0 snd-card-0
alias sound-slot-0 snd-slot-0
### update-modules: end processing /etc/modutils/alsa
##########################################
d'après la doc ça m'a l'air bon... La carte son est une VIA 8233 ou VIA 8235, donc le module est bon.
précision : j'avais compilé la 0.9.3 à la main, ça marchait plutot bien, mais lors de mon passage au noyau 2.4.23-pre9, j'ai été obligé de tout recommencer. J'ai donc tout supprimé, et installé à la debian...
[^] # Re: Alsa c'est très embêtant !
Posté par Jllc . Évalué à 1.
C'est peut-être ça qui pose problème. Si je ne me trompe pas, ça indique d'utiliser 4 cartes sons. Et le module ne les trouvant pas toutes, envoi le message d'erreur. Ou alors, c'est juste un maximum ?
Dans le doute, je suggère d'essayer en mettant 1. Si c'est pas ça, je n'ai pas d'autre idée.
[^] # Re: Alsa c'est très embêtant !
Posté par Antoine Reversat . Évalué à 1.
a+
[^] # Re: Alsa c'est très embêtant !
Posté par Yves Dessertine . Évalué à 1.
> n'ai pas d'autre idée.
C'est fait, suivi d'un modules-update...
> Il me semble que j'ai eu un probleme similaire : as tu verifie les droits
> que tu as sur /dev/adsp* et /dev/amixer* moi ca venait de la...
C'est fait, au burrin :
chmod 777 /dev/adsp* -v
chmod 777 /dev/amixer* -v
Et ça marche toujours pas, j'ai l'impresison de rien comprendre :-) (je suis en root)
Mais j'ai d'autres pistes :
Au boot :
"Starting ALSA (version 0.9.6): warning, no drivers defined in /etc/modules.conf failed
Et, en déséspoir de cause :
[root@yvesd yves]# insmod /lib/modules/2.4.23-pre9/alsa/snd-via82xx.o
/lib/modules/2.4.23-pre9/alsa/snd-via82xx.o: unresolved symbol snd_ac97_set_rate
/lib/modules/2.4.23-pre9/alsa/snd-via82xx.o: unresolved symbol snd_ac97_tune_hardware
/lib/modules/2.4.23-pre9/alsa/snd-via82xx.o: unresolved symbol snd_mpu401_uart_interrupt
/lib/modules/2.4.23-pre9/alsa/snd-via82xx.o: unresolved symbol snd_ac97_mixer
/lib/modules/2.4.23-pre9/alsa/snd-via82xx.o: unresolved symbol snd_ac97_update_bits
/lib/modules/2.4.23-pre9/alsa/snd-via82xx.o: unresolved symbol snd_mpu401_uart_new
[root@yvesd yves]#
Gloups ??
Merci pour votre patience les gars !!
[^] # Re: Alsa c'est très embêtant !
Posté par Jllc . Évalué à 1.
S'il râle aussi, y'a un problème de dépendance quelque part dans les modules compilés. Et là, ça dépasse mes compétences de bidouilleur.
[^] # Re: Alsa c'est très embêtant !
Posté par Yves Dessertine . Évalué à 1.
Le module est correct en fait (voir dernier post).
(a mon avis, insmod râlait parce que, contrairement à modprobe, il ne vérifie pas les dépendances -- la preuve, modprobe à marché)...
[^] # little update
Posté par Yves Dessertine . Évalué à 1.
en fait, "modprobe snd-via82xx" fonctionne partaitement. La vérité est ailleurs !
Voici ce que me retourne lsmod :
# Re: Alsa c'est très embêtant !
Posté par mickabouille . Évalué à 1.
Maintenant, ça marche, et je ne saurais dire pourquoi parce que j'ai changé 2 choses en même temps : j'utilise à plein temps un 2.6test7 (même pas peur - en fait, on dirait qu'il n'y a pas grand chose à craindre) et j'ai mis à jour tous les paquets alsa de debian. Est-ce l'un, est-ce l'autre?
Une remarque quand même, l'intégration d'alsa direct dans les sources du noyau est un vrai plaisir. Et je penche pour dire que c'est ça qui fait que ça marche (en fait, ça marchait bien mieux rien qu'en chargeant le noyau. la mise à jour de alsa-base, libasound2 ... ça a permis que tout soit automatique).
Par contre, c'est bien con, mais pour que tout se passe en douceur, un conseil :
Ne pas mettre alsa en dur dans le noyau (càd laisser alsa en module)!
Je ne dis pas, ça marche très bien, mais les scripts debian d'initialisation ne sont pas prévus pour. Du coup, ils essaient de charger un module, échouent, et direct au tas. Résultat, tu es obligé de monter le volume à chaque démarrage à la main.
[^] # Re: Alsa c'est très embêtant !
Posté par Yves Dessertine . Évalué à 1.
Mais le kernel 2.6 c'est chaud pour moi, parce que j'ai une carte nVidia GeForce4 Ti, donc avec ces fichus drivers nvidia ça va foirer...
Quelqu'un à déjà testé les patches au driver nvidia pour le 2.6 à http://www.minion.de/(...) ??? Qu'est-ce que ça vaut ??
> Ne pas mettre alsa en dur dans le noyau (càd laisser alsa en
> module)!
Merci du conseil.
P.S.: si quelqu'un qui veut tester le 2.6 tombe sur cette page, je lui conseille la lecture de www.codemonkey.org.uk/post-halloween-2.5.txt , c'est excellent !! (le problème de l'écran noir, je l'ai eu et ça m'a découragé :-) )
# Re: Alsa c'est très embêtant !
Posté par __caffeine__ . Évalué à 1.
J'ai farfouillé un peu partout, cherché la config de ma carte sur le site d'Alsa, remis les bons paramètres, ça a pas changé grand-chose, en fait chez moi c'était un problème de PAM (rebooter l'ancien kernel a foutu la zone dans la config de PAM, ce qui provoquait un vautrage en beauté de devfsd au chargement des modules)
Bref, si tu n'as pas de son pour une histoire de droits (comme j'ai cru le lire plus haut), farfouille dans la configuration de PAM, c'est peut-être de là que vient le problème.
Ah oui, jette aussi un coup d'oeil sur les forums de linuxforum.com, section son. C'est très réactif par là-bas...
# Re: Alsa c'est très embêtant !
Posté par Yves Dessertine . Évalué à 1.
Le problème était que j'avais déinstallé alsa "à l'arrache" (à coup de rm/rmdir) parce que je l'avais installé à coups de make install
Je l'ai viré sans faire gaffe aux fichiers du paquet "libasound2" qui était installé en paquet debian lui !! Donc rien ne marchait car les libs manquaient !
Je ne sais plus quel outil debian comparant les fichiers devant être installés et les fichiers effectivement installés m'a été du pmus grand secours pour remarquer ça (je ne l'aurai pas trouvé sinon...). Zut, je ne retrouve plus son nom (ça date un peu et je l'ai déjà oublié). Enfin ça marche maintenant !
Merci à ceux qui ont répondu...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.