it-swarm.com.de

Keine Boot-Protokollierung mehr seit 16.04?

Ich habe festgestellt, dass meine /var/log/boot.log -Datei das Datum 22.04.2016 hat, als ich das letzte Mal in 15.10 gebootet habe. Wo befinden sich Xenial boot.log -Dateien?

23
jasmines

Verwenden Sie journalctl

Da journald alle Protokolle enthält, können Sie den Befehl journalctl mit geeigneten Filtern verwenden. Im Fall von boot.log, das früher Nachrichten vom Init-System enthielt, können Sie Folgendes tun:

journalctl -b0 SYSLOG_PID=1
  • -b0 zeigt Nachrichten vom aktuellen Start, -b1 vom vorherigen Start usw. an. Ohne die Option -b zeigt journalctl Meldungen vom Anfang des Protokolls an.
  • SYSLOG_PID filtert Nachrichten von PID 1, auch bekannt als init.

Oder:

journalctl -b0 --system _COMM=systemd
  • _COMM=systemd sucht nach Nachrichten aus dem Befehl systemd. Da systemd init ist, ist dies derjenige, an dem wir interessiert sind.
  • --system filtert Nachrichten aus dem Systemprotokoll anstelle von Benutzersitzungsprotokollen.

Beispiel:

[email protected]:~$ journalctl -b0 SYSLOG_PID=1
Apr 30 12:29:18 muru-vm systemd[1]: systemd 229 running in system mode. (+PA
Apr 30 12:29:18 muru-vm systemd[1]: Detected virtualization qemu.
Apr 30 12:29:18 muru-vm systemd[1]: Detected architecture x86-64.
Apr 30 12:29:18 muru-vm systemd[1]: Set hostname to <muru-vm>.
Apr 30 12:29:18 muru-vm systemd[1]: Initializing machine ID from random gene
Apr 30 12:29:18 muru-vm systemd[1]: Installed transient /etc/machine-id file
Apr 30 12:29:18 muru-vm systemd[1]: Set up automount Arbitrary Executable Fi
Apr 30 12:29:18 muru-vm systemd[1]: Listening on fsck to fsckd communication
Apr 30 12:29:18 muru-vm systemd[1]: Reached target User and Group Name Looku
Apr 30 12:29:18 muru-vm systemd[1]: Listening on udev Kernel Socket.
Apr 30 12:29:18 muru-vm systemd[1]: Started Forward Password Requests to Wal
Apr 30 12:29:18 muru-vm systemd[1]: Listening on /dev/initctl Compatibility 
Apr 30 12:29:18 muru-vm systemd[1]: Listening on Journal Socket.
Apr 30 12:29:18 muru-vm systemd[1]: Created slice User and Session Slice.
Apr 30 12:29:18 muru-vm systemd[1]: Created slice System Slice.
Apr 30 12:29:18 muru-vm systemd[1]: Starting Braille Device Support...
Apr 30 12:29:18 muru-vm systemd[1]: Mounting POSIX Message Queue File System
Apr 30 12:29:18 muru-vm systemd[1]: Mounting Debug File System...
Apr 30 12:29:18 muru-vm systemd[1]: Mounting Huge Pages File System...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Load Kernel Modules...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Uncomplicated firewall...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Create list of required static 
lines 1-23

journalctl öffnet standardmäßig die Protokolle in einem Pager, sodass Sie nicht zu less weiterleiten müssen.


Permanente Protokollierung

Ubuntu aktiviert standardmäßig keine persistenten Journald-Protokolle. Dank dem Kommentar von @Auspex müssen Sie einen der folgenden Schritte ausführen:

  1. Bearbeiten Sie /etc/systemd/journald.conf, um Folgendes einzuschließen:

    Storage=persistent
    
  2. Erstellen Sie ein /var/log/journal -Verzeichnis manuell:

    mkdir /var/log/journal
    systemd-tmpfiles --create --prefix /var/log/journal
    systemctl restart systemd-journald
    

Verbunden:

31
muru

Ich habe einige Fehlerberichte durchgesehen und dabei festgestellt: https://bugs.launchpad.net/ubuntu/+source/ubuntu-gnome-default-settings/+bug/1536771 dass Plymouth ist schreibt tatsächlich an boot.log.

Wenn Sie auf https://launchpadlibrarian.net/257898272/plymouth-debug.log schauen und in Ihrem Browser nach 'boot.log' suchen, erhalten Sie die folgenden Zeilen:

[main.c:821] on_system_initialized:system now initialized, opening log 
[main.c:742] get_log_file_for_state:returning log file '/var/log/boot.log'
[main.c:805] prepare_logging:opening log '/var/log/boot.log'

Ich habe keine Ahnung, wie die Interna von Plymouth funktionieren, aber da es für den Begrüßungsbildschirm verantwortlich ist, der vor dem Anmeldebildschirm angezeigt wird, kann ich nur davon ausgehen, dass es keinen Begrüßungsbildschirm (schwarzen Bildschirm) gibt, bevor ich zum Anmeldebildschirm komme wird die Datei nicht verändert. Wenn vor dem Anmeldebildschirm ein Begrüßungsbildschirm angezeigt wird, wird die Ausgabe des Startvorgangs in die Datei boot.log umgeleitet.

3
octoquad

In Ubuntu 16.04 befindet sich die Datei boot.log immer noch im Ordner /var/log, wie Sie sehen können hier . Das Boot-Logfile ist von heute (29.04.2016). Möglicherweise ist ein Fehler aufgetreten, als Sie Ubuntu 16.04 installiert oder das Betriebssystem von Ubuntu 15.10 auf Ubuntu 16.04 LTS aktualisiert haben.

Alternativ können Sie das allgemeine Startverhalten anhand der umfassenden Datei kern.log untersuchen. Eine andere mögliche Alternative wäre, den syslog-Daemon manuell zu konfigurieren, um die Boot-Protokolldatei zu generieren Ein Tutorial, wie das genau geht: Anzeigen und Konfigurieren von Linux-Protokollen

Zusätzliche Information :

Ich habe das Verhalten der Startprotokollierung auf zwei verschiedenen Computern untersucht. Auf einem Computer mit einem UEFI-basierten BIOS ist die Datei boot.log vorhanden, auf einem Computer mit einem älteren BIOS scheint sie jedoch überhaupt nicht zu existieren. Wenn das System also im alten BIOS-Modus (MBR/msdos) installiert ist, kann dies die Erklärung dafür sein, warum Ihre boot.log -Datei vom 22.04.2016 stammt und ein Überbleibsel von Ubuntu 15.10 ist.

Aktualisierte Informationen 2016-05-02:

Ich habe das Verhalten der Startprotokolldatei weiter untersucht und festgestellt, dass die Datei boot.log noch auf dem UEFI-basierten Computer vorhanden ist, die Datei jedoch seit einigen Tagen leer ist. Eine andere Alternative, die ich versucht habe, um zu sehen, was während des Startvorgangs passiert, war die Installation von BootChart , aber bootchart.png existierte nicht wie erwartet im Ordner /var/log nach dem Neustart des Systems. Es gab nur einen leeren Ordner /var/log/bootchart, der auch nicht die erwartete Datei bootchart.png enthielt.

Aktualisierte Informationen 2016-05-04:

Heute schien die boot.log -Datei wieder "Funktionalität" zu haben, sie ist mit Teilinformationen aus dem Startvorgang gefüllt. Es scheint ein zufällig wechselndes Verhalten zu sein, das meines Erachtens auf Ask Ubuntu nicht gelöst werden kann. Sie sollten daher in Betracht ziehen, einen Fehlerbericht auf Launchpad einzureichen, um dieses Problem zu beheben.

Fazit - Nach einer Woche Untersuchung des boot.log -Dateiverhaltens in Ubuntu 16.04: Sie sollten sich keine Gedanken über /var/log/boot.log machen länger und gewöhne dich stattdessen einfach an journalctl.

2
cl-netbox