[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re : Re: Re : Problème avec pulseaudio



Le mardi 22 juin 2021 à 10:27, steve <dlist@bluewin.ch> a écrit :

> Le 20-06-2021, à 09:22:06 +0200, steve a écrit :
>
> Finalement l'erreur est de nouveau présente. J'avais aussi ajouter mon
>
> utilisateur au groupe 'pulse' au cas où.
>
> Une autre idée ?
>
> Merci

J'avais vu ça : https://debian-facile.org/viewtopic.php?id=29940
en plus des groupes ils parlent de usrmerge...

Je n'ai qu'une seule machine en bullseye que j'ai installé fin mai (debootstrap et mate-desktop).
Le système de son par défaut était pipewire mais je ne suis pas parvenu à faire fonctionner le bluetooth avec
donc je l'ai remplacé par pulseaudio et j'ai effectivement les mêmes messages que toi dans mon syslog depuis.

Comme ce système a été installé directement en bullseye, /bin /sbin et /lib sont déjà des liens symboliques donc
installer usrmerge n'aurait pas de sens (et je ne vois pas le rapport).

Dans le post ou il dit qu'il faut installer usrmerge, il donne un `ls -ail` de sa racine et on voit qu'il a bien
des les liens symboliques pour /*bin et /lib* et qu'il a aussi un dossier /nonexistent mais qui n'a pas la même date.

Sur ma bullseye j'ai les mêmes messages que toi dans syslog :
Jun 13 07:35:49 pbp systemd[1]: Started User Manager for UID 65534.
Jun 13 07:35:49 pbp systemd[1]: Started Session c2 of user nobody.
Jun 13 07:35:49 pbp systemd[13384]: Starting Sound Service...
Jun 13 07:35:49 pbp systemd[1]: session-c2.scope: Succeeded.
Jun 13 07:35:49 pbp systemd[1]: Started Session c3 of user nobody.
Jun 13 07:35:50 pbp systemd[1]: session-c3.scope: Succeeded.
Jun 13 07:35:50 pbp systemd[1]: Started Session c4 of user nobody.
Jun 13 07:35:50 pbp pulseaudio[13408]: Failed to create secure directory (/nonexistent/.config/pulse): Aucun fichier ou dossier de ce type
Jun 13 07:35:50 pbp systemd[13384]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 13 07:35:50 pbp systemd[13384]: pulseaudio.service: Failed with result 'exit-code'.
Jun 13 07:35:50 pbp systemd[13384]: Failed to start Sound Service.
Jun 13 07:35:50 pbp systemd[13384]: Reached target Main User Target.
Jun 13 07:35:50 pbp systemd[13384]: Startup finished in 951ms.
Jun 13 07:35:50 pbp systemd[13384]: pulseaudio.service: Scheduled restart job, restart counter is at 1.
Jun 13 07:35:50 pbp systemd[13384]: Stopped Sound Service.
Jun 13 07:35:50 pbp systemd[13384]: Starting Sound Service...

Concernant le fameux dossier /nonexistent (qui n'existe pas sur mes systèmes) :
hugues@pbp:~$ grep -r nonexistent /etc/* 2>/dev/null
/etc/passwd:nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
/etc/passwd:_apt:x:100:65534::/nonexistent:/usr/sbin/nologin
/etc/passwd:messagebus:x:104:110::/nonexistent:/usr/sbin/nologin
/etc/passwd:uml-net:x:118:125::/nonexistent:/usr/sbin/nologin
/etc/passwd-:nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
/etc/passwd-:_apt:x:100:65534::/nonexistent:/usr/sbin/nologin
/etc/passwd-:messagebus:x:104:110::/nonexistent:/usr/sbin/nologin
/etc/passwd-:uml-net:x:118:125::/nonexistent:/usr/sbin/nologin
/etc/schroot/setup.d/20copyfiles:        fatal "Not copying nonexistent file: $file"

En fait il semble que pulseaudio tente de se lancer pour l'utilisateur nobody.

Sur ma buster qui a une configuration très similaire je n'ai pas ce genre de messages mais,
sur bullseye :
hugues@pbp:~$ ps aux | grep pulse
hugues      1151  0.0  0.6 874492 24880 ?        S<sl 22:02   0:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal

sur buster :
hugues@W520:~$ ps aux | grep pulse
hugues    1726  0.0  0.0 1132272 15708 ?       S<sl juin16   0:10 /usr/bin/pulseaudio --daemonize=no

Cette commande se trouve dans /usr/lib/systemd/user/pulseaudio.service qui fait partie du package pulseaudio.

À mon avis le mieux à faire (le plus simple) pour se débarasser de ces messages c'est de créer le dossier /nonexistent avec des permissions similaires à /tmp (chmod 1777) afin que tous les utilisateurs dont c'est le dossier personnel puissent y accéder.

Autrement peut-être qu'en configurant pulseaudio en tant que démon système il ne se lancerait plus en mode utilisateur (à vérifier).

Ou encore remplacer pulseaudio par pipewire...


Reply to: