J'ai un ordinateur qui exécute Mythbuntu 12.04. Il a un appareil audio numérique Kenwood USB externe.
Lorsque j'ouvre pavucontrol, je reçois ce message :
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 refusedFichier journal des erreurs, créé avec ces instructions, sur Pastebin.
Comment corriger cette erreur ?
La solution à ce problème a été découverte en résolvant mon autre problème, avec Pulseaudio et Flash.
Tout d'abord, j'ai dû purger complètement et réinstaller Pulseaudio. Une façon de le faire est d'exécuter la commande :
sudo apt-get --purge --reinstall install pulseaudioEnsuite, après avoir eu un nouveau départ, j'ai découvert qu'il y avait cette entrée étrange dans /etc/pulse/client.conf. Il y avait une ligne qui disait :
autospawn = nowIl semble que now ne soit pas une option valide. Je ne sais pas 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, et puis je l'ai également commenté.
; autospawn = yesRedémarré, et ensuite j'ai pu ouvrir pavucontrol sans erreurs.
La leçon que j'ai tirée de cela est que purger une application pourrait ne pas être aussi complet qu'on pourrait le penser.
Je suppose que vous avez essayé de supprimer ~/.pulse/* et de redémarrer le serveur audio ?
Votre deuxième option est de 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 en tête.
Enfin, cela pourrait être lié à ce bogue. Le contournement consistait à démarrer pulseaudio en mode système, en changeant la valeur de PULSEAUDIO_SYSTEM_START dans /etc/default/pulseaudio à 1. Cela empêchera 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 et que vous ne voulez pas continuer à exécuter pulse en mode système, alors modifiez votre message avec le contenu de default.pa. Sinon, laissez-le tel quel. Je ne vois pas vraiment le problème de le faire fonctionner en mode système sur un système monoutilisateur.
Essayez ceci :
rm -r ~/.pulse
rm -r ~/.pulse-cookie
rm -r ~/.config/pulseDes erreurs peuvent être signalées indiquant que les fichiers n'ont pas pu être trouvés. C'est normal. Ensuite, nous arrêtons puis redémarrons PulseAudio :
sudo pulseaudio -k
pulseaudio --startLà 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 lockMais après un redémarrage, cela a fonctionné pour moi. Pavucontrol fonctionne à nouveau correctement depuis.
Ouvrez etc/pulse/default.pa et essayez de commenter toutes ces lignes :
.ifexists module-jackdbus-detect.so
load-module module-jackdbus-detect
.endifExécutez à nouveau les étapes et vérifiez le journal pour les changements, si possible donnez-nous une autre sortie.
Si cela ne fonctionne pas, supprimez pulseaudio et redémarrez.
J'ai reçu cette erreur "La connexion à PulseAudio a échoué" lorsque les valeurs de la variable d'environnement XDG_RUNTIME_DIR étaient différentes.
Le serveur pulseaudio fonctionnait avec une valeur, et pavucontrol fonctionnait avec une autre valeur. Par conséquent, pavucontrol cherchait dans le mauvais répertoire le socket de communication créé par pulseaudio.
Dans ce cas, la solution est de s'assurer que les deux processus ont la même valeur pour la variable d'environnement XDG_RUNTIME_DIR.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
