Wo finde ich GNOME-Protokolle

Wenn GNOME Ihnen Probleme bereitet und Sie den Fehler finden oder den Entwicklern melden möchten, müssen Sie die Protokolldateien suchen. Alternativ können Sie zusätzliche Protokolldateien erstellen. Dies erfordert das Hinzufügen von Patches, erfordert also mehr Erfahrung als normale Benutzer. Wenn Sie Probleme beim Starten von GNOME haben, müssen Sie überprüfen, was mit Ihrem Display-Manager passiert. Auf einem Vanilla-System startet GDM alles. Dies hat seine eigenen Protokolldateien. Das Frustrierendste, was passieren kann, ist ein Shell-Freeze. Ihr Computer scheint nicht zu reagieren. Was können Sie tun, wenn die Shell nicht mehr reagiert??

Es gibt eine grafische Anwendung zum Anzeigen von 'GNOME-Protokollen'. Sie können die Anwendung GNOME Logs verwenden, um sich einen Überblick zu verschaffen.

Die meisten Systeme verfügen über journalctl

Unter Linux ist das vorherrschende Initialisierungssystem systemd. Dieses System hält Ihre Daemons und Dienste auch während des normalen Betriebs am Leben. GNOME ist keine Ausnahme, alle Probleme können mit journalctl . verfolgt werden.

Verwenden Sie systemd!

Während das System am Laufen gehalten wird, protokolliert systemd auch alle Ereignisse, die auftreten. Dazu gehören wichtige Ereignisse und Fehler. Die Protokolle werden in einer gemeinsamen Datei gespeichert, die Sie mit journalctl . lesen können. Die Verwendung scheint anfangs umständlich zu sein, ist aber tatsächlich reibungslos, wenn Sie einige reguläre Ausdrücke kennen. Es hat auch Möglichkeiten, Informationen herauszufiltern.

Der direkteste Weg, um herauszufinden, was vor sich geht, und die Protokolle zu durchforsten, besteht darin, dies für Ihre eigene Identität zu tun. Sie müssen die numerische Identität verwenden, die normalerweise 1000 ist, aber überprüfen Sie dies mit dem Befehl 'id'.

$ id -user

Das Ergebnis ist Ihre Benutzer-ID. Schließen Sie es an Ihre Überprüfung der Protokolle an.

$ journalctl _UID=1000

Alle Protokolle Ihres Benutzers werden angezeigt, Sie müssen sie nicht an 'weniger' weiterleiten, es verhält sich genauso. Für euch die noch keine Fans sind. In less können Sie nach Strings mit grep-ähnlichen Funktionen und Filtern suchen.

Andere Protokolldateien

In früheren Versionen von GNOME wurde die Standardfehlerdatei verwendet. In letzter Zeit hat GNOME geändert, wo es protokolliert, viele Sites berichten mit ~/.xsession-errors, seit mehreren Versionen wird diese Datei nicht mehr verwendet.

Achtung, GNOME schreibt nicht in diese Datei. Wenn diese Datei Text enthält, haben Sie einen anderen Fenstermanager gestartet window! Daten zu Ihrer aktuellen Sitzung finden Sie in var/log/syslog, es hat viele Details zur Verfügung.

Filtern Sie mit grep oder 'weniger', um herauszufinden, was Ihr System beschädigt.

Erweiterte Fehlerbehebung

Möglicherweise ist der Desktop gesperrt. Überprüfen Sie in diesem Fall, ob Sie eine Tastaturreaktion haben. Drücken Sie in diesem Fall Strg-Alt- wobei Fn normalerweise F3 ist, um das virtuelle Terminal (vt) zu öffnen 3. Der Grund dafür ist, dass GDM F1 für vt 1 verwendet und Ihre Sitzung vt 2 verwendet, sodass Sie vt 3-6 für Ihre eigenen Befehle verwenden können. Sie können dieses Terminal dann verwenden, um eine Fehlerbehebung durchzuführen oder sogar eine X-Sitzung zu öffnen.

Wenn Sie entwickeln oder mit einem Entwickler in Kontakt stehen, um ein schwerwiegendes Shell-Problem zu beheben, benötigen Sie detailliertere Protokolle. Um nach schwerwiegenden Hängen zu suchen, müssen Sie gjs und js52 neu kompilieren und dann nach dem Core-Dump suchen.

Patch-Dateien https://wiki.archlinux.Organisation/Index.php/GNOME/Fehlerbehebung

Das Patch- und Kompilierverfahren ist einfacher als Sie vielleicht denken, es wird im Link behandelt. Das Paket, um zu überprüfen, wo die Core-Dumps auf Vanilla-Systemen nicht verfügbar sind. Sie müssen das Paket selbst installieren.

$ sudo apt install systemd-coredump

Wenn es installiert ist, können Sie die Core-Dumps mit dem neuen Tool auflisten.

$ coredumpctl -l

Wenn Sie das getan haben, senden Sie die Dumps an die Projektseite https://gitlab.Gnom.org/GNOME/gnome-shell/issues Belassen Sie das Debugging-Paket nur während des Debuggings auf Ihrem System. Sie benötigen es nur zur Fehlerbehebung!

Schauen Sie sich gleichzeitig eine Bewerbung an

Das erste, was Sie tun müssen, wenn Sie Probleme mit einer Anwendung haben, ist, sie über die Befehlszeile zu starten. Sie können die Ausgabe auf dem Terminal laufen lassen oder zur späteren Verarbeitung in eine Datei senden. Die Verwendung von regulären Ausdrücken ist auch für diese Arbeit sehr nützlich.

Filterung nach Anwendung

Wenn Sie eine spezielle Anwendung haben, die Ihnen Probleme bereitet, können Sie auch innerhalb des Systems filtern. Um dies zu tun, müssen Sie die von Ihnen ausgeführte PID finden und dann diese PID aus journalctl . auswählen.

$ ps aux|grep chrom

Verwenden Sie das Ergebnis als PID im nächsten Befehl.

$ journalctl _PID

Alle Probleme bei der Interaktion mit GNOME werden hier angezeigt. Dies zeigt nicht, was in der Anwendung vor sich geht. Um an eine separate Datei zu senden, verwenden Sie den folgenden Befehl.

$ chrome 2> Chrome-Fehler.Log

Auch hier können und sollten Sie es durch Tools wie 'grep', sed und andere leiten, um die relevantesten Informationen in Ihrem Protokoll zu erhalten.

Fazit

Die meisten Fehlerbehebungen für GNOME sollten mit dem Befehl journalctl durchgeführt werden. Nur wenn Sie ernsthafte Probleme haben, brauchen Sie etwas anderes. Bevor Sie mit dem Melden von Problemen beginnen, suchen Sie auch nach den regulären Syslog-Dateien. Sie enthalten die meisten Informationen. Sie haben die Möglichkeit, eine grafische Präsentationssoftware zum Überprüfen von Dateien zu verwenden. Wenn Sie lange Protokolle haben, stellen Sie sicher, dass Sie wissen, wie Dateien mit regulären Ausdrücken verarbeitet werden. Wenn Sie ernsthafte Probleme haben oder nach einem neuen Fenstermanager suchen, verwenden Sie ein anderes virtuelles Terminal, um es zu erkunden.