[extinction] a stop job is running (résolu)

[waitnsea]

Merci de ta persévérance...
1. l'arrêt normal n'a pas duré, après plusieurs tests le délai est revenu
2. Un systemd-service arrêtant systemd-logind au lancement de l'extinction donne un arrêt immédiat constant, sans faute
3. j'ai donc pu, en comparant les 2 états établir les différences entre les 2 Bon_stop et Mauvais_stop par comparaison des 2 commandes $ journalctl -xb -1 |tail -n 500 => diff_stop.txt

J'ai mon contournement efficace, mais je ne comprend vraiment pas ni la source ni le côté aléatoire du problème quand je touche au fichier pour une (fausse) modification !

[benjarobin]

Peux tu donner le log complet du système, ce que tu as donné est très très incomplet... Et sans l'option -x, cela rend le log illisible...
Exécute la commande (en root)

Code : Tout sélectionner

sudo journalctl -b -1 > prevboot.log

[waitnsea]

Ecco :
GoodStopPrevboot.log
BadStopPrevboot.log

[benjarobin]

Les 2 logs que tu donnes sont toujours très incomplet, il manque toute la fin... Le log devrait se terminer par quelque chose comme

Code : Tout sélectionner

oct. 02 11:15:45 benjarobin-fixe systemd[1]: Reached target System Shutdown.
oct. 02 11:15:45 benjarobin-fixe systemd[1]: Reached target Late Shutdown Services.
oct. 02 11:15:45 benjarobin-fixe systemd[1]: systemd-reboot.service: Deactivated successfully.
oct. 02 11:15:45 benjarobin-fixe systemd[1]: Finished System Reboot.
oct. 02 11:15:45 benjarobin-fixe audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-reboot comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
oct. 02 11:15:45 benjarobin-fixe audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-reboot comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
oct. 02 11:15:45 benjarobin-fixe systemd[1]: Reached target System Reboot.
oct. 02 11:15:45 benjarobin-fixe systemd[1]: Shutting down.
oct. 02 11:15:45 benjarobin-fixe systemd[1]: Using hardware watchdog 'iTCO_wdt', version 0, device /dev/watchdog
oct. 02 11:15:45 benjarobin-fixe systemd[1]: Set hardware watchdog to 10min.
oct. 02 11:15:45 benjarobin-fixe kernel: watchdog: watchdog0: watchdog did not stop!
oct. 02 11:15:45 benjarobin-fixe systemd-shutdown[1]: Syncing filesystems and block devices.
oct. 02 11:15:45 benjarobin-fixe systemd-shutdown[1]: Sending SIGTERM to remaining processes...
oct. 02 11:15:45 benjarobin-fixe systemd-journald[301]: Journal stopped

[waitnsea]

problème d'hébergeur...
GoodStopPrevboot.log
BadStopPrevboot.log

[benjarobin]

Tu as au moins cherrytree comme responsable, et potentiellement une autre application en Gtk...

[waitnsea]

Tu as au moins cherrytree comme responsable, et potentiellement une autre application en Gtk...

Merci benjarobin, désolé de t'avoir fait bosser sur ces fichiers interminables...
J'imagine que l'autre appli est synapse, mais je trouve albert moins ergonomique, quant à Cherrytree, il m'est indispensable et tourne en fond en permanence - irremplaçable, zim ne lui arrive pas à la cheville.
Je vais donc faire tourner le contournement arrêtant systemd-logind à l’extinction car le blocage est bien revenu, la modif de logind.conf n'avait donc rien fait, et je ne comprendrai jamais la disparition (temporaire mais sur au moins 10 boots) du déblocage par sa seule éditon !

Bon WE

[superjey]

.........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....

j'avais moi aussi essayé cette solution mais qui n'a eu aucun effets.
sur le fichier /etc/systemd/logind.conf.pacnew donc le fichier le plus récent après mise a jour
il y a la ligne KillUserProcesses=no donc l'inverse est bien "yes" en toute logique.

[lemust83]

Bonjour .
Je note juste que j'ai la valeur #KillUserProcesses=no dans /etc/systemd/logingd.conf sur mes deux systèmes Archlinux et Manjaro et aucun soucis de "job running" à l’extinction et ce depuis des années.
Par contre je n'utilise aucun DM et passe par une connexion auto. A voir peut être du côté des DM ?

[superjey]

j'ai testé sddm et lightdm c'est pareil.
as-tu fuse ou gvfs ou un paquet qui en dépend sur ton système ?