Re: [CBLX] alsa dmix permition non acordée

[Emmanuel COUTRIS <emmanuel.coutris@xxxxxxxxx>]

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 +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