Pb avec les drivers alsa
- 25 réponses
- 6 participants
- 1 412 vues
- 1 follower

gurtuviv

alsamixer: function snd_ctl_open failed for default: No such file or directory
Est-ce que quelqu'un a eu ce pb? Une idée pour le résoudre?
- 1
- 2

laurent h

que donne un "strace alsamixer" ?
Laurent

Pov Gabou

Le pb que tu as, il est aussi vrai quand tu lances une appli alsa ( prend alsamixer, par exemple, en ligne de commande ) en root ? Par ce que ca peut etre un probleme de droits, aussi ( est ce que ton login fait partie du groupe audio ? tu peux le verifier dans /etc/groups, si tu sais pas ).
En tout cas, la delta 44 marche nickel avec alsa et debian.

laurent h

...Je confirme

Au fait, vous utilisez quoi comme softs audio sous Linux (a part les xmms et les mpg123...) ?
A une époque, je regardais régulièrement http://linux-sound.org/ ou ses ancêtres.
Y'a quoi comme programme un peu complet et abouti ?
Vous avez essayé http://ardour.sourceforge.net/ ? Ca en est ou ?
Laurent

gurtuviv


Il semble que les drivers marchent parce qu'avec xmms par exemple, les mp3s sont joués mais on ne les entend pas.
Laurent H, je n'ai pas bien compris ta première remarque, c'est un fichier qui serait mauvais? J'ai essayé avec plusieurs versions de drivers mais j'ai toujours la même erreur.

Norrin

Citation : J'ai eu des problèmes avec ma Debian (2.4.20) et je dois réinstaller la Delta 44. J'ai suivi les conseils d'installation des drivers alsa mais quand je lance alsamixer voilà l'erreur qu'on me renvoie :
alsamixer: function snd_ctl_open failed for default: No such file or directory
Est-ce que quelqu'un a eu ce pb? Une idée pour le résoudre?
Ben moi j'ai un truc similaire avec ce kernel aussi et alsa 0.9.4 je crois.
Je constate qu'il y a des modules alsa de chargé mais effectivement j'obtiens ce message d'erreur...
Je n'ai pas encore eu le temps de m'en occuper, probablement un module snd-quelquechose manque.... mais en tout cas quand je reviens en 2.4.18 avec une autre version des modules alsa je n'ai pas ce probleme....
A suivre donc


laurent h

Ben je sais pas trop. L'erreur "no such file or directory", y'a un truc qui trouve pas... Mais bon, c'est une erreur assez générique.
T'as vraiment bien suivi toutes les étapes de l'installation ?
- ton noyau a bien le module soundcore ?
- tu as lancé ./snddevices ?
- ton fichier /etc/modules.conf est bon ?
...
Laurent

gurtuviv

J'ai bien le module soundcore, je pense que le module.conf est bon.

Norrin


Pov Gabou

Perso, ça marche avec un 2.4.18, un 2.4.21 et un 2.6-test3

gurtuviv

