Page 1 sur 2
[extinction] a stop job is running (résolu)
Publié : mar. 02 juin 2020, 16:47
par albireo
bonjour,
depuis quelques temps j'ai un problème pas trop pénalisant en soi mais qui me fait ch*** quand je reboote l'ordi.
J'ai ce message :
a stop job is running for user manager for uid 1000 archlinux
et ça prend 2 minutes avant l'extinction.
J'ai regardé un peu sur le net, ce problème est mainte fois soulevés mais je n'ai pas trouvé de solution valable.
Pour ma part j'ai constaté que
- quand je lance une session openbox a partir de .xinitrc je n'ai pas ce problème.
- quand je lance une session gnome a partir de .xinitrc pas de problème
j'ai auparavant supprimé le lancement de gdm, je me connecte en console puis startx
j'ai desintallé et réinstallé gdm le problème est toujours là.
Je pense que le problème vient de gdm ou de wayland mais ou chercher ?
Re: [extinction] a stop job is running (en cours)
Publié : mer. 03 juin 2020, 07:30
par Nophke
Bonjour,
pour récupérer le journal du dernier boot, tu peux utiliser la commande:
ou X est le boot concerné.
( -1 pour le précédent, -2 (moins deux) pour celui d'avant...)
Ca devrait déja te donner une piste...
Re: [extinction] a stop job is running (en cours)
Publié : mer. 03 juin 2020, 10:09
par AnEuzvil
Bonjour, petite erreur de syntaxe :
Re: [extinction] a stop job is running (en cours)
Publié : mer. 03 juin 2020, 10:17
par papajoke
bonjour
Vous donnez la même syntaxe tous les 2
, on ajoute obligatoirement "
-
" si l'on désire un boot précédent
Erreurs boot précédent c'est
puisque tu recherches les derniers messages, tu peux ajouter un
-r
(reverse) ou
--no-pager
Généralement ce type d'erreur n'a rien à voir avec le gestionnaire de connexion, c'est un service/programme lancé par ton utilisateur (1000) qui n'arrive pas à se fermer instantanément ... peut-être tout type de service comme une connexion réseau qui attend un retour ou une application gui qui refuse de se fermer ...
Pas obligatoirement un plantage : par exemple une application qui désire finir une sauvegarde avant de se fermer. Donc il n'y a jamais la même cause
Re: [extinction] a stop job is running (en cours)
Publié : mer. 03 juin 2020, 11:29
par waitnsea
papajoke a écrit : ↑mer. 03 juin 2020, 10:17
Pas obligatoirement un plantage : par exemple une application qui désire finir une sauvegarde avant de se fermer. Donc il n'y a jamais la même cause
Bonjour,
...ou un problème kernel: j'ai eu des démarrages et arrêts très allongés avec l'avant-dernier noyau, et aucun retour dans les journaux de logs...
Tout s'est arrangé sans intervention
Re: [extinction] a stop job is running (en cours)
Publié : jeu. 04 juin 2020, 09:36
par albireo
merci pour vos réponses
j'ai fait quelques recherches ce matin et voilà ce que j'ai trouvé en gras
1 ) reboot avec gdm et gnome en fonction (donc problème)
juin 04 08:34:19 archlinux systemd[1]: Stopped Permit User Sessions.
juin 04 08:34:19 archlinux systemd[1]: systemd-user-sessions.service: Succeeded.
juin 04 08:34:19 archlinux systemd[1]: Stopping Permit User Sessions...
juin 04 08:34:19 archlinux systemd[1]: Removed slice User Slice of UID 1000.
juin 04 08:34:19 archlinux audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user-runtime-dir@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'y$
juin 04 08:34:19 archlinux systemd[1]: Stopped User Runtime Directory /run/user/1000.
juin 04 08:34:19 archlinux systemd[1]:
user-runtime-dir@1000.service: Succeeded.
juin 04 08:34:19 archlinux systemd[1]: Unmounted /run/user/1000.
juin 04 08:34:19 archlinux systemd[1]: run-user-1000.mount: Succeeded.
juin 04 08:34:19 archlinux kernel: ^[[0;1;38;5;185m^[[0;1;39m^[[0;1;38;5;185mkauditd_printk_skb: 12 callbacks suppressed967295 ses=4294967295 msg='unit=user@1000 comm="systemd" exe="/usr/lib/systemd/systemd"
juin 04 08:34:19 archlinux systemd[1]: Stopping User Runtime Directory /run/user/1000...
juin 04 08:34:19 archlinux audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
juin 04 08:34:19 archlinux systemd[1]: Stopped User Manager for UID 1000.
2) reboot sans gdm et gnome (startx et openbox) pas de problème
juin 04 08:10:25 archlinux systemd[1]: Stopped Permit User Sessions.
juin 04 08:10:25 archlinux systemd[1]: systemd-user-sessions.service: Succeeded.
juin 04 08:10:25 archlinux systemd[1]: Stopping Permit User Sessions...
juin 04 08:10:25 archlinux systemd[1]: Removed slice User Slice of UID 1000.
juin 04 08:10:25 archlinux audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user-runtime-dir@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=suc$
juin 04 08:10:25 archlinux systemd[1]: Stopped User Runtime Directory /run/user/1000.
juin 04 08:10:25 archlinux systemd[1]:
user-runtime-dir@1000.service: Succeeded.
juin 04 08:10:25 archlinux systemd[1]: Unmounted /run/user/1000.
juin 04 08:10:25 archlinux systemd[1]: run-user-1000.mount: Succeeded.
juin 04 08:10:25 archlinux systemd[1]: Stopping User Runtime Directory /run/user/1000...
juin 04 08:10:25 archlinux systemd[1]: Stopped User Manager for UID 1000.
si vous avez quelques idées du problème, merci.
Re: [extinction] a stop job is running (resolu)
Publié : jeu. 11 juin 2020, 17:53
par albireo
bon j'ai installé un arch nouvelle sur une partition avec gnome et gdm et je n'avais pas ce problème.
j'ai donc supprimé de mon .config tout ce qui concernait gnome et gtk et le problème a disparu
Je me retrouve avec deux arch sur mon PC
Re: [extinction] a stop job is running (resolu)
Publié : lun. 07 sept. 2020, 14:10
par albireo
Je reviens pour vous dire que le problème était revenu après quelques temps, que j'avais cherché et rien trouvé jusqu'à ce que dernièrement je supprime des extensions gnome : "gpaste" que de toute façon je n'utilisais pas beaucoup. Je n'ai aucune idée du pourquoi mais le problème est résolu,
par contre si je remets l'extension bien évidemment je retrouve le problème
.
Re: [extinction] a stop job is running (résolu)
Publié : mer. 29 sept. 2021, 19:04
par superjey
bonjour.
alors désolé pour le méga UP mais j'ai été impacté par ce soucis moi aussi que j'ai ennnnnnfin fini par résoudre (si on peut dire).
j'avais a chaque reboot ou halt le message " a stop job is running for user manager for uid 1000 "
je vous expose ma soluce pour, soit aider un prochain soit que vous me donniez une solution "plus propre" merci
.
j'ai une archlinux de base avec kde-plasma et deepin installés.
je me suis rendu compte que le soucis n'était présent
que sous kde.
ce qui coinçait le halt ou reboot était le dossier "/run/user/1000/gvfs"
j'ai beau modifier le fichier "/etc/fuse.conf" et malgré ça si en root je fais
" ls -la /run/user/1000/gvfs "
j'ai >> "Permission non accordée" .
après quelques recherches sur le web on voit que c'est une situation normale.
mais lors de l’extinction ça coince.
donc voici ce que j'ai fais (en m'aidant de ce que j'ai trouvé a droite a gauche)
*en root*
créer un fichier " /etc/systemd/system/gvfs-workaround.service "
Code : Tout sélectionner
[Unit]
Description=gvfs-fuse unmount
[Service]
ExecStop=/usr/bin/gvfs-workaround.sh
Type=oneshot
RemainAfterExit=true
[Install]
WantedBy=multi-user.target
puis le fichier " /usr/bin/gvfs-workaround.sh "
et donc:
Code : Tout sélectionner
chmod u+x /usr/bin/gvfs-workaround.sh
systemctl daemon-reload
systemctl enable gvfs-workaround.service
systemctl start gvfs-workaround.service
voilà.
vous aurez compris que ça démonte le dossier " /run/user/1000/gvfs " juste avant le reboot/halt
si jamais vous avez aussi ce problème (apparemment récurent) ça peut servir
Re: [extinction] a stop job is running (résolu)
Publié : jeu. 30 sept. 2021, 07:56
par waitnsea
superjey a écrit : ↑mer. 29 sept. 2021, 19:04
j'avais a chaque reboot ou halt le message " a stop job is running for user manager for uid 1000 "
...
je me suis rendu compte que le soucis n'était présent que sous kde.
Merci beaucoup de ton contournement de ce qui est sans doute un bug !
Je n'avais aucun message mais une lenteur à l’extinction (ou reboot) de 90 sec constantes, qui arrivait quelque soit l'environnement et l'user, et même si je stoppais SDDM pour ne booter qu'en console...
et sous mes 2 machines (1 tour et 1 laptop) sous Arch, mais fonctionnement normal du petit laptop de voyage sous Debian/KDE.
Aucune entrée dans aucun journal à partir de la commande d'extinction ! La rage !
Ta commande
fusermount -u
résout tout, son intégration à systemd bien propre, c'est impeccable, vraiment merci.
Seule piste, les deux coupables ont chacun plusieurs disques (2 pour le laptop 17") avec les fichiers des disques secondaires montées en bind dans mon home (Vidéos, BKP, ec...).
Re: [extinction] a stop job is running (résolu)
Publié : jeu. 30 sept. 2021, 08:11
par superjey
content que ça puisse servir.
pour info j'ai également un 2nd hdd mais monté sur '' /mnt/DATA '' via fstab, mon '' home'' reste sur le 1er hdd
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 06:12
par waitnsea
superjey a écrit : ↑jeu. 30 sept. 2021, 08:11
content que ça puisse servir.
pour info j'ai également un 2nd hdd mais monté sur '' /mnt/DATA '' via fstab, mon '' home'' reste sur le 1er hdd
En fait à partir de ta démo impliquant
gvfs j'ai tenté de le désinstaller tout simplement (ainsi que les paquets qui en dépendaient : evince et gfvs-mtp)
Code : Tout sélectionner
# findmnt
├─/run run tmpfs rw,nosuid,nodev,relatime,mode=755,inode64
│ ├─/run/credentials/systemd-sysusers.service
│ │ none ramfs ro,nosuid,nodev,noexec,relatime,mode=700
│ └─/run/user/1000 tmpfs tmpfs rw,nosuid,nodev,relatime,size=1633332k,nr_inodes=408333,mode=700,uid=1000,gid=100,inode64
/run/user/1000/gvfs
, le coupable présumé, disparait...
...et le retard d'extinction réapparaît
Je dois donc conserver gvfs
et ton contournement !
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 08:12
par superjey
ok.
moi dans un 1er temps j'ai voulu desinstaller gvfs et tout ce qui en dépend mais ça desinstalle deepin quasiment donc j'étais coincé j'ai trouvé que cette solution.
ça m'étonne qu'il n'y ait pas plus de gens impactés par contre.
faudrait peu être remonter un bug chez fuse/gvfs...
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 08:30
par waitnsea
superjey a écrit : ↑ven. 01 oct. 2021, 08:12
ok.
moi dans un 1er temps j'ai voulu desinstaller gvfs et tout ce qui en dépend mais ça desinstalle deepin quasiment donc j'étais coincé j'ai trouvé que cette solution.
ça m'étonne qu'il n'y ait pas plus de gens impactés par contre.
faudrait peu être remonter un bug chez fuse/gvfs...
Sauf que dans mon cas, le retard n'est donc pas lié à gvfs, mais peut-être à l'étage au-dessus
/run/user/1000
qui ne peut être démonté par
fusermount -u
, n'étant pas inscrit dans mtab...
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 09:04
par superjey
ce serait un bug de pam_systemd alors
apparemment c'est lui qui créer le dossier
'' /run/user/$uid ''
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 09:46
par waitnsea
superjey a écrit : ↑ven. 01 oct. 2021, 09:04
ce serait un bug de pam_systemd alors
apparemment c'est lui qui créer le dossier
'' /run/user/$uid ''
En remplaçant, dans ton fichier
/usr/bin/gvfs-workaround.sh
l'entrée
fusermount -u /run/user/1000/gvfs
par
systemctl stop systemd-logind
et toujours après avoir désinstallé gvfs, j'ai une extinction immédiate.
Je teste quelques jours et si ça fonctionne je n'aurai plus qu'à changer le nom du service (par logind-workaround
)
Edit :
H.S. : J'avais installé gvfs-mtp pour tenter de résoudre des problèmes de connexion de mon smartphone dans dolphin, mais, vu sur le
forum il suffisait de downgrader libmtp en attendant un correctif
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 10:23
par waitnsea
BUG CHAISE-CLAVIER en ce qui me concerne !
Besoin d'aucun service de contournement pour mes bécanes mal configurées : j'avais mis une ligne
KillUserProcesses=yes
dans
/etc/systemd/logind.conf
alors qu'il fallait une valeur booléenne, donc
true
!
Mais de toute façon, oui, au bout du compte c'est bien pam_systemd en cause. La lecture plus attentive de
man 5 logind.conf
m'aurait évité ça, pour toi, je ne sais pas.
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 18:40
par benjarobin
Pour tous les fichiers de systemd, une valeur booléenne autorise les valeurs suivantes 1, yes, true, on / 0, no, false, off
https://www.freedesktop.org/software/sy ... yntax.html
Donc tu n'as absolument rien changé !
Re: [extinction] a stop job is running (résolu)
Publié : ven. 01 oct. 2021, 20:06
par waitnsea
...sauf le résultat ! Car je n'ai rien changé d'autre...
...et sur 2 bécanes !
Edit : Contre-expérience,
1. je repasse à
=ye
s puis
systemctl daemon-reload
, => ça bloque
2. je reviens à
=true
puis
systemctl daemon-reload
, => extinction instantanée
Je ne conteste pas tes connaissances, mais ne serait-ce pas là, le bug , un fichier de conf qui ne respecte pas les standards ?
Code : Tout sélectionner
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See logind.conf(5) for details.
[Login]
#NAutoVTs=6
#ReserveVT=6
KillUserProcesses=true
#KillOnlyUsers=
#KillExcludeUsers=root
#InhibitDelayMaxSec=5
HandlePowerKey=poweroff
HandleSuspendKey=suspend
#HandleHibernateKey=hibernate
#HandleLidSwitch=suspend
#HandleLidSwitchExternalPower=true
#HandleLidSwitchDocked=ignore
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
#HoldoffTimeoutSec=30s
#IdleAction=ignore
#IdleActionSec=30min
#RuntimeDirectorySize=10%
#RemoveIPC=yes
#InhibitorsMax=8192
#SessionsMax=8192
Re: [extinction] a stop job is running (résolu)
Publié : sam. 02 oct. 2021, 09:28
par benjarobin
J'ai vérifié 2 fois dans le code source de systemd, et je t'assure que c'est la même chose. Tu ne dois pas être rigoureux dans tes tests.
Il faudrait voir dans les logs ce qui bloque. Car à part cela bloque tu n'as pas donné plus d'information.
De plus le fichier par défaut peut avoir soit "no" ou "yes", tel que le prouve :
https://github.com/systemd/systemd/blob ... nd.conf.in
https://github.com/systemd/systemd/blob ... .gperf#L23
https://github.com/systemd/systemd/blob ... ser.c#L644
https://github.com/systemd/systemd/blob ... rse-util.c
Et pour enfoncer le clou, j'utilise aussi
=yes
dans mon fichier de configuration, et je n'ai pas de problème...