[gelöst] LXQt - A stop job is running for Session c2 of user ... (1min 30s)
[gelöst] LXQt - A stop job is running for Session c2 of user ... (1min 30s)
Hallo Forum,
wie löse ich das Problem "A stop job is running for Session c2 of user ... (1min 30s)".
Es dauert immer 1min 30s wenn ich den PC runter fahre.
Logge ich micht zuerst von Desktop aus und schalte den PC aus der Displaymanagerebene aus ist die Wartezeit nicht gegeben. Der PC schaltet sich kurzfristig aus.
Es handelt sich um ein Debian 9 Stretch LxQt.
Hier brachte mich fälschlicherweise die Suchfuntkion hin:
viewtopic.php?f=30&t=161935#p1101965
Beste Grüße
swap7
wie löse ich das Problem "A stop job is running for Session c2 of user ... (1min 30s)".
Es dauert immer 1min 30s wenn ich den PC runter fahre.
Logge ich micht zuerst von Desktop aus und schalte den PC aus der Displaymanagerebene aus ist die Wartezeit nicht gegeben. Der PC schaltet sich kurzfristig aus.
Es handelt sich um ein Debian 9 Stretch LxQt.
Hier brachte mich fälschlicherweise die Suchfuntkion hin:
viewtopic.php?f=30&t=161935#p1101965
Beste Grüße
swap7
Zuletzt geändert von swap7 am 15.10.2017 09:48:27, insgesamt 3-mal geändert.
Re: LXQt - A stop job is running for Session c2 of user ... (1min 30s)
http://forums.debian.net/viewtopic.php? ... 9&start=30
Zu Zeit habe ich sddm.
Das werde ich ausprobieren.
Oder das:
https://forum.siduction.org/index.php?topic=6074.0
Ob der Displaymanager Lightdm die Lösung ist?Interestingly, I switched from using gdm3 to lightdm and no longer have this problem.
Zu Zeit habe ich sddm.
Das werde ich ausprobieren.
Oder das:
https://forum.siduction.org/index.php?topic=6074.0
Re: LXQt - A stop job is running for Session c2 of user ... (1min 30s)
Warum schaust Du nicht einfach mal im Journal in der Sitzung nach, in der es hängengeblieben ist, ob da hinweise enthalten sind. Wenn es die letzte Sitzung war, dann
die vorletze:
usw.
Dann zum Ende scrollen, auf die Timestamps achten und diesen 90-Sekunden Sprung suchen und mal lesen, ob man einen Job als Quelle des Problems erkennen kann.
Sofern das Journal noch "flüchtig" ist, steht hier, wie man es persistent einrichtet:
https://wiki.ubuntuusers.de/systemd/journald/
zur Bedienung:
https://wiki.ubuntuusers.de/systemd/journalctl/
Code: Alles auswählen
journalctl -b -1
Code: Alles auswählen
journalctl -b -2
Dann zum Ende scrollen, auf die Timestamps achten und diesen 90-Sekunden Sprung suchen und mal lesen, ob man einen Job als Quelle des Problems erkennen kann.
Sofern das Journal noch "flüchtig" ist, steht hier, wie man es persistent einrichtet:
https://wiki.ubuntuusers.de/systemd/journald/
zur Bedienung:
https://wiki.ubuntuusers.de/systemd/journalctl/
Re: LXQt - A stop job is running for Session c2 of user ... (1min 30s)
@swap7
Eventuell lohnt sich ein Upgrade auf Debian/Buster. LXQt mit sddm läuft bei mir auf einem Netbook ohne dein Problem. Egal, ob vom Startmenue mit Leave>Shutdown oder alternativ mit Leave>Logout und dann Shutdown vom sddm aus. - Besser wäre natürlich, die Ursache ließe sich finden.
Eventuell lohnt sich ein Upgrade auf Debian/Buster. LXQt mit sddm läuft bei mir auf einem Netbook ohne dein Problem. Egal, ob vom Startmenue mit Leave>Shutdown oder alternativ mit Leave>Logout und dann Shutdown vom sddm aus. - Besser wäre natürlich, die Ursache ließe sich finden.
-
- Beiträge: 3020
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: LXQt - A stop job is running for Session c2 of user ... (1min 30s)
Debugshell aktivieren (, und während des Hängers auf TTY9 suchen.
Heiße Kandidaten für Infos sind wenn deine UID 1000 ist.
Mit findest du raus, welche Jobs warten und laufen.
Jene mit "running" blockieren jene mit "waiting"
Wenn du den mit running gefunden hast, dann schau mit,was der Job benötigt.
Ev. hängt ein remote gemountetes Filesystem?
Lg scientific
Code: Alles auswählen
systemctl enable debug-shell.service
systemctl start debug-shell.service
Heiße Kandidaten für Infos sind
Code: Alles auswählen
systemctl status user@1000.service
Mit
Code: Alles auswählen
systemctl list-jobs
Jene mit "running" blockieren jene mit "waiting"
Wenn du den mit running gefunden hast, dann schau mit
Code: Alles auswählen
systemctl status hängender.service
Ev. hängt ein remote gemountetes Filesystem?
Lg scientific
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Re: LXQt - A stop job is running for Session c2 of user ... (1min 30s)
Hallo, der Problem scheint gelöst.
Ein User "nobody" hatte ich als User, woher dieser stammt ist mir nicht klar.
Diesen habe ich gelöscht und der Shutdown funktioniert ohne "A stop job ........".
Hoffentlich bleibt das so.
Woher mag der User "nobody" stammen?
Von mir wurde der User "nobody" nicht angelegt.
Es handelt sich um eine Debian Testing Netinstall Installation und "apt-get install lxqt" erweitert.
Displaymanager ist lightdm.
Beste Grüße
swap7
Edit:
Ob man "nobody" einfach so löschen kann?
In meinem Kubuntu ist auch ein "nobody".
Wofür ist "nobody"?
Ein User "nobody" hatte ich als User, woher dieser stammt ist mir nicht klar.
Diesen habe ich gelöscht und der Shutdown funktioniert ohne "A stop job ........".
Hoffentlich bleibt das so.
Woher mag der User "nobody" stammen?
Von mir wurde der User "nobody" nicht angelegt.
Es handelt sich um eine Debian Testing Netinstall Installation und "apt-get install lxqt" erweitert.
Displaymanager ist lightdm.
Beste Grüße
swap7
Edit:
Ob man "nobody" einfach so löschen kann?
In meinem Kubuntu ist auch ein "nobody".
Wofür ist "nobody"?
Re: [doch nicht] LXQt - A stop job is running for Session c2 of user ... (1min 30s)
System: Debian/Buster (Testing) LXQt mit Lightdm
Hallo, die von scientific erwünschten Informationen:
Vermutlich gemeint systemctl list-jobs waiting :
und systemctl list-jobs running :
Das noch zusätzlich:
Das Problem hat sich gelöst, ob das mit dem neuen Kernel zusammenhängt?
Hallo, die von scientific erwünschten Informationen:
Code: Alles auswählen
root@vbdeb:/home/hans# systemctl start debug-shell.service
root@vbdeb:/home/hans# systemctl status user@1000.service
● user@1000.service - User Manager for UID 1000
Loaded: loaded (/lib/systemd/system/user@.service; static; vendor preset: enabled)
Active: active (running) since Sun 2017-10-15 09:15:57 CEST; 9min ago
Main PID: 490 (systemd)
Status: "Startup finished in 22ms."
Tasks: 26
CGroup: /user.slice/user-1000.slice/user@1000.service
├─dbus.service
│ ├─515 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-
activation --syslog-only
│ └─543 /usr/lib/i386-linux-gnu/xfce4/xfconf/xfconfd
├─gvfs-afc-volume-monitor.service
│ └─661 /usr/lib/gvfs/gvfs-afc-volume-monitor
├─gvfs-daemon.service
│ ├─580 /usr/lib/gvfs/gvfsd
│ └─592 /usr/lib/gvfs/gvfsd-trash --spawner :1.12 /org/gtk/gvfs/exec_spaw/0
├─gvfs-goa-volume-monitor.service
│ └─641 /usr/lib/gvfs/gvfs-goa-volume-monitor
├─gvfs-gphoto2-volume-monitor.service
│ └─651 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
├─gvfs-mtp-volume-monitor.service
│ └─637 /usr/lib/gvfs/gvfs-mtp-volume-monitor
├─gvfs-udisks2-volume-monitor.service
│ └─616 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
└─init.scope
├─490 /lib/systemd/systemd --user
└─492 (sd-pam)
Okt 15 09:15:58 vbdeb systemd[490]: Started Virtual filesystem service - GNOME Online Accounts monit
or.
Okt 15 09:15:58 vbdeb dbus-daemon[515]: [session uid=1000 pid=515] Activating via systemd: service n
ame='org.gtk.vfs.GPhoto2VolumeMonitor' unit='gvfs-gphoto2-volume-monitor.service' requested by ':1.1
0' (uid=1000 pid=546 comm="pcmanfm-qt --desktop --profile=lxqt ")
Okt 15 09:15:58 vbdeb systemd[490]: Starting Virtual filesystem service - digital camera monitor...
Okt 15 09:15:58 vbdeb dbus-daemon[515]: [session uid=1000 pid=515] Successfully activated service 'o
rg.gtk.vfs.GPhoto2VolumeMonitor'
Okt 15 09:15:58 vbdeb systemd[490]: Started Virtual filesystem service - digital camera monitor.
Okt 15 09:15:58 vbdeb dbus-daemon[515]: [session uid=1000 pid=515] Activating via systemd: service n
ame='org.gtk.vfs.AfcVolumeMonitor' unit='gvfs-afc-volume-monitor.service' requested by ':1.10' (uid=
1000 pid=546 comm="pcmanfm-qt --desktop --profile=lxqt ")
Okt 15 09:15:58 vbdeb systemd[490]: Starting Virtual filesystem service - Apple File Conduit monitor
...
Okt 15 09:15:58 vbdeb gvfs-afc-volume-monitor[661]: Volume monitor alive
Okt 15 09:15:58 vbdeb dbus-daemon[515]: [session uid=1000 pid=515] Successfully activated service 'o
rg.gtk.vfs.AfcVolumeMonitor'
Okt 15 09:15:58 vbdeb systemd[490]: Started Virtual filesystem service - Apple File Conduit monitor.
root@vbdeb:/home/hans#
Code: Alles auswählen
systemctl list-job
Unknown operation list-job.
Code: Alles auswählen
systemctl list-jobs waiting
No jobs running.
Code: Alles auswählen
systemctl list-jobs running
No jobs running.
Code: Alles auswählen
cat /proc/version
Linux version 4.13.0-1-686 (debian-kernel@lists.debian.org) (gcc version 6.4.0 20170920 (Debian 6.4.0-7)) #1 SMP Debian 4.13.4-1 (2017-10-01)
Das Problem hat sich gelöst, ob das mit dem neuen Kernel zusammenhängt?
-
- Beiträge: 3020
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: [gelöst] LXQt - A stop job is running for Session c2 of user ... (1min 30s)
Möglicherweise hängt es mit dem neuen Kernel zusammen.
Bzgl. der von mir "verlangten" Informationen bleibt zu sagen, dass du in der debug-shell beim runterfahren mit diesen Befehlen kontrollieren kannst, welcher Dienst das Runterfahren blockiert. Im laufenden Betrieb sollten diese Befehle nichts außergewöhnliches anzeigen!
Bim Runterfahren wirst du die Ausgaben aber auch nicht posten können (außer per Dateiumleitung und späterem Upload...)
lg scientific
Bzgl. der von mir "verlangten" Informationen bleibt zu sagen, dass du in der debug-shell beim runterfahren mit diesen Befehlen kontrollieren kannst, welcher Dienst das Runterfahren blockiert. Im laufenden Betrieb sollten diese Befehle nichts außergewöhnliches anzeigen!
Bim Runterfahren wirst du die Ausgaben aber auch nicht posten können (außer per Dateiumleitung und späterem Upload...)
lg scientific
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Re: [doch nicht] LXQt - A stop job is running for Session c2 of user ... (1min 30s)
... kannst Du vielleicht noch testen, wenn Du im grub bootmenu einmal den normalen Stretch-Kernel 4.9 auswählst und das andere mal Deinen neu importierten 4.13. Normalerweise ist der Vorgänger-Kernel noch im Menü.swap7 hat geschrieben:15.10.2017 09:29:11Das Problem hat sich gelöst, ob das mit dem neuen Kernel zusammenhängt?Code: Alles auswählen
cat /proc/version Linux version 4.13.0-1-686 (debian-kernel@lists.debian.org) (gcc version 6.4.0 20170920 (Debian 6.4.0-7)) #1 SMP Debian 4.13.4-1 (2017-10-01)
Grüsse