Sierra Console.app zeigt frühere Daten an

17

In früheren Versionen von OS X hatte die Console.app Schaltflächen, mit denen Sie früher oder später in den Protokollen sehen können.

In Sierra werden anscheinend nur Einträge angezeigt, wenn Sie Console.app starten.

Wie bringt man Console.app dazu, frühere Einträge anzuzeigen?

ZB möchte ich die Protokolle vor meinem letzten Neustart sehen, um zu sehen, warum es hing.

user151019
quelle
3
IMO, in der Lage zu sein, zu sehen, was bereits passiert ist, war wahrscheinlich die wichtigste Funktion von Console! Manchmal passieren Fehler / Abstürze unerwartet. Daher ist es wichtig, dass Sie sehen können, was unmittelbar vor dem Absturz protokolliert wurde.
Gino

Antworten:

13

Kurze Antwort

Das kannst du nicht. Zumindest noch nicht . Das liegt daran, dass Console nicht mit historischen Daten arbeitet, sondern mit Live- Daten.

Sie können dazu den logBefehl in Terminal verwenden. Allerdings muss ich Sie warnen, es scheint eine Menge "Fehler" in der Funktionsweise des logBefehls in Sierra zu geben. Wenn Sie diesen Befehl verwenden möchten, lesen Sie den Abschnitt Verwenden der Protokolle in Sierra: Einige praktische Tipps .

[BEARBEITEN]

Ich habe vergessen zu erwähnen, dass Benutzern eine andere Option zur Verfügung steht. Es ist eine kostenlose App namens Loglogger . Dies ist eine von Howard Oakley bereitgestellte Problemumgehungslösung, die den Zugriff auf Sierras Protokolle ermöglicht, die Console nicht bereitstellt. Dazu muss natürlich macOS Sierra ausgeführt werden. Es ist ein .zip-Download und enthält eine ziemlich gute PDF-Anleitung zur Verwendung.

Hinweis: Ich habe keinerlei Beziehung zur App oder Howard Oakley.

Lange Antwort

Eine Sache, die für Benutzer nicht offensichtlich ist, ist, dass die in macOS Sierra enthaltene Konsolenversion eine völlig neue Bestie ist (dh eine neue App , die von Grund auf neu erstellt wurde).

Frühere Versionen von Console haben standardmäßig " Alle Nachrichten" geöffnet. Daher war dies ein hervorragendes Tool für die Fehlerbehebung nach dem Ereignis (z. B. konnten Sie nach einem Absturz Console öffnen und auf dieses Ereignis und die Ereignisse davor verweisen).

Die Konsole von macOS Sierra funktioniert einfach nicht so. Das Live- Protokoll wird nur ausgeführt, wenn die Konsole geöffnet ist. Wenn Sie also herausfinden möchten, warum Ihr Mac um Mitternacht heruntergefahren wurde, hilft dies nichts.

Aus der Sicht der Fehlerbehebung ist die neue Konsole daher äußerst eingeschränkt. Das heißt nicht, dass es keine wesentlichen Verbesserungen gibt (wie zum Beispiel eine hervorragende neue Suchfunktion), aber derzeit ist es nur sehr hilfreich beim Debuggen von Problemen während der Arbeit in Sierra, aber ziemlich nutzlos, wenn Sie Kernel-Erweiterungen analysieren möchten und Dienstleistungen. Es ist auch eine Reihe von neuen Tools zur Verfügung, aber da Konsole nicht mit Arbeits historischen Daten, diese Werkzeuge nur da Console erfasst mit Einträgen Arbeit ins Leben gerufen wurde (toll , wenn Sie zu beheben sind versuchen , warum eine bestimmte App stürzt ab , wenn Sie versuchen , auszuführen eine bestimmte Funktion, aber sonst unbrauchbar).

Also, was sage ich? Nun, die Konsole ist in Arbeit. Ich würde sogar sagen, dass es sich derzeit wirklich um eine Beta- Version handelt. Mit der Zeit werden wir viel mehr Funktionen hinzufügen, aber jetzt müssen wir geduldig sein.

Monomeeth
quelle
2
wjvs Antwort HAT die Antwort, im Gegensatz zu dieser, die es nicht tut
jweaks
12

Sie müssen zuerst den logBefehl in der Befehlszeile verwenden, um die protokollierten Nachrichten in einem .logarchiveBundle zu sammeln , und dann mit Console den Inhalt dieses Bundles anzeigen. Beispielsweise:

sudo log collect --last 1d

… Sammelt alle protokollierten Nachrichten, die am vergangenen Tag generiert wurden, in einem system_logs.logarchivePaket im aktuellen Verzeichnis. Öffnen Sie dieses Bundle in Console und nutzen Sie die volle Leistung der App, um die Protokolldaten anzuzeigen, zu suchen und zu filtern.

Beachten Sie, dass loges viele andere nützliche Anwendungen gibt. Ich schlage vor, die log(1)Manpage zu lesen .

wjv
quelle