Bonjour Hugues,
Merci pour toutes ces explications mais il y a une chose que je ne
comprends pas vraiment. Qu'est que pulseaudio et updatedb ont Í voir
ensemble. updatedb sert Í créer un index des fichiers afin d'accélérer
la recherche avec locate ou mlocate. Qu'est-ce que ça a voir avec
pulseaudio ?
Bonjour Hugues,
Merci pour toutes ces explications mais il y a une chose que je ne
comprends pas vraiment. Qu'est que pulseaudio et updatedb ont Í voir
ensemble. updatedb sert Í créer un index des fichiers afin d'accélérer
la recherche avec locate ou mlocate. Qu'est-ce que ça a voir avec
pulseaudio ?
Bonjour Hugues,
Merci pour toutes ces explications mais il y a une chose que je ne
comprends pas vraiment. Qu'est que pulseaudio et updatedb ont Í voir
ensemble. updatedb sert Í créer un index des fichiers afin d'accélérer
la recherche avec locate ou mlocate. Qu'est-ce que ça a voir avec
pulseaudio ?
mais `su test` ne provoque pas la création d'une instance utilisateur,
`su nobody -s /bin/sh` non plus.
mais `su test` ne provoque pas la création d'une instance utilisateur,
`su nobody -s /bin/sh` non plus.
mais `su test` ne provoque pas la création d'une instance utilisateur,
`su nobody -s /bin/sh` non plus.
Le mercredi 23 juin 2021 Í 06:39, Haricophile a écrit :
Chez moi il semble être lancé par systemd lors de l'exécution des tÍ¢ches cron.daily, et plus particulièrement du script /etc/cron.daily/locate qui contient :
# run find as this user
LOCALUSER="nobody"
Ça lance le script /usr/bin/updatedb.findutils qui fait un `su nobody` ... ce qui provoque :
Jun 23 06:55:12 pbp systemd[1]: Created slice User Slice of UID 65534.
Jun 23 06:55:12 pbp systemd[1]: Starting User Runtime Directory /run/user/65534...
Jun 23 06:55:12 pbp systemd[1]: Finished User Runtime Directory /run/user/65534.
Jun 23 06:55:12 pbp systemd[1]: Starting User Manager for UID 65534...
et une tentative de lancement de pulseaudio.service pour cet utilisateur.
Pour l'UID 1000 pulseaudio se lance normalement.
Pour l'UID 0 ça donne :
Jun 23 07:09:28 pbp systemd[1951]: Condition check resulted in Sound System being skipped.
C'est dÍ» Í une ligne dans /usr/lib/systemd/user/pulseaudio.service :
ConditionUser=!root
On peut obtenir la même chose pour nobody en ajoutant :
ConditionUser=!nobody
juste en dessous.
Préalablement, pour éviter que ce soit écrasé par une mise Í jour de pulseaudio :
# dpkg-divert --rename /usr/lib/systemd/user/pulseaudio.service
# cp /usr/lib/systemd/user/pulseaudio.service.distrib /usr/lib/systemd/user/pulseaudio.service
Après je ne sais pas trop Í qui attribuer ce bug, est-ce que pulseaudio devrait intégrer une condition pour nobody comme pour root ? est-ce que systemd ne devrait pas lancer de "User Manager" pour nobody ? est-ce que c'est le script updatedb.findutils qui fait quelque chose d'incorrect ?
Maintenant que j'ai identifié /etc/cron.daily/locate comme source du
problème, je me suis aperçu que locate n'est pas installé sur ma
buster, c'est mlocate Í la place...
Du coup ma solution finale :
# apt-get install mlocate locate-
Le mercredi 23 juin 2021 Í 06:39, Haricophile <haricophile@aranha.fr> a écrit :
Chez moi il semble être lancé par systemd lors de l'exécution des tÍ¢ches cron.daily, et plus particulièrement du script /etc/cron.daily/locate qui contient :
# run find as this user
LOCALUSER="nobody"
Ça lance le script /usr/bin/updatedb.findutils qui fait un `su nobody` ... ce qui provoque :
Jun 23 06:55:12 pbp systemd[1]: Created slice User Slice of UID 65534.
Jun 23 06:55:12 pbp systemd[1]: Starting User Runtime Directory /run/user/65534...
Jun 23 06:55:12 pbp systemd[1]: Finished User Runtime Directory /run/user/65534.
Jun 23 06:55:12 pbp systemd[1]: Starting User Manager for UID 65534...
et une tentative de lancement de pulseaudio.service pour cet utilisateur.
Pour l'UID 1000 pulseaudio se lance normalement.
Pour l'UID 0 ça donne :
Jun 23 07:09:28 pbp systemd[1951]: Condition check resulted in Sound System being skipped.
C'est dÍ» Í une ligne dans /usr/lib/systemd/user/pulseaudio.service :
ConditionUser=!root
On peut obtenir la même chose pour nobody en ajoutant :
ConditionUser=!nobody
juste en dessous.
Préalablement, pour éviter que ce soit écrasé par une mise Í jour de pulseaudio :
# dpkg-divert --rename /usr/lib/systemd/user/pulseaudio.service
# cp /usr/lib/systemd/user/pulseaudio.service.distrib /usr/lib/systemd/user/pulseaudio.service
Après je ne sais pas trop Í qui attribuer ce bug, est-ce que pulseaudio devrait intégrer une condition pour nobody comme pour root ? est-ce que systemd ne devrait pas lancer de "User Manager" pour nobody ? est-ce que c'est le script updatedb.findutils qui fait quelque chose d'incorrect ?
Maintenant que j'ai identifié /etc/cron.daily/locate comme source du
problème, je me suis aperçu que locate n'est pas installé sur ma
buster, c'est mlocate Í la place...
Du coup ma solution finale :
# apt-get install mlocate locate-
Le mercredi 23 juin 2021 Í 06:39, Haricophile a écrit :
Chez moi il semble être lancé par systemd lors de l'exécution des tÍ¢ches cron.daily, et plus particulièrement du script /etc/cron.daily/locate qui contient :
# run find as this user
LOCALUSER="nobody"
Ça lance le script /usr/bin/updatedb.findutils qui fait un `su nobody` ... ce qui provoque :
Jun 23 06:55:12 pbp systemd[1]: Created slice User Slice of UID 65534.
Jun 23 06:55:12 pbp systemd[1]: Starting User Runtime Directory /run/user/65534...
Jun 23 06:55:12 pbp systemd[1]: Finished User Runtime Directory /run/user/65534.
Jun 23 06:55:12 pbp systemd[1]: Starting User Manager for UID 65534...
et une tentative de lancement de pulseaudio.service pour cet utilisateur.
Pour l'UID 1000 pulseaudio se lance normalement.
Pour l'UID 0 ça donne :
Jun 23 07:09:28 pbp systemd[1951]: Condition check resulted in Sound System being skipped.
C'est dÍ» Í une ligne dans /usr/lib/systemd/user/pulseaudio.service :
ConditionUser=!root
On peut obtenir la même chose pour nobody en ajoutant :
ConditionUser=!nobody
juste en dessous.
Préalablement, pour éviter que ce soit écrasé par une mise Í jour de pulseaudio :
# dpkg-divert --rename /usr/lib/systemd/user/pulseaudio.service
# cp /usr/lib/systemd/user/pulseaudio.service.distrib /usr/lib/systemd/user/pulseaudio.service
Après je ne sais pas trop Í qui attribuer ce bug, est-ce que pulseaudio devrait intégrer une condition pour nobody comme pour root ? est-ce que systemd ne devrait pas lancer de "User Manager" pour nobody ? est-ce que c'est le script updatedb.findutils qui fait quelque chose d'incorrect ?
Maintenant que j'ai identifié /etc/cron.daily/locate comme source du
problème, je me suis aperçu que locate n'est pas installé sur ma
buster, c'est mlocate Í la place...
Du coup ma solution finale :
# apt-get install mlocate locate-
Sous Buster et Bullseye, Pipewire est disponible mais ne remplace pas
Alsa, Jack et Pulseaudio. On peut contraindre ce fonctionnement mais
c'est déconseillé
https://wiki.debian.org/PipeWire#Using_as_a_substitute_for_PulseAudio.2FJACK.2FALSA
Sous Buster et Bullseye, Pipewire est disponible mais ne remplace pas
Alsa, Jack et Pulseaudio. On peut contraindre ce fonctionnement mais
c'est déconseillé
https://wiki.debian.org/PipeWire#Using_as_a_substitute_for_PulseAudio.2FJACK.2FALSA
Sous Buster et Bullseye, Pipewire est disponible mais ne remplace pas
Alsa, Jack et Pulseaudio. On peut contraindre ce fonctionnement mais
c'est déconseillé
https://wiki.debian.org/PipeWire#Using_as_a_substitute_for_PulseAudio.2FJACK.2FALSA
C'est parce qu'avec systemd et son utilisation des CGroup, il ne
faut pas utiliser "su" dans un fichier crontab.
Si je comprends bien, le problème est que le service cron est dans
le system.slice, et que le su va alors créer un user.slice pour
l'utilisateur en question (ici, nobody). Et c'est ça qui va activer
divers trucs, dont une tentative de lancement de pulseaudio.
Par exemple, si j'ajoute un fichier dans /etc/cron.d avec une
ligne du genre
40 * * * * root su nobody -c true
alors quand la commande est lancée, j'obtiens:
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Jun 24 15:40:01 zira CRON[186137]: (root) CMD (su nobody -c true)
Jun 24 15:40:01 zira systemd[1]: Created slice User Slice of UID 65534.
Jun 24 15:40:01 zira su[186138]: (to nobody) root on none
Jun 24 15:40:01 zira systemd[1]: Starting User Runtime Directory /run/user/65534...
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session opened for user nobody(uide534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Finished User Runtime Directory /run/user/65534.
Jun 24 15:40:01 zira systemd[186140]: pam_unix(systemd-user:session): session opened for user nobody(uide534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Starting User Manager for UID 65534...
[...]
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira nologin[186163]: Attempted login by root (UID: 65534) on UNKNOWN
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session closed for user nobody
Jun 24 15:40:01 zira pipewire[186161]: could not set nice-level to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira systemd[186140]: Started D-Bus User Message Bus.
Jun 24 15:40:01 zira pipewire[186161]: could not make thread realtime: Permission denied
Jun 24 15:40:01 zira systemd[1]: session-799.scope: Succeeded.
Jun 24 15:40:01 zira pipewire[186161]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not set nice-level to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not make thread realtime: Permission denied
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session closed for user root
Jun 24 15:40:01 zira pulseaudio[186162]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira postfix/pickup[183192]: A54ACC23C25: uid=0 from=<root>
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
[...]
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 1.
Jun 24 15:40:01 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira pulseaudio[186178]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 2.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:02 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:02 zira pulseaudio[186179]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:02 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 3.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
[...]
Je ne sais pas si ça vient aussi de la config de pam...
Sauf que ça va juste régler le problème avec pulseaudio, et pas
les autres erreurs éventuelles dues Í l'utilisation du "su".Préalablement, pour éviter que ce soit écrasé par une mise Í jour de pulseaudio :Il est probablement préférable de remplacer le lien symbolique
dpkg-divert --rename /usr/lib/systemd/user/pulseaudio.service
============================================================ > >
cp /usr/lib/systemd/user/pulseaudio.service.distrib /usr/lib/systemd/user/pulseaudio.service
=========================================================================================== >
/etc/systemd/user/default.target.wants/pulseaudio.service -> /usr/lib/systemd/user/pulseaudio.service
par un fichier avec la config voulue (je n'ai pas testé).
Après je ne sais pas trop Í qui attribuer ce bug, est-ce que pulseaudio devrait intégrer une condition pour nobody comme pour root ? est-ce que systemd ne devrait pas lancer de "User Manager" pour nobody ? est-ce que c'est le script updatedb.findutils qui fait quelque chose d'incorrect ?
Comme il peut aussi y avoir des problèmes avec d'autres utilisateurs
que nobody, je dirais que c'est surtout le "su" Í éviter. Désactiver
les trucs pour nobody pourrait toujours être utile, mais ne réglerait
pas le problème général.
Peut-être que le fonctionnement du "su" pourrait être corrigé?
Au passage, "sudo" n'est-il maintenant pas recommendé Í la place
de "su"? Et règle-t-il ce problème? (Pas testé...)
C'est ce que j'utilise depuis plusieurs années (avant, c'était
slocate, je crois).
C'est parce qu'avec systemd et son utilisation des CGroup, il ne
faut pas utiliser "su" dans un fichier crontab.
Si je comprends bien, le problème est que le service cron est dans
le system.slice, et que le su va alors créer un user.slice pour
l'utilisateur en question (ici, nobody). Et c'est ça qui va activer
divers trucs, dont une tentative de lancement de pulseaudio.
Par exemple, si j'ajoute un fichier dans /etc/cron.d avec une
ligne du genre
40 * * * * root su nobody -c true
alors quand la commande est lancée, j'obtiens:
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Jun 24 15:40:01 zira CRON[186137]: (root) CMD (su nobody -c true)
Jun 24 15:40:01 zira systemd[1]: Created slice User Slice of UID 65534.
Jun 24 15:40:01 zira su[186138]: (to nobody) root on none
Jun 24 15:40:01 zira systemd[1]: Starting User Runtime Directory /run/user/65534...
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session opened for user nobody(uide534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Finished User Runtime Directory /run/user/65534.
Jun 24 15:40:01 zira systemd[186140]: pam_unix(systemd-user:session): session opened for user nobody(uide534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Starting User Manager for UID 65534...
[...]
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira nologin[186163]: Attempted login by root (UID: 65534) on UNKNOWN
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session closed for user nobody
Jun 24 15:40:01 zira pipewire[186161]: could not set nice-level to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira systemd[186140]: Started D-Bus User Message Bus.
Jun 24 15:40:01 zira pipewire[186161]: could not make thread realtime: Permission denied
Jun 24 15:40:01 zira systemd[1]: session-799.scope: Succeeded.
Jun 24 15:40:01 zira pipewire[186161]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not set nice-level to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not make thread realtime: Permission denied
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session closed for user root
Jun 24 15:40:01 zira pulseaudio[186162]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira postfix/pickup[183192]: A54ACC23C25: uid=0 from=<root>
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
[...]
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 1.
Jun 24 15:40:01 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira pulseaudio[186178]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 2.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:02 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:02 zira pulseaudio[186179]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:02 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 3.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
[...]
Je ne sais pas si ça vient aussi de la config de pam...
Sauf que ça va juste régler le problème avec pulseaudio, et pas
les autres erreurs éventuelles dues Í l'utilisation du "su".
> Préalablement, pour éviter que ce soit écrasé par une mise Í jour de pulseaudio :
>
> dpkg-divert --rename /usr/lib/systemd/user/pulseaudio.service
> ============================================================ > >
> cp /usr/lib/systemd/user/pulseaudio.service.distrib /usr/lib/systemd/user/pulseaudio.service
> =========================================================================================== >
Il est probablement préférable de remplacer le lien symbolique
/etc/systemd/user/default.target.wants/pulseaudio.service -> /usr/lib/systemd/user/pulseaudio.service
par un fichier avec la config voulue (je n'ai pas testé).
> Après je ne sais pas trop Í qui attribuer ce bug, est-ce que pulseaudio devrait intégrer une condition pour nobody comme pour root ? est-ce que systemd ne devrait pas lancer de "User Manager" pour nobody ? est-ce que c'est le script updatedb.findutils qui fait quelque chose d'incorrect ?
Comme il peut aussi y avoir des problèmes avec d'autres utilisateurs
que nobody, je dirais que c'est surtout le "su" Í éviter. Désactiver
les trucs pour nobody pourrait toujours être utile, mais ne réglerait
pas le problème général.
Peut-être que le fonctionnement du "su" pourrait être corrigé?
Au passage, "sudo" n'est-il maintenant pas recommendé Í la place
de "su"? Et règle-t-il ce problème? (Pas testé...)
C'est ce que j'utilise depuis plusieurs années (avant, c'était
slocate, je crois).
C'est parce qu'avec systemd et son utilisation des CGroup, il ne
faut pas utiliser "su" dans un fichier crontab.
Si je comprends bien, le problème est que le service cron est dans
le system.slice, et que le su va alors créer un user.slice pour
l'utilisateur en question (ici, nobody). Et c'est ça qui va activer
divers trucs, dont une tentative de lancement de pulseaudio.
Par exemple, si j'ajoute un fichier dans /etc/cron.d avec une
ligne du genre
40 * * * * root su nobody -c true
alors quand la commande est lancée, j'obtiens:
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Jun 24 15:40:01 zira CRON[186137]: (root) CMD (su nobody -c true)
Jun 24 15:40:01 zira systemd[1]: Created slice User Slice of UID 65534.
Jun 24 15:40:01 zira su[186138]: (to nobody) root on none
Jun 24 15:40:01 zira systemd[1]: Starting User Runtime Directory /run/user/65534...
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session opened for user nobody(uide534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Finished User Runtime Directory /run/user/65534.
Jun 24 15:40:01 zira systemd[186140]: pam_unix(systemd-user:session): session opened for user nobody(uide534) by (uid=0)
Jun 24 15:40:01 zira systemd[1]: Starting User Manager for UID 65534...
[...]
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira nologin[186163]: Attempted login by root (UID: 65534) on UNKNOWN
Jun 24 15:40:01 zira su[186138]: pam_unix(su:session): session closed for user nobody
Jun 24 15:40:01 zira pipewire[186161]: could not set nice-level to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira systemd[186140]: Started D-Bus User Message Bus.
Jun 24 15:40:01 zira pipewire[186161]: could not make thread realtime: Permission denied
Jun 24 15:40:01 zira systemd[1]: session-799.scope: Succeeded.
Jun 24 15:40:01 zira pipewire[186161]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not set nice-level to -11: Permission denied
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira rtkit-daemon[730]: Supervising 5 threads of 1 processes of 2 users.
Jun 24 15:40:01 zira pipewire-media-session[186168]: could not make thread realtime: Permission denied
Jun 24 15:40:01 zira CRON[186136]: pam_unix(cron:session): session closed for user root
Jun 24 15:40:01 zira pulseaudio[186162]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira postfix/pickup[183192]: A54ACC23C25: uid=0 from=<root>
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
[...]
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 1.
Jun 24 15:40:01 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:01 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:01 zira pulseaudio[186178]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:01 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:01 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 2.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
Jun 24 15:40:02 zira systemd[186140]: Starting Sound Service...
Jun 24 15:40:02 zira pulseaudio[186179]: Failed to create secure directory (/nonexistent/.config/pulse): No such file or directory
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Main process exited, code=exited, status=1/FAILURE
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Failed with result 'exit-code'.
Jun 24 15:40:02 zira systemd[186140]: Failed to start Sound Service.
Jun 24 15:40:02 zira systemd[186140]: pulseaudio.service: Scheduled restart job, restart counter is at 3.
Jun 24 15:40:02 zira systemd[186140]: Stopped Sound Service.
[...]
Je ne sais pas si ça vient aussi de la config de pam...
Sauf que ça va juste régler le problème avec pulseaudio, et pas
les autres erreurs éventuelles dues Í l'utilisation du "su".Préalablement, pour éviter que ce soit écrasé par une mise Í jour de pulseaudio :Il est probablement préférable de remplacer le lien symbolique
dpkg-divert --rename /usr/lib/systemd/user/pulseaudio.service
============================================================ > >
cp /usr/lib/systemd/user/pulseaudio.service.distrib /usr/lib/systemd/user/pulseaudio.service
=========================================================================================== >
/etc/systemd/user/default.target.wants/pulseaudio.service -> /usr/lib/systemd/user/pulseaudio.service
par un fichier avec la config voulue (je n'ai pas testé).
Après je ne sais pas trop Í qui attribuer ce bug, est-ce que pulseaudio devrait intégrer une condition pour nobody comme pour root ? est-ce que systemd ne devrait pas lancer de "User Manager" pour nobody ? est-ce que c'est le script updatedb.findutils qui fait quelque chose d'incorrect ?
Comme il peut aussi y avoir des problèmes avec d'autres utilisateurs
que nobody, je dirais que c'est surtout le "su" Í éviter. Désactiver
les trucs pour nobody pourrait toujours être utile, mais ne réglerait
pas le problème général.
Peut-être que le fonctionnement du "su" pourrait être corrigé?
Au passage, "sudo" n'est-il maintenant pas recommendé Í la place
de "su"? Et règle-t-il ce problème? (Pas testé...)
C'est ce que j'utilise depuis plusieurs années (avant, c'était
slocate, je crois).
Bonjour,
Je viens juste d'installer 2 chroot pour tester :
sous buster pipewire n'est pas installé :
sous bullseye pipewire est installé :
Soit c'est une erreur soit la page de wiki a besoin d'une mise Í
jour, parce qu'actuellement on se retrouve avec pipewire installé et
pulseaudio désactivé par défaut.
Bonjour,
Je viens juste d'installer 2 chroot pour tester :
sous buster pipewire n'est pas installé :
sous bullseye pipewire est installé :
Soit c'est une erreur soit la page de wiki a besoin d'une mise Í
jour, parce qu'actuellement on se retrouve avec pipewire installé et
pulseaudio désactivé par défaut.
Bonjour,
Je viens juste d'installer 2 chroot pour tester :
sous buster pipewire n'est pas installé :
sous bullseye pipewire est installé :
Soit c'est une erreur soit la page de wiki a besoin d'une mise Í
jour, parce qu'actuellement on se retrouve avec pipewire installé et
pulseaudio désactivé par défaut.
Tu as vérifié que le service user Pulseaudio est désactivé sous
Bullseye? Parce que de ce que je comprends, jusqu'Í Debian 11 inclus,
l'installation de Pipewire installe les bibliothèques nécessaires Í
l'utilisation de paquets qui en dépendent (et si j'ai bien saisi ce
serait d'une aide appréciable pour les flatpaks), alors qu'Í partir de
Debian 12 il y aura en plus un nouveau paquet pipewire-pulse qui, lui,
permettra de remplacer Pulseaudio. Remplacer Pulseaudio serait déjÍ
possible mais déconseillé sous Debian 11 en suivant les instructions
données et ce ne serait donc pas le comportement par défaut.
J'ai récemment dÍ» anticiper sur mon laptop ma migration vers Bullseye Í
partir de Buster (je suis sous Gnome classique):
Tu as vérifié que le service user Pulseaudio est désactivé sous
Bullseye? Parce que de ce que je comprends, jusqu'Í Debian 11 inclus,
l'installation de Pipewire installe les bibliothèques nécessaires Í
l'utilisation de paquets qui en dépendent (et si j'ai bien saisi ce
serait d'une aide appréciable pour les flatpaks), alors qu'Í partir de
Debian 12 il y aura en plus un nouveau paquet pipewire-pulse qui, lui,
permettra de remplacer Pulseaudio. Remplacer Pulseaudio serait déjÍ
possible mais déconseillé sous Debian 11 en suivant les instructions
données et ce ne serait donc pas le comportement par défaut.
J'ai récemment dÍ» anticiper sur mon laptop ma migration vers Bullseye Í
partir de Buster (je suis sous Gnome classique):
Tu as vérifié que le service user Pulseaudio est désactivé sous
Bullseye? Parce que de ce que je comprends, jusqu'Í Debian 11 inclus,
l'installation de Pipewire installe les bibliothèques nécessaires Í
l'utilisation de paquets qui en dépendent (et si j'ai bien saisi ce
serait d'une aide appréciable pour les flatpaks), alors qu'Í partir de
Debian 12 il y aura en plus un nouveau paquet pipewire-pulse qui, lui,
permettra de remplacer Pulseaudio. Remplacer Pulseaudio serait déjÍ
possible mais déconseillé sous Debian 11 en suivant les instructions
données et ce ne serait donc pas le comportement par défaut.
J'ai récemment dÍ» anticiper sur mon laptop ma migration vers Bullseye Í
partir de Buster (je suis sous Gnome classique):
Le mercredi 23 juin 2021 Í 11:45, steve a écrit :Il semble qu'avec la création du répertoire /nonexistent, le message
d'erreur ait disparu. Mais maintenant, le système se plaint que ce
pipewire ne soit pas installé:
Jun 23 10:10:34 box xdg-desktop-portal[3121]: could not open /usr/lib/x86_64-linux-gnu/pipewire-0.3: Aucun fichier ou dossier de ce type
Jun 23 10:10:34 box xdg-desktop-portal[3121]: No module "libpipewire-module-session-manager" was found
Je vais l'installer pour voir si ça fait disparaitre le message d'erreur.
Oui, j'ai vu ça aussi quand j'ai désinstallé pipewire, c'est sans
rapport avec l'utilisateur nobody et /nonexistent.
Personnellement j'ai désinstallé aussi xdg-desktop-portal dont je n'ai
pas l'utilité.
Le mercredi 23 juin 2021 Í 11:45, steve <dlist@bluewin.ch> a écrit :
Il semble qu'avec la création du répertoire /nonexistent, le message
d'erreur ait disparu. Mais maintenant, le système se plaint que ce
pipewire ne soit pas installé:
Jun 23 10:10:34 box xdg-desktop-portal[3121]: could not open /usr/lib/x86_64-linux-gnu/pipewire-0.3: Aucun fichier ou dossier de ce type
Jun 23 10:10:34 box xdg-desktop-portal[3121]: No module "libpipewire-module-session-manager" was found
Je vais l'installer pour voir si ça fait disparaitre le message d'erreur.
Oui, j'ai vu ça aussi quand j'ai désinstallé pipewire, c'est sans
rapport avec l'utilisateur nobody et /nonexistent.
Personnellement j'ai désinstallé aussi xdg-desktop-portal dont je n'ai
pas l'utilité.
Le mercredi 23 juin 2021 Í 11:45, steve a écrit :Il semble qu'avec la création du répertoire /nonexistent, le message
d'erreur ait disparu. Mais maintenant, le système se plaint que ce
pipewire ne soit pas installé:
Jun 23 10:10:34 box xdg-desktop-portal[3121]: could not open /usr/lib/x86_64-linux-gnu/pipewire-0.3: Aucun fichier ou dossier de ce type
Jun 23 10:10:34 box xdg-desktop-portal[3121]: No module "libpipewire-module-session-manager" was found
Je vais l'installer pour voir si ça fait disparaitre le message d'erreur.
Oui, j'ai vu ça aussi quand j'ai désinstallé pipewire, c'est sans
rapport avec l'utilisateur nobody et /nonexistent.
Personnellement j'ai désinstallé aussi xdg-desktop-portal dont je n'ai
pas l'utilité.