Re: [CBLX] alsa dmix permition non acordée |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/carrefourblinux Archives
]
- To: carrefourblinux@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [CBLX] alsa dmix permition non acordée
- From: Emmanuel COUTRIS <emmanuel.coutris@xxxxxxxxx>
- Date: Thu, 16 Dec 2010 02:08:44 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=8q9p/7kgIOPQUW7r0l4V4tlkHZn4LBJImeoh36RTXyY=; b=cp6xTK7FB4zpr7sW9KpQYHuNTRVHN3PAtB0w3EA/SPDXR8rsvZ6UlYs0E2O3WyOZHR sCRxewYxdfCOijrGuE3XXQzzv+3b0bH3k4CcEXRsR2lzASztowpff9qP3XeE1Ywf/ULo jOrj+Kpqjgzeec+IEqt8TeV3dQEoy4L7sD45U=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=Tm72YaT581AySRbHLXP1EwUsXD/m2DkpgtYn2KdZTJjsXRlS4OwHyu81bNge8T5iFw AFjKboSU9/z59emHzU/1fS/ESeiqDdHOLKn1KZtn/SJ4E0tisBJl9Rp+tw4xOTh/tXrS Wck0UlcAKqyCWbEZYEFY04x1DjC5+LB20zh8w=
Salut à tous,
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
Désolé de réagir que maintenant sur ce sujet. Je n'ai pas grand-chose sauf
la porte sur la piste. Le soucis ne vient pas de ALSA mais du système IPC.
En effet, lorsque tu regardes dans ton asound.conf, tu vois la ligne
ipc_key 1025. En gros, cela signifie que ALSA utilise un système de
semaphore pour l'utilisation des cartes... oops, j'ai dit semaphore?
Un semaphore est un système de compteur pour donner un certain nombre de
permissions simultanées. Imaginons que tu aies un semaphore de taille 100,
s'il est mal géré (personne ne déclare qu'il a fini sa tâche avec la
carte, par exemple), au bout de 100 utilisations personne ne peut plus
utiliser la carte et ce n'est pas un soucis de permissions au niveau du
système de fichier. En général, on connait bien les semaphores sous un
autre nom: les locks ne sont qu'un système de semaphore particulier (avec
une seule permission).
Ce qu'il faut faire en tant que root:
- repérer le semaphore incriminé (avec ipcs)
- le supprimer pour qu'il soit réinitialisé à la prochaine utilisation
(commande ipcrm)
Bon... ça c'est la théorie. Je continue à creuser pour chercher comment
savoir quel semaphore est en cause, je soupçonne l'ID 1025, mais je
confirme dès que j'en ai la certitude.
Si tu trouves, n'hésite pas à nous informer (c'est bien d'avoir les
questions... mais aussi les solutions!)
Amicalement,
Manu
>
> 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 +0100
>>>
>>>> bonsoir,
>>>>
>>>> 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 USB
>>> C'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 timer
>>> Oui 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 !
>>>
>>> Pierre
>>>
>>>
>>>>
>>>> Jé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 +0100
>>>>>
>>>>>
>>>>>> bonjour a tous,
>>>>>>
>>>>>> je viens avec un nouveaux soucis
>>>>>>
>>>>>> sous debian lenny ou sous debian squeeze
>>>>>>
>>>>> Enfin 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 dessous
>>>>>>
>>>>> Beh 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 message
>>>>>>
>>>>> Eh 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 machine
>>>>>>
>>>>> Ouaip ! ç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 rien
>>>>>>
>>>>>
>>>>> Hum ! 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 vous
>>>>>>
>>>>> J'ai essayé de te donner des pistes.
>>>>>
>>>>> Pierre
>>>>>
>>>>>
>>>>>
>>>>>> Jé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