Gdzie znajdę dzienniki gnome

Gdzie znajdę dzienniki gnome
Kiedy Gnome daje ci kłopoty i chcesz znaleźć usterkę lub zgłosić ją dla programistów, musisz znaleźć pliki dziennika. Alternatywnie możesz utworzyć dodatkowe pliki dziennika. Wymaga to dodania łat, więc wymaga większego doświadczenia niż zwykły użytkownik. Jeśli masz problemy z uruchomieniem GNOME, musisz sprawdzić, co dzieje się z menedżerem wyświetlania. W systemie waniliowym GDM uruchamia się wszystko. To ma własne pliki dziennika. Najbardziej frustrujące, jakie może wystąpić, jest zamrożenie skorupy. Twój komputer wydaje się nie reagować. Co możesz zrobić, gdy skorupa przestaje odpowiadać?

Istnieje aplikacja graficzna do wyświetlania „dzienników GNOME”. Możesz użyć aplikacji Gnome Logs, aby uzyskać przegląd.

Większość systemów będzie miała Journalctl

W Linux dominującym systemem inicjalizacji jest systemd. Ten system utrzymuje również Twoje demony i usługi przy zwykłej operacji. Gnome nie jest wyjątkiem, żadne problemy można prześledzić za pomocą JournalCtl.

Użyj SystemD!

Utrzymując system systemu, SystemD rejestruje również wszelkie zdarzenia, które się zdarzają. Obejmuje to poważne zdarzenia i błędy. Dzienniki są zapisywane w wspólnym pliku, który można odczytać za pomocą JournalCtl. Użycie wydaje się niezgrabne na początek, ale jest w rzeczywistości gładkie, jeśli znasz pewne regularne wyrażenia. Ma również sposoby odfiltrowania informacji.

Najbardziej bezpośrednim sposobem na dowiedzieć się, co się dzieje i wykopanie dzienników, jest zrobienie tego dla własnej tożsamości. Musisz użyć tożsamości liczbowej, która zwykle wynosi 1000, ale sprawdź za pomocą polecenia „id”.

$ id -user

Rezultat jest identyfikatorem użytkowników. Podłącz go do kontroli dzienników.

$ Journalctl _uid = 1000

Pojawią się wszystkie dzienniki od użytkownika, nie trzeba go przekazać do „mniej”, zachowuje się tak samo. Dla ciebie, którzy jeszcze nie jesteś fanami. W mniejszym stopniu możesz wyszukiwać ciągi z grepami i filtrami.

Inne pliki dziennika

We wcześniejszych wersjach GNOME używał standardowego pliku błędu. Ostatnio GNOME zmieniło się tam, gdzie loguje się, wiele witryn zgłasza za pomocą ~/.xSession-Errors, ponieważ kilka wersji nie używa już tego pliku.

Uważaj, Gnome nie pisze do tego pliku. Jeśli w tym pliku jest tekst, uruchomiłeś inny menedżer okien! Możesz znaleźć dane dotyczące bieżącej sesji w var/log/syslog, ma wiele dostępnych szczegółów.

Filtr za pomocą GREP lub „mniej”, aby znaleźć to, co chore Twój system.

Zaawansowane rozwiązywanie problemów

Możesz mieć blokadę stacjonarną. Jeśli tak się stanie, sprawdź, czy masz odpowiedź na klawiaturę. Jeśli to zrobisz, naciśnij Ctrl-alt- Where Fn jest zwykle F3, aby otworzyć terminal wirtualny (VT) 3. Powodem jest to, że GDM używa F1 dla VT 1, a sesja używa VT 2, pozostawiając VT 3-6, abyś wykonał własne polecenia. Następnie możesz użyć tego terminala do rozwiązywania problemów lub otworzyć nawet otworzyć X-sesję.

Jeśli rozwijasz lub masz kontakt z programistą w celu rozwiązywania problemów z poważnym problemem, potrzebujesz bardziej szczegółowych dzienników. Aby sprawdzić poważne zawieszenie, musisz ponownie skompilować GJS i JS52, a następnie poszukać zrzutu podstawowego.

Patch-Files https: // wiki.Archlinux.org/indeks.PHP/GNOME/Rozwiązywanie problemów

Procedura łatki i kompilacji jest prostsza, niż mogłoby się wydawać, jest omówione w linku. Pakiet do sprawdzenia, gdzie zrzuty podstawowe nie są dostępne w systemach waniliowych. Musisz sam zainstalować pakiet.

$ sudo apt instal instaluj systemD-Coredump

Po zainstalowaniu możesz wymienić zrzuty podstawowe za pomocą nowego narzędzia.

$ COREDUMPCTL -L

Kiedy to zrobisz, wyślij zrzuty na stronę projektu https: // gitlab.gnom.org/gnome/gnome-shell/emisan. Będziesz go potrzebować tylko do rozwiązywania problemów!

Patrząc na aplikację na raz

Pierwszą rzeczą do zrobienia, jeśli masz problemy z aplikacją, jest rozpoczęcie jej od wiersza poleceń. Możesz pozwolić wyjściem działać na terminalu lub wysłać go do pliku w celu późniejszego przetwarzania. Korzystanie z wyrażeń regularnych jest również bardzo przydatne w tej pracy.

Filtrowanie na aplikację

Jeśli masz specjalną aplikację, która zapewnia problemy, możesz również filtrować w systemie. Aby to zrobić, musisz znaleźć PID, który bierzesz, a następnie wybrać ten PID z Journalctl.

$ ps aux | grep chrome

Użyj wyniku jako PID w następnym poleceniu.

$ Journalctl _pid

Wszelkie problemy w interakcji z Gnome pojawią się tutaj. To nie pokazuje, co dzieje się w aplikacji. Aby wysłać do osobnego pliku, użyj poniższego polecenia.

$ Chrome 2> Chrome-error.dziennik

Ponownie, tutaj możesz i powinieneś przebić go przez narzędzia takie jak „grep”, sed i inne, aby uzyskać najbardziej odpowiednie informacje w dzienniku.

Wniosek

Większość rozwiązywania problemów dla GNOME powinna być wykonana za pomocą polecenia JournalCtl. Tylko jeśli masz poważne problemy, potrzebujesz czegoś innego. Zanim zaczniesz zgłaszać problemy, znajdź również zwykłe pliki syslog. Zawierają większość informacji. Masz możliwość korzystania z graficznego oprogramowania do prezentacji do sprawdzania plików. Po długich dziennikach upewnij się, że wiesz, jak przetwarzać pliki z wyrażeniami regularnymi. Jeśli masz poważne problemy lub szukasz nowego menedżera okien, użyj innego wirtualnego terminala do eksploracji.