Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN
M-Audio Delta 44
(25)
Déposer un avis
Où acheter Delta 44 ?
Moins
Aucun revendeur ne propose ce produit pour le moment.
Alerte disponibilité
Il n’y a pas de petite annonce pour ce produit.
Alerte nouvelle annonce

Pb avec les drivers alsa

  • 25 réponses
  • 6 participants
  • 1 412 vues
  • 1 follower
Sujet de la discussion Pb avec les drivers alsa
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?
2
Un /dev/xxx qui n'est plus le même depuis la réinstallation du driver ?
que donne un "strace alsamixer" ?

Laurent

3
Le pb est assez generique, en fait. Ton kernel, tu l'as compile toi même ? Pareil pour les drivers alsa ? Tu marches avec ou sans devfs ? ( fait un ps -A, et regarde si le demon devfsd tourne. Si oui, tu as devfs, si non, tu n'as pas devfs qui tourne ).

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.
4
> En tout cas, la delta 44 marche nickel avec alsa et debian.

...Je confirme :D:

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

5
Alors, oui j'ai compilé mon noyau et les drivers aussi. Mais j'ai pas de demon devfsd qui tourne. En root, j'ai le même problème. Je ne pense pas que ce soit un problème de droits parce qu'avant ça marchait bien (avec un autre noyau mais c'était pas moi qui l'avait installé :clin: ).
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.
6

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 :)

7
> c'est un fichier qui serait mauvais?

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

8
Pour l'installation j'ai suivi les explication du site alsa-project http://www.alsa-project.org/alsa-doc/doc-php/template.php3?company=Midiman&card=Delta+44&chip=Envy24&module=ice1712
J'ai bien le module soundcore, je pense que le module.conf est bon.
9
J'ai regardé un peu et voila ce que j'ai trouvé, je n'ai plus le repertoire /dev/snd qui contient generalement les devices mixer,midi et audio.
Ce repertoire est habituellement un lien (quand on a pas devfs) vers /proc/asound/dev, et chose etrange le repertoire /proc/asound/dev est aussi manquant.

10
Vou avez bien chargé tous les modules ? Genre soundcore, snd, et tous ceux du répertoire /lib/modules/version_kernel/alsa ? Vérifiez avec /sbin/lsmod

Perso, ça marche avec un 2.4.18, un 2.4.21 et un 2.6-test3
11
Le strace alsamixer donne ça chez moi :

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.
12

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.

13
Moi, j'utilise la version 9.4 avec devfs. Et j'avais ce genre de problèmes avec devfs, mais c'était parce que je n'avais plus chargé les modules de compatilibilté OSS.

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 ).
14
Ouais sous debian stable le devfs n'est pas mis par defaut. Donc je pense que comme moi le posteur original ne l'a pas.

Sinon moi je viens de telecharger le package alsa-driver 0.9.6 et le script snddevices a bien créé le /dev/snd comme il fallait, alsamixer marche bien maintenant :)

15
C'est jamais par défaut sous debian, stable ou pas. La big distrib ou devfs est par défaut, ça reste Mandrake.

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...
16
Woooooooooo! Ca marche!! J'ai lancé le snddevices et ça a résolu les problèmes. En fait, je crois que je l'avais lancé après avoir installé les drivers mais avant d'installer les lib et les utils. Merci!
17
Sur la page liée plus haut:

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!
18

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.
19

Citation : Je trouve pas tout ça logique...
En tout cas, chez moi, ça marche pas en version 0.9.6!



Tu n'as pas devfs justement ?

20
Si!
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!
21
Si tu as devfs, il ne faut surout PAS utiliser snddevices.

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 ? )
22
J'ai suivi le tutorial ALSA mais ayant une Terratec EWX 24/96 (même driver ice1712) sous Mandrake 9.1. J'avais bien noté:

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.
23
Les dependances te broutent mais attention car si tu force l'install en les ignorant c'est une variable de plus en cas de probleme et ca rend la situation facilement inextricable pour un debutant.

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.

24

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.
25
Salut, j'ai fait un post! pouvez vous m'aider car j'en peux plus de trifouiller mon ordi pour faire fonctionner ma delta44! Merci

Etrange

Invocate The Butcher

Architect of Seth