Ich habe Folgendes festgestellt: System Settings > User AccountsWenn Sie ein Konto auswählen und dann auf die Schaltfläche mit dem Namen klicken History(die den Anmeldeverlauf für dieses Konto anzeigt), wird Ihnen zwar angezeigt, wann Sie sich das letzte Mal als angemeldet haben Session Started, aber das Datum wird Ihnen Session Endedunmittelbar vor Ihrer nächsten Anmeldung angezeigt.
Um zu verdeutlichen, was ich meine, nehmen wir an, dass ich mich gestern um auf diesem Computer in mein Konto eingeloggt habe 14:29, 23:00mich dann irgendwann gegen abgemeldet habe und mich heute Morgen irgendwann gegen in mein Konto eingeloggt habe. 11:20Dann wird Folgendes angezeigt:
Today 11:20 Session Started
Today 11:19 Session Ended
Yesterday, 14:29 Session Started
Es wird also davon ausgegangen, dass die letzte Sitzung beendet wurde, wenn Sie sich bei einer neuen anmelden. Der Fehler scheint also darin zu liegen, dass nicht protokolliert wird, wenn eine Sitzung ordnungsgemäß beendet wird, sondern nur, wenn eine neue Sitzung beginnt.
Es wird also etwa Folgendes angezeigt:
Warum ist das so? Und wie kann ich das beheben?
Informationsaktualisierung:
Ich habe auf derselben Maschine ein weiteres Konto eingerichtet und den folgenden Befehl ausgeführt:
loginctl
Aber die einzigen Konten, die aktiv waren (nachdem ich mich vom anderen Konto abgemeldet hatte), waren lightdmund das aktuelle Benutzerkonto. Ich weiß also, dass die Sitzung ordnungsgemäß beendet wurde. Warum wird das Beenden also nicht protokolliert? Muss ich meine eigenen benutzerdefinierten Skripts erstellen, die beim Herunterfahren und Starten ausgeführt werden, um einen genauen Anmeldeverlauf zu erhalten?
Hier ist ein Teil der Ausgabe des lastBefehls wie gewünscht:
reboot system boot 3.19.0-15-generi Sun May 3 18:34 - 22:38 (1+04:03)
arthur-d pts/5 :0.0 Sat May 2 22:07 - 22:07 (00:00)
arthur-d pts/18 :0.0 Sat May 2 22:07 - 22:07 (00:00)
arthur-d pts/11 :0.0 Sat May 2 22:07 - 22:07 (00:00)
arthur-d pts/5 :0.0 Sat May 2 22:07 - 22:07 (00:00)
arthur-d pts/6 :0 Sat May 2 21:42 - 22:10 (00:28)
arthur-d :0 :0 Sat May 2 21:42 - down (00:53)
reboot system boot 3.19.0-15-generi Sat May 2 21:41 - 22:35 (00:54)
arthur-d pts/5 :0 Sat May 2 16:15 - 16:16 (00:00)
arthur-d pts/5 :0 Sat May 2 16:15 - 16:15 (00:00)
arthur-d pts/5 :0 Sat May 2 15:43 - 15:43 (00:00)
arthur-d pts/5 :0 Sat May 2 15:13 - 15:42 (00:29)
arthur-d pts/5 :0 Sat May 2 15:06 - 15:07 (00:00)
arthur-d pts/5 :0 Sat May 2 14:56 - 15:02 (00:05)
arthur-d pts/5 :0 Sat May 2 14:55 - 14:56 (00:01)
arthur-d pts/5 :0 Sat May 2 13:55 - 14:50 (00:54)
arthur-d pts/5 :0 Sat May 2 13:24 - 13:55 (00:30)
arthur-d pts/5 :0 Sat May 2 13:24 - 13:24 (00:00)
arthur-d pts/7 :0 Sat May 2 13:09 - 13:17 (00:08)
arthur-d pts/7 :0 Sat May 2 13:09 - 13:09 (00:00)
arthur-d :0 :0 Sat May 2 13:08 - crash (08:32)
reboot system boot 3.19.0-15-generi Sat May 2 13:07 - 22:35 (09:27)
arthur-d pts/1 :0 Fri May 1 22:04 - 22:11 (00:06)
arthur-d pts/1 :0 Fri May 1 22:04 - 22:04 (00:00)
arthur-d pts/1 :0 Fri May 1 20:43 - 22:04 (01:20)
arthur-d pts/4 :0 Fri May 1 20:35 - 20:42 (00:07)
arthur-d pts/4 :0 Fri May 1 20:35 - 20:35 (00:00)
arthur-d :0 :0 Fri May 1 20:34 - down (02:05)
reboot system boot 3.19.0-15-generi Fri May 1 20:33 - 22:40 (02:06)
arthur-d pts/1 :0 Fri May 1 16:08 - 16:08 (00:00)
arthur-d pts/1 :0 Fri May 1 16:08 - 16:08 (00:00)
arthur-d pts/1 :0 Fri May 1 16:08 - 16:08 (00:00)
arthur-d pts/1 :0 Fri May 1 12:36 - 12:37 (00:00)
arthur-d pts/1 :0 Fri May 1 12:33 - 12:36 (00:03)
arthur-d pts/1 :0 Fri May 1 12:12 - 12:33 (00:21)
arthur-d pts/1 :0 Fri May 1 12:08 - 12:11 (00:03)
arthur-d pts/1 :0 Fri May 1 12:07 - 12:08 (00:00)
arthur-d pts/1 :0 Fri May 1 12:07 - 12:07 (00:00)
arthur-d pts/1 :0 Fri May 1 11:54 - 12:03 (00:09)
arthur-d pts/1 :0 Fri May 1 11:54 - 11:54 (00:00)
Dieses Problem tritt auch unter Ubuntu GNOME 15.10 mit GNOME 3.18 sowie Unity auf (also sowohl unity-control-centerals auch gnome-control-center).
Antwort1
Wie gesagt inFehler #1443052, Debdiffs für Trusty und Xenial wurden übermittelt (sie sollten in Kürze veröffentlicht werden), die das Problem beheben, und ein Fix für Yakkety wurde bereits veröffentlicht. Diejenigen, die an der Behebung des Problems arbeiten, haben dies in Precise aufgrund von Codeinkompatibilitäten mit dem Upstream-Patch noch nicht geschafft.
Da es sich bei diesem Fehler nicht um einen einzigen Fehler im accountsservicePaket handelt, sondern um einen einzelnen, unity-control-centermuss ein Upgrade durchgeführt werden.gnome-control-centeraccountsservice
Dies sind die Versionen, in denen das Problem behoben ist (einige waren zum Zeitpunkt des Schreibens noch nicht veröffentlicht):
Yakkety:
0.6.42-0ubuntu1Xenial:
0.6.40-2ubuntu11.3Vertrauenswürdig:
0.6.35-0ubuntu7.3