pulseaudio me fait le misère

[piratebab]

Depuis quelque jours, le son est devenu aléatoire sur ma testing.
Le problème semble être apparu suite à l'arrivée de phonon via une dépendance.

impossible de se connecter au serveur pulseaudio (par exemple avec paman)
une tentative pour démarrer pa me sort une erreur laconique

pulseaudio --start -vv
D: [pulseaudio] conf-parser.c: Parsing configuration file '/etc/pulse/client.conf'
D: [pulseaudio] conf-parser.c: /etc/pulse/client.conf.d does not exist, ignoring.
E: [pulseaudio] main.c: Échec lors du démarrage du démon.

et rien dans dmesg.
Ou trouver un log, ou quelque chose qui pourrait me préciser le problème ?

[piratebab]

une piste

Code : Tout sélectionner

pulseaudio -vvvv

me donne

[pulseaudio] core-util.c: Home directory not accessible: Permission non accordée

et en effet /home/piratebab appartien à root !

[marcastro]

peux tu montrer ton fichier /etc/pulse/client.conf .

[Grhim]

il y a conflit si les deux sont installer, il faudrais que tu choisisse lequel tu veux garder

[piratebab]

j'ai essayé de virer phonon, mais il veut virer la moitié de KDE
/etc/pulse/client.conf

Code : Tout sélectionner

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB

; auto-connect-localhost = no
; auto-connect-display = no

est ce normal que le /home d'un user appartienne à root ?

[marcastro]

mon fichier /etc/pulse/client.conf:

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB

; auto-connect-localhost = no
; auto-connect-display = no

c'est le même que le tien;donc le problème ne vient pas de là.
Tu n'as pas un message qui apparaît du genre "could not connect to pulse server" ?

[etxeberrizahar]

Pulseaudio fonctionne en tant que service avec schéma client/serveur.

Lorsque le son est servi par le système local, la même machine fait office de serveur et de client.
Le fichier client.conf de pulseaudio fait référence à un client de pulseaudio. Ce fichier sert à définir et à diffuser l'audio auprès d'un serveur pulseaudio.
Il s'agit de propager l'audio vers un système externe.
Si tu ne diffuses pas le son par le réseau( voire de système virtuel cloisonné vers système "réel") le fichier client.conf n'a pas d'incidence et tu peux l'ignorer superbement.

Présentement le service pulseaudio ne peut pas se lancer.
Voir appartenance aux groupes de celui qui le lance, commande groups.

Il se pourrait qu'une autre application accapare la carte son. Faire cesser tous les processus audio-video actifs (sans oublier le navigateur web) avant de lancer pulseaudio.

Il se pourrait également que le "backend" de phonon soit en cause.

Identifie le *phonon-backend* installé. Installe *phonon-backend-gstreamer* s'il n'est pas installé.
*phonon-backend* qui nous ont posé problème, vlc et null :
https://packages.debian.org/jessie/phonon-backend-vlc
https://packages.debian.org/jessie/phonon-backend-null
(null=ø bien entendu, null ne s'entend pas puisque null est nul...)

[hybridemoineau]

Pour info, /home appartient à user root, mais /home/user à user.

[lol]

Salut,
Pulse est installé en system-mode daemon ?

[piratebab]

Je n'ai aucune idée de comment pulse audio est installé, c'est l'install standard.
effectivement, c'est le backend qui ne démarre pas, et donc rien ne peux s'y connecter.
Le problème tourne autour des droits d'accès à /home/user.
J'ai déja vérifié, user appartient bien aux graoupes audio, video, et pulse.
La solution usuellement proposée est de faire un

Code : Tout sélectionner

chown -R user:user /home user

Mais je ne peux pas faire ça. Dans le home, il y a des sauvegardes de systémes embarqués, dont forcément certaines parties appartiennent à root.
Il faudrait que je fasse quelque chose de plus ciblé, mais je ne sais pas exactement de quoi pulseaudio à besoin dans /home/user.
Pour gstreamer, je vais regarder:
phonon n'est pas incompatible avec pa, il agit plus haut dans le système.
http://tuxradar.com/content/how-it-work ... -explained


Par contre pulseaudio-module-x11 n'est pas installé (probléme de version de lib). Est ce normal ?

[Grhim]

phonon n'est pas incompatible avec pa, il agit plus haut dans le système.
http://tuxradar.com/content/how-it-work ... -explained

Exact , ca ne fait plus de conflit , c'etait a l'epoque des debuts de kde4, je viens de verifier et j'ai bien les deux d'installer sur ma debian/unstable, non MAO (contrairement a ce que j'ai pu marquer plus haut)

jette un coup d'oeil ici https://www.freedesktop.org/wiki/Softwa ... fectSetup/

[piratebab]

deja lu, mais rien sur cette histoire de droits sur /home/user

[piratebab]

si je le lance en mode system, ça passe, c'est bien un probleme de droit.

Code : Tout sélectionner

pulseaudio --system -vv

je vais le forcer en mode system dans le fichier de conf

[lol]

Salut,
Normalement ici:
/home/user/.pulse

[piratebab]

je n'ai pas ce fichier, c'est peut étre ça le probléme.
J'ai un. pulse-cookie qui appartient bien à user
ca fonctionne en mode systeme, il faut encore que j'arrive à le faire démarrer au boot, je doit le lancer à la main (pulseaudio -D)

[lol]

...je doit le lancer à la main (pulseaudio -D)

User ou root ?

[piratebab]

en root, pas testé en user

[lol]

Normal donc.
Tu devrais aussi vérifier si ton gestionnaire de fenêtre démarre bien pulse.
Chez moi:
/etc/xdg/autostart/pulseaudio.desktop