/var/log/dmesg
war ein nützlicher Boot-Time- dmesg
Dump. Ich kann das in Ubuntu 16.04 nicht mehr finden. Ist es woanders?
( /var/log/kern.log*
ist begrenzt; Kernel-Nachrichten werden erst abgefangen, nachdem der Protokollierungsdämon ausgeführt wurde. Außerdem ist es umständlich, die richtige Datei kern.log.X.gz zu finden, in der der letzte Start stattgefunden hat. (Möglicherweise wurde sie auch weggedreht.))
dmesg | head -n 100
es die gewünschten Startzeitmeldungen? Wenn ja,unbuffer dmesg | head -n 100
wird es in Farbe tun./var/log/kern.log*
begrenzt ist, versuchen Sie es/var/log/syslog*
stattdessen.Antworten:
Um die Ausgabe vom letzten Start anzuzeigen, können Sie den Befehl weiterhin verwenden
dmesg
.Ubuntu 16.04 (tatsächlich alle Ubuntus> = 15.04) verwendet
systemd
jedoch einen Protokollierungsdämonjournald
und eine Schnittstelle mit hochflexiblem Zugriff auf protokollierte Daten :journalctl
. Sie können ein Protokoll des letzten Starts sehen, das entsprichtdmesg
:Von der
journalctl
Manpage :Alle
dmesg
Ausgaben in den letzten 2 Stundendas gesamte Journal seit dem letzten Start
Liste Stiefel im Tagebuch
Um die persistente Protokollierung einzurichten, müssen Sie konfigurieren
journald
- standardmäßig wird das Protokoll nicht persistent in/run/systemd/journal
(eine Binärdatei - kein Versuch, sie zu lesen) geschrieben, und vor dem aktuellen Start sind keine Daten verfügbar. Um die permanente Protokollierung einzurichten, bearbeiten Sie die Datei,/etc/systemd/journald.conf
kommentieren Sie die Zeile aus#Storage=auto
und wechseln Sieauto
zupersistent
. Verwenden Sie Ihren bevorzugten Texteditor oderDann müssen Sie den Dienst neu starten (oder neu starten)
Nachdem Sie die permanente Protokollierung aktiviert haben, können Sie in Zukunft die volle Funktionalität nutzen,
journalctl
um beispielsweise Informationen vom Start vor der aktuellen anzuzeigenWeitere Tipps und Tricks zur Verwendung finden Sie auf der entsprechenden Seite des wunderbaren <3 Arch Wiki <3
journalctl
quelle
dmesg
möglicherweise werden keine Informationen zur Startzeit mehr angezeigt (wenn dieser bereits außerhalb des Kernel-Ringpuffers liegt). Aberjournalctl -k
scheint vollständig zu sein.journalctl -k
Ausgabe nicht mit Zeitversätzen in derdmesg
Ausgabe übereinstimmen . In meinem Falldmesg
wird beim Booten eine Verzögerung von ~ 30 Sekunden angezeigt, diejournalctl -k
nicht zwischen denselben beiden Protokollzeilen liegt.