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

Verwenden journalctl

Da journaldalle Protokolle enthalten sind, können Sie den journalctlBefehl mit geeigneten Filtern verwenden. In dem Fall von boot.log, der früher Nachrichten aus dem Init-System enthielt, können Sie Folgendes tun:

journalctl -b0 SYSLOG_PID=1

• -b0Zeigt Meldungen vom aktuellen Start, -b1vom vorherigen Start usw. an. Ohne diese -bOption journalctlwerden Meldungen vom Beginn des Protokolls angezeigt.
• SYSLOG_PID filtert Nachrichten von PID 1, aka init.

Oder:

journalctl -b0 --system _COMM=systemd

• _COMM=systemdsucht nach Nachrichten aus dem systemdBefehl. Da systemdes sich um init handelt, ist dies derjenige, an dem wir interessiert sind.
• --system Filtert Nachrichten aus dem Systemprotokoll anstelle von Benutzersitzungsprotokollen.

Beispiel:

muru@muru-vm:~$ 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 die Protokolle standardmäßig in einem Pager, sodass Sie nicht weiterleiten müssen less.

Permanente Protokollierung

Ubuntu aktiviert standardmäßig keine persistenten Journald-Protokolle. Dank des Kommentars von @Auspex müssen Sie eine der folgenden Aktionen ausführen :

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

   Storage=persistent
   

2. Erstellen Sie ein /var/log/journalVerzeichnis manuell:

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

Verbunden:

• Wie zeige ich Protokollmeldungen von früheren Startvorgängen unter CentOS 7 an?

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

Wenn Sie https://launchpadlibrarian.net/257898272/plymouth-debug.log aufrufen 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.

In Ubuntu 16.04 befindet sich die boot.logDatei immer noch im /var/logOrdner, wie Sie hier sehen können . 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 umfangreichen kern.logDatei untersuchen. Eine andere mögliche Alternative wäre, den Syslog-Daemon manuell zu konfigurieren , um die Boot-Protokolldatei zu generieren. Hier ist ein Tutorial, wie dies genau gemacht wird: So zeigen Sie Linux-Protokolle an und konfigurieren sie

Zusätzliche Information :

Ich habe das Verhalten der Startprotokollierung auf zwei verschiedenen Computern untersucht. Auf einem Computer mit einem UEFI-basierten BIOS ist die boot.logDatei 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.logDatei vom 22.04.2016 stammt und ein Überbleibsel von Ubuntu 15.10 ist.

Aktualisierte Informationen 2016-05-02:

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

Aktualisierte Informationen 2016-05-04:

Heute boot.logschien die Datei wieder "Funktionalität" zu haben, sie ist mit Teilinformationen aus dem Bootvorgang 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.logDateiverhaltens in Ubuntu 16.04: Sie sollten sich keine Gedanken /var/log/boot.logmehr machen und sich einfach daran gewöhnen journalctl.