Pourquoi est-ce que je reçois cette erreur "Connexion à PulseAudio échouée"?
J'ai un ordinateur qui exécute Mythbuntu 12.04. Il possède un périphérique USB Kenwood Digital Audio externe.
Lorsque j'ouvre pavucontrol, je reçois le message suivant:
Si je fais ce que le message suggère et lance start-pulseaudio-x11, j'obtiens cette sortie:
$ start-pulseaudio-x11
Connection failure: Connection refused
pa_context_connect() failed: Connection refused
Fichier journal d'erreur, créé avec ces intructions , sur Pastebin .
Comment corriger cette erreur?
La solution à ce problème a été découverte au cours de la résolution de mon autre problème, avec Pulseaudio et Flash .
J'ai d'abord dû purger et réinstaller complètement Pulseaudio. Une façon de faire est d’exécuter la commande:
Sudo apt-get --purge --reinstall install pulseaudio
Ensuite, après , j’ai eu un début propre, j’ai découvert qu’il y avait une entrée étrange dans /etc/Pulse/client.conf. Il y avait une ligne qui dit:
autospawn = now
Il semble que now ne soit pas une option valide. Je n'ai aucune idée d'où venait cette option, car je pensais que je recommençais à zéro après la réinstallation.
Je l'ai changé en yes, puis je l'ai commenté également.
; autospawn = yes
Redémarré, puis j'ai pu ouvrir pavucontrol sans erreur.
La leçon que j’en ai tirée est que le nettoyage d’une application risque de ne pas être aussi complet qu’on pourrait le supposer.
Je suppose que vous avez essayé de supprimer ~/.Pulse/* et de redémarrer le serveur de son?
Votre deuxième option consiste à vérifier /etc/Pulse/client.conf dans/etc/Pulse, comme suggéré dans l'avertissement. Assurez-vous que tout est défini sur sa valeur par défaut en commentant chaque ligne avec un point-virgule.
Enfin, cela pourrait être lié à ce bogue . La solution consistait à démarrer pulseaudio en mode système en modifiant la valeur de PULSEAUDIO_SYSTEM_START dans/etc/default/pulseaudio. Cela éviterait à pulseaudio de charger 'default.pa' dans votre dossier/etc/Pulse. Si cela résout votre problème et que vous êtes sur un système multi-utilisateurs, vous ne souhaitez donc pas continuer à exécuter Pulse en mode système, modifiez alors votre publication avec le contenu de default.pa. Sinon, laissez-le juste. Je ne vois pas vraiment le problème de l'exécuter en mode système sur un système mono-utilisateur.
Ouvrez etc/Pulse/default.pa et essayez de commenter toutes ces lignes:
.ifexists module-jackdbus-detect.so
load-module module-jackdbus-detect
.endif
Exécutez à nouveau les étapes et vérifiez si le journal contient des modifications. Si possible, utilisez une autre sortie.
Si cela ne fonctionne pas, supprimez pulseaudio et redémarrez.
Essaye ça:
rm -r ~/.Pulse
rm -r ~/.Pulse-cookie
rm -r ~/.config/Pulse
Des erreurs peuvent indiquer que des fichiers sont introuvables. C'est bon. Ensuite, nous lançons Pulse et le redémarrons:
Sudo pulseaudio -k
pulseaudio --start
Là aussi, des erreurs peuvent être signalées comme:
E: [pulseaudio] core-util.c: Home directory not accessible: Keine Berechtigung
W: [autospawn] lock-autospawn.c: Fehler beim Zugriff auf Autostart-Sperre.
E: [pulseaudio] main.c: Failed to acquire autospawn lock
Mais après un redémarrage, cela a fonctionné pour moi. Pavucontrol fonctionne bien depuis lors.
J'ai reçu cette erreur "Connection to PulseAudio failed" lorsqu'il y avait différentes valeurs de la variable d'environnement XDG_RUNTIME_DIR.
Le serveur pulseaudio était en cours d'exécution avec une valeur et pavucontrol en cours d'exécution avec une valeur différente. Par conséquent, pavucontrol cherchait dans le mauvais répertoire le socket de communication créé par pulseaudio.
Dans ce cas, la solution consiste à s'assurer que les deux processus ont la même valeur pour la variable d'environnement XDG_RUNTIME_DIR.
Je l'ai récemment eu sur un vieil ordinateur Gentoo que je mettais à niveau. Il s’avère que j’ai échoué à démarrer le service dbus
# /etc/init.d/dbus start
# rc-update add dbus default
Ce sera probablement une cause inhabituelle de cette boîte de dialogue d'erreur.