execve("/usr/bin/alsamixer", ["alsamixer"], [/* 24 vars */]) = 0
uname({sys="Linux", node="prophet", ...}) = 0
brk(0) = 0x8050c80
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=34103, ...}) = 0
old_mmap(NULL, 34103, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000
close(3) = 0
open("/lib/libncurses.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\337\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=248132, ...}) = 0
old_mmap(NULL, 253056, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001d000
mprotect(0x40052000, 35968, PROT_NONE) = 0
old_mmap(0x40052000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x34000) = 0x40052000
close(3) = 0
open("/usr/lib/libasound.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\274"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=2244306, ...}) = 0
old_mmap(NULL, 611860, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4005b000
mprotect(0x400ed000, 13844, PROT_NONE) = 0
old_mmap(0x400ed000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x92000) = 0x400ed000
close(3) = 0
open("/lib/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2007\0"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=130088, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400f1000
old_mmap(NULL, 132708, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400f2000
mprotect(0x40112000, 1636, PROT_NONE) = 0
old_mmap(0x40112000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1f000) = 0x40112000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0T\27\0\000"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=8008, ...}) = 0
old_mmap(NULL, 11004, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40113000
mprotect(0x40115000, 2812, PROT_NONE) = 0
old_mmap(0x40115000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x40115000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`C\0\000"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0644, st_size=102172, ...}) = 0
old_mmap(NULL, 81316, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40116000
mprotect(0x40123000, 28068, PROT_NONE) = 0
old_mmap(0x40123000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd000) = 0x40123000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\30\222"..., 1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=1153784, ...}) = 0
old_mmap(NULL, 1166560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4012a000
mprotect(0x4023d000, 40160, PROT_NONE) = 0
old_mmap(0x4023d000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x113000) = 0x4023d000
old_mmap(0x40243000, 15584, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40243000
close(3) = 0
mprotect(0x4005b000, 598016, PROT_READ|PROT_WRITE) = 0
mprotect(0x4005b000, 598016, PROT_READ|PROT_EXEC) = 0
munmap(0x40014000, 34103) = 0
getrlimit(0x3, 0xbffff71c) = 0
setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0
getpid() = 924
uname({sys="Linux", node="prophet", ...}) = 0
rt_sigaction(SIGRTMIN, {0x4011e480, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x4011e508, [], 0x4000000}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x4011e608, [], 0x4000000}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff524, 36, (nil), 0}) = 0
brk(0) = 0x8050c80
brk(0x8050cb0) = 0x8050cb0
brk(0x8051000) = 0x8051000
stat64("/usr/share/alsa/alsa.conf", {st_mode=S_IFREG|0644, st_size=7629, ...}) = 0
open("/usr/share/alsa/alsa.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=7629, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
read(3, "#\n# ALSA library configuration "..., 4096) = 4096
brk(0x8052000) = 0x8052000
brk(0x8053000) = 0x8053000
brk(0x8054000) = 0x8054000
brk(0x8055000) = 0x8055000
read(3, "m.device\n\t\t\t}\n\t\t}\n\t\tsubdevice {\n"..., 4096) = 3533
brk(0x8056000) = 0x8056000
brk(0x8057000) = 0x8057000
brk(0x8058000) = 0x8058000
brk(0x8059000) = 0x8059000
read(3, "", 4096) = 0
read(3, "", 4096) = 0
close(3) = 0
munmap(0x40014000, 4096) = 0
access("/etc/asound.conf", R_OK) = -1 ENOENT (No such file or directory) access("/home/moi/.asoundrc", R_OK) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/dev/aloadC0", O_RDONLY) = 3
close(3) = 0
open("/dev/snd/controlC0", O_RDWR) = -1 ENOENT (No such file or directory)
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 6), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
write(1, "\n", 1
) = 1
write(2, "alsamixer: function snd_ctl_open"..., 79alsamixer: function snd_ctl_open failed for default: No such file or directory
) = 79
munmap(0x40014000, 4096) = 0
_exit(1) = ?
Apparemment y a pleins d'erreurs.

Norrin

Citation : Open("/dev/snd/controlC0", O_RDWR) = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC0", O_RDONLY) = -1 ENOENT (No such file or directory)
Ben t'es comme moi, tu n'as plus /dev/snd/*
Je viens de surfer un peu sur la ml alsa et apparement depuis alsa 0.9.4 il n'y a plus /proc/asound/dev donc le script alsasound ne peut plus creer le lien /dev/snd au demarrage.
Voila en attendant d'en savoir plus, logiquement le script d'install snddevice (as tu essayés ?) est automatiquement lancé quand tu fais make install et devrais a present se charger de creer les devices manquants. Mais la je ne sais pas pourquoi ca n'a pas fonctionné pour toi.
Moi j'ai posté une requete sur la liste agnula mais je pense que c'est un script qui n'a pas ete lancé au bon moment lors de la mise a jour.

Pov Gabou

Ce genre de trucs passent mal avec un apt-get upgrade.
Ardour marche bien, visiblement, mais chez moi, ça reste inutilisable, car je ne sais pas comment régler jack pour qu'il ne perd pas la boule toutes les 30 sec ( j'ai une carte son de merde, aussi, en ce moment ).

Norrin


Pov Gabou

C4ets bien pratique, defvs, ça a réglé pas mal de problèmes de droits, de ma souris usb qui marchait pas sous X, etc...

gurtuviv


Mr°FrEeZe

Citation : NB. If you are using drivers before 0.9.4 then you need to run
./snddevices
If you use devfs then you should not run the snddevices script
Citation : En fait, je crois que je l'avais lancé après avoir installé les drivers mais avant d'installer les lib et les utils.
Pourtant on dirait que c'est l'ordre indiqué?
Je trouve pas tout ça logique...
En tout cas, chez moi, ça marche pas en version 0.9.6!

gurtuviv

Citation : Pourtant on dirait que c'est l'ordre indiqué?
Oui c'est exact. J'ai installé aussi les drivers 0.9.6 et j'ai lancé le snddevices à la fin de l'installation. Et ça a marché mais c'est vrai que c'est étrange.

Norrin


Mr°FrEeZe

NB: c'est chiant ce système de mailing-list (surtout quand on n'a pas cette carte!), pas d'email notification reply comme dans les thread standard!

Pov Gabou

En 9.4, avec devfs et une unstable debian sur 2.4.22, ca marche nickel. Tu as compile comment le support alsa ? Tu as applique la methode debian, ou pas ? ( est ce que tu utilises make-kpkg pour la compile du kernel et des modules ? )

Mr°FrEeZe

Citation :
NB. If you are using drivers before 0.9.4 then you need to run
./snddevices
If you use devfs then you should not run the snddevices script
Pour l'install, j'ai utilisé l'utilitaire RPM en GUI par défaut en ²cliquant sur les paquetages.
Je suis néophyte en lignes de commande.
Sinon c'est: "rpm -ivh --nodeps machin.rpm"?
Justement (nodeps), les dépendances me broutent, surtout avec les "lib.so" (kezako .so?)!
Je dois tenter d'utiliser apt-get comme conseillé par Planet CCRMA?
Par contre, j'ai pas réussi à installer le control pannel "envy24control" d'alsa-tools (après extraction et "cd" dans le bon dossier) par "./configure;make; make install": c'est normal?
Autrement, comment mettre par défaut le volume à 'donf dans alsamixer pour éviter de le monter manuellement à chaque reboot?
A présent, ça remarche avec des drivers plus anciens (ceux dans MDK9.1): j'ai utilisé la méthode radicale & ancestrale de Windows (le formatage).
Désolé...
Je débute.

Norrin

Je crois qu'il faut perseverer dans la maitrise de rpm et de sa GUI sous mandrake.
Tout d'abord tu dois etre sur que le package que tu essayes d'installer est bien pour mandrake 9.1 (désolé). Bon je continue, si il y a un message d'erreur lors de l'installation il faut le recueuillir précieusement.
Les problemes peuvent être les suivants:
1)-il manque un package essentiel pour que celui qu'on installe fonctionne
2)-il y a un conflit avec un package deja installé.
3)-autres
Le 1) se resoud facilement si l'on sait lequel manque. Il arrive que l'on s'en rendent compte qu'apres l'installation (surtout si on fait un -nodeps) avec un message du style "libmachintruc.so.1 missing".
(les truc en .so sont des librairies logées dans /usr/lib ou /usr/local/lib).
Dans ce cas là la solution c'est de connaitre la commande qui permet de lister le nom du package qui contient cette fameuse lib. Tu peux aussi utiliser la GUI mandrake ou kpackage et faire "rechercher un fichier" dans tout les packages. Par contre il arrive parfois que ce package ne soit pas dans la base de données. Et dans ce cas la il faut faire une recherche sur le net en esperant avoir plus d'info. Ca se produit quand on essaye d'installer quand meme un rpm d'une autre distro ce qui est assez rare générallement.
2) il faut faire tres attention, logiquement les packages ont des numeros de version qui permettent au systeme rpm de savoir lequel est censé upgrader l'autre, mais il arrive qu'a force d'installer des packages tiers provenants de contributeurs, que la chaine se brise et l'on arrive alors a des ptits problemes. Il faut donc bien regarder sur son systeme, si on a deja des packages alsa insallés et veiller a ce que la mise a jour se deroule bien. Voir désinstaller soit meme les anciens (et les libs qui vont avec). Tu peux par exemple faire une recherche avec le mots clé "alsa" sur les packages installés.
---------
Faut-il utiliser apt-get de CCRMA ? Attention ne pas confondre.
CCRMA est un projet pour Redhat uniquement. Et apt-get est une application a l'origine utilisée sous debian pour installer les packets .deb. Par la suite ce systeme a ete aussi adapté pour fonctionner avec rpm. Ce qui permet donc au site CCRMA de s'appuyer dessus pour rendre les mise a jour facile. Mais comme tu as une mandrake tu ne peux pas utiliser CCRMA.
Je crois que maintant sous mandrake il est possible aussi d'utiliser apt-get (et synaptic sa GUI) pour installer les contributions (comme les mise a jour alsa) mais pour cela il faut le nom d'un serveur.
Il y a si je me souviens bien un howto la dessus pour mandrake...et je l'avais listé dans le thread sur les distros... Ce serveur doit être nommé dans le fichier /etc/apt/sources.list mais cela est juste un systeme de plus et l'on peut continuer a installer des packages manuellement.
Donc si il y a un probleme je ne sais pas si apt-get le resoudra... en pratique quand tout fonctionne et que l'on a un server avec toujours des packages mis à jour dans les regles de l'art ca permet de faire une mise a jour via le net en 10 minutes d'un seul click ! Donc si il existe un server pour mandrake 9.1 c'est a priori l'assurance que toutes les mises a jour se fairons sans peine et ca peut valoir le coup d'installer ce systeme.
Citation : Par contre, j'ai pas réussi à installer le control pannel "envy24control" d'alsa-tools (après extraction et "cd" dans le bon dossier) par "./configure;make; make install": c'est normal?
Autrement, comment mettre par défaut le volume à 'donf dans alsamixer pour éviter de le monter manuellement à chaque reboot?
Ben quand tu dis ne pas avoir reussis a installer le control panel, que veut tu dire par la ? La compilation a raté ? Quel message d'erreur ?
Concernant les parametre d'alsamixer, logiquement il y a un script qui s'en charge (/etc/init.d/alsa sous debian). Mais tu peux le faire manuellement avec "alsactl store" pour les sauver et "alsactl restore" pour les recharger.

Pov Gabou

Citation :
Justement (nodeps), les dépendances me broutent, surtout avec les "lib.so" (kezako .so?)!
les .so, c'est comme les dll sous windows.
Ne connaissant pas vraiment les rpm et mandrake, je peux pas trop t'aider pour tes pbs de compilation, qui dependent malheuresement pas mal de la ditrib. Par contre, a savoir : mandrake utilise devfs par defaut.

Deadale

Etrange
Invocate The Butcher
Architect of Seth
- < Liste des sujets
- Charte
- 1
- 2