| Re: [CBLX] alsa dmix permition non acordée |
[ Thread Index | Date Index | More lists.tuxfamily.org/carrefourblinux Archives ]
bonsoir, donc je vien enfin de testez l'astuce de supprimer le semafor avec la commande suivante : ipcrm -M 1025 -S 1025 mais ça me renvoie ceci : ipcrm: invalid key (1025) ipcrm: invalid key (1025)je sais pa si ça a une importance mais je fais ça alors que la carte son fonctionne toujours juste pour voir si la comande fonctionne.
Jérémy ipcrm: invalid key (1025) ipcrm: invalid key (1025) Le 17/12/2010 10:37, Emmanuel COUTRIS a écrit :
Bonjour Jérémy et tous, D'après mes recherches et si j'ai bien compris: - l'identifiant spécifié dans le asound.conf par ipc_key permet d'identifier les ressources utilisées - tu peux effacer le sémaphore alloué pour que les prochaines applications lancées se retrouvent avec un sémaphore tout neuf. - pour le supprimer avec les ressources associées (mémoire partagée): ipcrm -M $IPC_KEY -S $IPC_KEY avec $IPC_KEY représentant la valeur de ipc_key dans ton asound.conf En espérant que ça ait pu aider, Amicalement, Manu On Wed, Dec 15, 2010 at 09:39:54PM +0100, prego Jérémy wrote:re, désolé pour le bruit enfaite se message ce résou facilement un /etc/init.d/alsa-utils restart et c'est ok je renvoie un message si je m'en sort pas seul lorsque j'ai le permission non accordée merci a tous Le 15/12/2010 21:29, prego Jérémy a écrit :re, ben maintenant que j'ai essayer de débrancher et rebrancher ma carte son et de jouer un son dessus j'ai le droits a ce message aussi ALSA lib pcm_dmix.c:1068:(snd_pcm_dmix_open) unable to open slave Playback open error: -77,Le descripteur du fichier est dans un mauvais état Jérémy Le 15/12/2010 22:11, Pierre Lorenzon a écrit :Bonsoir, From: prego Jérémy<jeremy@xxxxxxxxxxxxxxxxx> Subject: Re: [CBLX] alsa dmix permition non acordée Date: Wed, 15 Dec 2010 21:02:06 +0100bonsoir, pour la précision c'est pas facile dêtre précis je ne peux pas dire a quel moments cela ce produit exactement j'essayerais de faire daventage attention lorsque ça ce produit en effet il m'arrive de débrancher et de rebrancher ma carte son USBC'est là qu'il faudrait 1. tester si ça continue à fonctioner ou si ça plante 2. dans le cas où ça plante inspecter /dev/snd.voici la lorsque ça fonctionne une sortie de ls -al dans /dev/snd root@debian:/dev/snd# ls -al total 0 drwxr-xr-x 4 root root 300 14 déc. 21:37 . drwxr-xr-x 16 root root 3300 14 déc. 23:19 .. drwxr-xr-x 2 root root 60 14 déc. 21:37 by-id drwxr-xr-x 2 root root 80 14 déc. 21:37 by-path crw-rw----+ 1 root audio 116, 12 14 déc. 21:37 controlC0 crw-rw----+ 1 root audio 116, 6 14 déc. 21:37 controlC1 crw-rw----+ 1 root audio 116, 11 14 déc. 21:37 hwC0D0 crw-rw----+ 1 root audio 116, 10 14 déc. 21:37 hwC0D1 crw-rw----+ 1 root audio 116, 9 14 déc. 21:37 pcmC0D0c crw-rw----+ 1 root audio 116, 8 14 déc. 21:37 pcmC0D0p crw-rw----+ 1 root audio 116, 7 14 déc. 21:37 pcmC0D1p crw-rw----+ 1 root audio 116, 5 14 déc. 21:37 pcmC1D0c crw-rw----+ 1 root audio 116, 4 15 déc. 20:24 pcmC1D0p crw-rw----+ 1 root audio 116, 3 14 déc. 21:37 seq crw-rw----+ 1 root audio 116, 2 14 déc. 21:37 timerOui tu vois c'est correct, mais normal ça fonctionne, audio a la permission en écriture sur tous les devices. Le ls -al serait vraiement util quand ça va planter. Donc la prochaine fois que ça plante inspecte /dev/snd en détail. J'ai pensé après coup qu'il pouvait y avoir d'autres fichiers ailleurs qui pourraient être incriminés mais je ne sais pas lesquels ni où. Avec une config de son relativement simple, il n'y a rien d'autre que les devices. Mais sait-on jamais. Bref d'abord inspecter les devices en cas de plantage et si c'est normal de ce côté-là il faudra chercher ailleurs. À suivre ! Toujours à ta disposition ! PierreJérémy Le 15/12/2010 20:23, Pierre Lorenzon a écrit :Salut, Voilà une question qui m'intéresse parce qu'elle ne concerne pas une surcouche hasardeuse à la gnome ! Mais je n'ai pas dit que j'ai la réponse. D'abord parce qu'il faudrait que tu donnes une description un peu plus détaillée du symptome ! From: prego Jérémy<jeremy@xxxxxxxxxxxxxxxxx> Subject: [CBLX] alsa dmix permition non acordée Date: Tue, 14 Dec 2010 05:15:56 +0100bonjour a tous, je viens avec un nouveaux soucis sous debian lenny ou sous debian squeezeEnfin pas un pseudo w$ quoi !j'utilise un fichier asound.conf puisque je sépare les cartes son pour la lecture et l'enregistrement copie si dessousBeh un jour je te demanderai des tuyaux parce que je ne suis pas un as du asound.conf et que ça m'intéresserait de savoir faire des truc comme ça. Cela dit, je ne pense pas que ton asound.conf soit à incriminer parce qu'il ne s'occupe pas de permissions il me semble.mais parfois en utilisateur il me met ce messageEh parfois ? Qu'est-ce à dire ? C'est là docteur qu'il faudrait être plus précis ! Docteur parfois je tousse ! Ah et quand donc, quand votre cheminée tire mal ? Là ça n'est pas grave je ne peux rien pour vous !ALSA lib pcm_dmix.c:985:(snd_pcm_dmix_open) unable to create IPC semaphore Playback open error: -13,Permission non accordée ALSA lib pcm_dmix.c:985:(snd_pcm_dmix_open) unable to create IPC semaphore Playback open error: -13,Permission non accordée je précise que mon utilisateur fait bien parti du groupe "audio"Oui mais il faudrait vérifier aussi que tes sound-devices sont bien ouverts à audio. Vas donc faire un petit ls -al dans /dev/snd (j'espÃ??re que c'est là dans ta configuration) et regarde un peu quelles sont les permissions des gens qui sont là .pour retrouver un fonctionnement convenable je suis obligé de redémarrrer la machineOuaip ! ça ça me laisse rêveur ... Donc ça voudrait dire qu'au boot, les permissions de tes devices sont bonnes, et que QUELQUE CHOSE les modifie lorsque le systÃ??me tourne. Aïe ! regarde toujours s'il n'y a pas un fantÃ??me dans la boîte ... Je n'y crois pas beaucoup mais sait-on jamais ... Euh plus sérieusement je soupçonerais assez udev de te jouer des tours ! Tu ne serais pas le premier ! Il y a, rien que sur cette liste, déjà quelques victimes de udev. Mais pourquoi udev donnerait les bonnes permissions au lancement et les modifierait aprÃ??s. Là je ne comprends pas, parce que normalement udev n'intervient plus aprÃ??s avoir détecté le matériel. Sauf eh oui sauf ! si la conf change ! Est-ce que par hasard, tu ne brancherais pas une carte son usb externe aprÃ??s ? Là le noyau va chatouiller udev qui va se mettre à faire le ménage dans les devices. Ce qui pourrait expliquer le mystérieux "PARFOIS" de plus haut : est-ce que parfois, ce serait justement aprÃ??s avoir branché quelque device externe ?un /etc/init.d/alsa-utils restart ne change rienHum ! si c'est un problÃ??me udev, c'est normal, ce truc là ça ne doit faire que régler les devices avec la conf, pas changer les devices eux mêmes.voici mon fichier asound.conf pcm.play { type hw card 1 #carte son usb } pcm.record { type hw card 0 #carte du pc device 0 } pcm.dmixed { type dmix ipc_key 1025 slave { pcm "hw:1,0" period_time 0 period_size 2048 buffer_size 32768 rate 44100 } bindings { 0 0 1 1 } } pcm.skype { type asym playback.pcm "dmixed" capture.pcm "record" } pcm.!default { type plug slave.pcm "skype" } merci d'avance a vousJ'ai essayé de te donner des pistes. PierreJérémy --- -- CarrefourBLinuX MailingListe Pour obtenir de l'aide, envoyez le sujet help à : carrefourblinux-request@xxxxxxxxxxxxxxxxxxx Archives: http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux------ -- CarrefourBLinuX MailingListe Pour obtenir de l'aide, envoyez le sujet help à: carrefourblinux-request@xxxxxxxxxxxxxxxxxxx Archives: http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux--------- -- CarrefourBLinuX MailingListe Pour obtenir de l'aide, envoyez le sujet help ?: carrefourblinux-request@xxxxxxxxxxxxxxxxxxx Archives: http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux---
--- -- CarrefourBLinuX MailingListe Pour obtenir de l'aide, envoyez le sujet help à: carrefourblinux-request@xxxxxxxxxxxxxxxxxxx Archives: http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
| Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |