Extinction machine fastidieuse avec Stretch

zorzi · 29-01-2017 12:31:52

Bonjour,

Depuis l'installation de Stretch, l'arrêt de ma machine est assez long environ 4 fois sur 5. La console m'affiche ces messages (suivis d'un compte à rebours) en alternance:

A stop job is running for Session C1 of user Debian-gdm 2min00

A stop job is running of User Manager for UID 116 1min30

Si quelqu'un sait de quoi il retourne...

Merci.

otyugh · 29-01-2017 17:33:52

Ça ne règle pas le fond du problème (un truc lié à gdm ? J'essayerai autre chose), mais sinon en workaround :

I guess I'd try setting a very short timeout just for this service to make systemd kill it fast.

You can add your own rules to a service file like this:

sudo systemctl edit systemd-timesyncd.service

and then pasting this here into the editor that comes up:

[Service]
TimeoutStopSec=1s

It saves a "systemd-timesyncd.service.d/override.conf" file in /etc, does not touch the original files.

After editing, you can check on what systemd sees by doing:

systemctl cat systemd-timesyncd.service
systemctl show systemd-timesyncd.service

anonyme · 31-01-2017 00:06:35

j'ai le meme souci avec mate , j'ai remarqué après des mises a jour sinon c est correct.
les machines sont trés peu "reboot" donc moins ennuyeux .
le message est du genre : " A stop job is running for Session 2 of user " 1mn30
je vais me faire un café .......
(il faudra que je note le message exact , juste sur du "2" )

otyugh · 31-01-2017 10:33:29

Mate utilise Gdm aussi, non ?

bendia · 31-01-2017 10:53:17

anonyme a écrit :

le message est du genre : " A stop job is running for Session 2 of user " 1mn30

C'est un pis allé, mais il y a moyne de régler ce temps dans /etc/systemd/system.con, les lignes

#DefaultTimeoutStartSec=90s

"DefaultTimeoutStopSec=90s

à dé-commenter et indiquer le temps souhaité. Attention, je n'ai aucune idée des effets de bord de ce genre de modif

anonyme · 31-01-2017 11:45:25

ça ne me dérange pas vraiment , remarqué le meme problème que zorzi .
avec lightdm et mate et de façon aléatoire et aprés mise a jour
ça ne le fait pas sur jessie , et pas au début de stretch , de la meme maniere des erreurs sur le démontage du swap aussi (impossible) , toujours après une mise a jour.
le reboot suivant tout est correct

ça aide pas trop mais bon zorzi n'est pas le seul

bendia · 31-01-2017 11:55:47

Oui, j'ai aléatoirement le même soucis.

zorzi · 31-01-2017 12:03:37

Merci pour vos réponses. "Problème" visiblement récurrent donc, mais pas plus contraignant que ça.

Peut-être plus sage d'attendre une éventuelle mise à jour rectificative

d33p · 04-04-2017 22:48:18

hello,
tu as essayé de passer sous wayland?
avant l'entree en session sous gnome tu as un petit rouage ou tu peux selectionner x11 ou wayland etc...
car sous debian x11 est par defaut, mais si tu lances ta session avec wayland, j'ai l'impression que ça roule.

d33p

d33p · 05-04-2017 13:21:05

2e workaround:
faire d'abord un logout, puis une extinction ou restart machine, cela va plus vite et cela semble plus propre.

d33p

zorzi · 05-04-2017 21:01:21

Hello,

Merci pour les tuyaux. Je tourne en x11 car je n'ai pas spécialement d'affinités avec Wayland pour le moment. Je tenterai le coup quand même.

kyodev · 05-04-2017 21:40:23

zorzi a écrit :

A stop job is running of User Manager for UID 116

si je fais

cat /etc/group | grep 11.

pulse: un rapport avec pulseaudio?

Dernière modification par kyodev (05-04-2017 21:40:43)

d33p · 06-04-2017 16:45:08

hello,

Au cas ou, j'ai testé wayland avec fedora et je trouve que l'experience n'etait pas bonne, entre temps, sur une machine virtuelle, j'ai testé wayland avec Debian, je trouve le resultat plus abouti... A voir si toutes tes applis fonctionnent avec Wayland, autant passer le cap.
Sinon, tu as l'option de faire d'abord un logout, puis seulement apres, lorsque tu es delogué, une extinction ou restart machine, cela va quand meme plus vite que d'attendre les 1.30 ou 2 minutes dues au bug.

d33p

anonyme · 07-04-2017 14:42:48

zorzi a écrit :

Bonjour,
Depuis l'installation de Stretch, l'arrêt de ma machine est assez long environ 4 fois sur 5. La console m'affiche ces messages (suivis d'un compte à rebours) en alternance:
A stop job is running for Session C1 of user Debian-gdm 2min00

A stop job is running of User Manager for UID 116 1min30

je viens d'avoir la meme chose mais UID 118 (pour user manager ) sous Gnome + stretch et Debian-gdm (1mn30 et 2mn de décompte idem )
j'ai laissé faire , reboot avant la fin du décompte
de forte chance que ce soit un bug de stretch
nota : aprés mise a jour ( du noyau en autre en version 4.9.18-1 ) sources.list en stretch
la machine fait un reboot trés rarement alors "4 fois sur 5" je sais pas.

zorzi · 09-04-2017 23:10:30

Sinon, tu as l'option de faire d'abord un logout, puis seulement apres, lorsque tu es delogué, une extinction ou restart machine

Effectivement, cette solution est la meilleure pour le moment. Bon ce n'est pas un problème plus ennuyeux que ça quand on éteint la machine. Merci à tout le monde pour vos interventions.

vigen · 14-06-2017 23:13:19

Bonsoir,

Sur ma Stretch Plasma, même chose ce soir.
Avez-vous toujours ce message à l'arrêt?

Vigen.

anonyme · 15-06-2017 01:06:35

Bonsoir
oui toujours mais de façon aléatoire (pas tout le temps) , Mate et Gnome .
si c'est un redémarrage je vais me faire un café , si un arret je laisse faire ....

Dernière modification par anonyme (15-06-2017 01:24:57)

captnfab · 15-06-2017 05:55:19

La session C1 est la session du Desktop Manager. Je vois que là c'est gdm3. Vous avez essayé en utilisant lightdm, lxdm ou xdm à la place de gdm3 ?

vigen · 15-06-2017 06:58:34

Bonjour,

Pas de GTK pour ma part !!

Suis sous Plasma 5. je vais fouiner dans les logs de systemd pour voir.

Bonne journée,

Vigen.

torxxl · 10-07-2017 21:14:41

Bonjour,
Idem chez moi.
De nouvelles pistes ?
D'avance merci

anonyme · 11-07-2017 00:07:42

captnfab a écrit :

La session C1 est la session du Desktop Manager. Je vois que là c'est gdm3. Vous avez essayé en utilisant lightdm, lxdm ou xdm à la place de gdm3 ?

Bonjour
pour moi c'est sous lightdm , c'est calme pour le moment , parfois le "watchdog" me fait des miséres (enfin y a dog dans le message )

Tristan07 · 27-10-2017 20:28:45

Bonsoir.
gdm chez moi et UID 117

Impression que le poste avec carte nvidia est d'avantage concerné - je vais observer.
Sinon pas plus d'infos depuis juillet ?
merci

smolski · 28-10-2017 02:53:30

Merci Tristan07 de ta participation à ce post, si tu partages le problème, crée ton post en rappelant celui-ci en lien, ce sera plus facille pour l'entraide.

Tristan07 · 28-10-2017 10:01:38

smolski a écrit :

Merci Tristan07 de ta participation à ce post, si tu partages le problème, crée ton post en rappelant celui-ci en lien, ce sera plus facille pour l'entraide.

noté merci smolski Ce n'est pas un problème urgent, je vais voir comment évolue celui-ci et éventuellement poursuivre indépendamment de ce dernier en y mettant un lien comme tu le suggère.
Bonne journée

d33p · 27-09-2020 15:24:00

Hello,

Je remets un update ici.

Les timeouts en sortie de session... sujet passionnant... récurrent...

L'histoire du NFS qui bloque l'extinction ou le redémarrage d'une machine semble récurrent même de nos jours, les postes à ce sujet fourmillent sur internet et les moteurs de recherche... (moi c'était un problème avec NFS, mais d'autres problèmes peuvent peut-être être résolus avec cette piste...)
Je viens d'être à nouveau face au problème cette semaine, sur tous mes anciens PCs j'avais les utilisateurs principaux dans le fichier "sudoers" et je ne rencontrais pas/plus ce problème de timeout NFS (ou autres) en fermeture de session.

La dernière machine installée, mon utilisateur principal n'était pas dans "sudoers" et ce problème de timeout en sortie de session (redémarrage ou shutdown) était revenu... 1.30 minutes, 2 minutes, 3 minutes... c'est long surtout en phase de maintenance lorsqu'on doit souvent redémarrer...

J'ai essayé tous les "trucs" trouvés sur le net, pour en citer quelques uns:
- essayer autofs à la place de fstab pour NFS soit-disant la solution miracle pour éviter les timeout en sortie de session.... toujours les timeout, donc pas bon...
- bricoler les fichiers, les services systemd & co,

nano /etc/systemd/system.conf

et changer cela

#DefaultTimeoutStartSec=90s

#DefaultTimeoutStopSec=90s

- changer les ordre des services dans "/usr/lib/systemd/system" toujours des timeout, donc pas bon...
- bricoler systemd-timesyncd.service ... pareil, les timeouts reviennent, le retour du retour du retour, mais de façon aléatoire... mais toujours pas bon...

- et j'en passe... ya 2000 à tester .... avec un résultat aléatoire...

La chose la plus propre était encore le 1er workaround de sortir de la session, puis de faire un shutdown... cela au moins fonctionnait...

Bref, après tous ces tests, je remets mon user dans "sudoers" et magie... plus de timeout à la sortie de session.

Ces timeouts doivent être liés à des histoires de droits...

Voilà, si ça peut aider, mais j'imagine que selon les cas, ce n'est pas optimal de mettre les utilisateurs en cours en "sudo"... à voir selon les cas...

JC

Dernière modification par d33p (27-09-2020 15:27:07)

Debian-facile

#1 29-01-2017 12:31:52

Extinction machine fastidieuse avec Stretch

#2 29-01-2017 17:33:52

Re : Extinction machine fastidieuse avec Stretch

#3 31-01-2017 00:06:35

Re : Extinction machine fastidieuse avec Stretch

#4 31-01-2017 10:33:29

Re : Extinction machine fastidieuse avec Stretch

#5 31-01-2017 10:53:17

Re : Extinction machine fastidieuse avec Stretch

#6 31-01-2017 11:45:25

Re : Extinction machine fastidieuse avec Stretch

#7 31-01-2017 11:55:47

Re : Extinction machine fastidieuse avec Stretch

#8 31-01-2017 12:03:37

Re : Extinction machine fastidieuse avec Stretch

#9 04-04-2017 22:48:18

Re : Extinction machine fastidieuse avec Stretch

#10 05-04-2017 13:21:05

Re : Extinction machine fastidieuse avec Stretch

#11 05-04-2017 21:01:21

Re : Extinction machine fastidieuse avec Stretch

#12 05-04-2017 21:40:23

Re : Extinction machine fastidieuse avec Stretch

#13 06-04-2017 16:45:08

Re : Extinction machine fastidieuse avec Stretch

#14 07-04-2017 14:42:48

Re : Extinction machine fastidieuse avec Stretch

#15 09-04-2017 23:10:30

Re : Extinction machine fastidieuse avec Stretch

#16 14-06-2017 23:13:19

Re : Extinction machine fastidieuse avec Stretch

#17 15-06-2017 01:06:35

Re : Extinction machine fastidieuse avec Stretch

#18 15-06-2017 05:55:19

Re : Extinction machine fastidieuse avec Stretch

#19 15-06-2017 06:58:34

Re : Extinction machine fastidieuse avec Stretch

#20 10-07-2017 21:14:41

Re : Extinction machine fastidieuse avec Stretch

#21 11-07-2017 00:07:42

Re : Extinction machine fastidieuse avec Stretch

#22 27-10-2017 20:28:45

Re : Extinction machine fastidieuse avec Stretch

#23 28-10-2017 02:53:30

Re : Extinction machine fastidieuse avec Stretch

#24 28-10-2017 10:01:38

Re : Extinction machine fastidieuse avec Stretch

#25 27-09-2020 15:24:00

Re : Extinction machine fastidieuse avec Stretch

Pied de page des forums