Zbieranie dzienników debugowania urządzenia z ChromeOS

Ten artykuł jest przeznaczony dla administratorów IT, którzy zarządzają urządzeniami z ChromeOS.

W przypadku wystąpienia problemów na zarządzanych urządzeniach z ChromeOS możesz użyć dzienników sieci i Analizatora logów do znalezienia przyczyn. Zbierz dzienniki i prześlij je do Analizatora logów do sprawdzenia, a następnie zbadaj wyniki, aby rozwiązać problemy. Te dzienniki są też pomocne podczas zgłaszania problemu do pomocy technicznej.

Pobieranie dzienników sieci

Dzienniki są przechowywane w katalogu /var/log, który możesz otworzyć przez wpisanie file:///var/log w pasku adresu przeglądarki. Szczegółowe informacje o eksportowaniu zawartości katalogu /var/log wraz ze wszystkimi podkatalogami do skompresowanego pliku .tgz znajdziesz w artykule Pobieranie dzienników urządzenia z ChromeOS.

Badanie dzienników przy użyciu Analizatora logów

Analizator logów to parser dzienników, który pozwala sprawdzić dzienniki zarządzanych urządzeń z ChromeOS.

Aby zbadać dzienniki debugowania urządzenia z ChromeOS przy użyciu Analizatora logów:

1. Otwórz Analizator logów.
2. Wykonaj jedną z tych czynności:
   • Wklej treść dzienników debugowania w polu tekstowym.
   • Prześlij plik dziennika.
3. Na liście źródeł dziennika wybierz Chrome OS device log (Dziennik urządzenia z systemem operacyjnym Chrome).
4. Kliknij Analyze (Analizuj).

Po przeprowadzeniu analizy wyświetlone zostaną wyniki zawierające opis wykrytych potencjalnych problemów. Jeśli wszystkie dane w dziennikach są prawidłowe, zobaczysz odpowiednią informację. W niektórych przypadkach wyniki mogą zawierać linki do stron z dodatkowymi informacjami.

Wskazówka: dane w dziennikach obejmują czas od początku korzystania z urządzenia, warto więc określić przybliżony czas wystąpienia problemu, aby łatwiej znaleźć związane z nim informacje.

• Jeśli w wynikach Analizatora logów zobaczysz tekst ieee80211_reasoncode, poszukaj informacji o znaczeniu tych kodów na stronie innej firmy, na przykład w społeczności pomocy Cisco®.
• Błędy rejestracji urządzenia często są rejestrowane w dziennikach przy użyciu kodów żądania serwera zarządzania. Informacje o kodach błędów serwera znajdziesz w temacie Błędy zarządzania urządzeniami.

Samodzielne czytanie dzienników

Jeśli wszystko inne zawiedzie, możesz spróbować samodzielnie odczytać treść dzienników. Najpierw jednak użyj Analizatora błędów, aby spróbować rozwiązać problem. Jeśli zdecydujesz się samodzielnie zbadać dzienniki urządzenia, skorzystaj z poniższych informacji.

Struktura pliku dziennika debugowania

Plik	Opis
file:///var/log/bios_info.txt	Na początku pliku znajduje się identyfikator sprzętowy i model urządzenia. Te dane mają następującą postać: vendor | coreboot version | Google_Stout.2817.52.0 release_date | 02/13/2013 size | 1024 KB ro bios version | Google_Stout.2817.52.0 Boot switch status: Recovery button: released Developer mode: not enabled RO firmware: protected Boot reason (0): normal Boot firmware: A Active EC code: RW
file:///var/log/boot.log	Zawiera informacje o procesie rozruchu.
file:///var/log/eventlog.txt	Pokazuje zdarzenia systemowe, takie jak włączenie lub wyłączenie urządzenia.
file:///var/log/messages	Zawiera komunikaty wysyłane do jądra i z niego odbierane.
file:///var/log/net.log	Te dzienniki są pomocne, gdy urządzenia nie łączą się z odpowiednimi sieciami lub w ogóle nie mogą nawiązać połączenia. Zawierają one: możliwość wyszukiwania tekstu ERROR: lub czasu określającego przybliżoną chwilę wystąpienia zdarzenia, znaczniki czasu w formacie rrrr-mm-ddTgg:mm:ss. Przykładowy plik net.log Poniższe wpisy dziennika oznaczają, że urządzenie wykryło dostępną sieć 2,4 Hz i 5 GHz: 2014-04-02T12:12:27.407032-04:00 localhost wpa_supplicant[881]: mlan0: freq=2437 MHz 2014-04-02T12:15:02.342071-04:00 localhost wpa_supplicant[815]: mlan0: freq=5220 MHz W dalszej części dzienników znajdują się dodatkowe informacje o sile sygnału dostępnych połączeń, adresach MAC punktów dostępu, częstotliwościach sygnałów, poziomach zakłóceń i sygnałów oraz współczynnikach sygnału do zakłóceń: 6c:f3:7f:41:3d:50 freq=2412 qual=0 noise=-89* level=-61 snr=28 flags=0xb 6c:f3:7f:41:3d:51 freq=2412 qual=0 noise=-89* level=-62 snr=27 flags=0xb 6c:f3:7f:41:3d:59 freq=5220 qual=0 noise=-92* level=-70 snr=22 flags=0xb 6c:f3:7f:41:3d:58 freq=5220 qual=0 noise=-92* level=-71 snr=21 flags=0xb Dostępne sieci są wymienione w dziennikach w kolejności od najbardziej preferowanych, co ułatwia analizowanie sytuacji, w której urządzenie nie łączy się z odpowiednią siecią. Urządzenie z ChromeOS usiłuje wybrać najlepszą dostępną sieć, która spełnia określone kryteria. W tym przykładzie urządzenia nawiązywały połączenie z siecią 2,4 GHz, a nie z siecią 5 GHz. Dzienniki wskazują, że urządzenie z ChromeOS lepiej oceniło sieć 2‚4 GHz na podstawie współczynnika sygnału do zakłóceń (28/27 w porównaniu do 22/21).
file:///var/log/secure	Zawiera informacje o trybie piaskownicy.
file:///var/log/tlsdate.log	Pokazuje kolejność zdarzeń związanych ze sprawdzaniem daty na potrzeby aktualizowania systemu.
file:///var/log/update_engine.log	Te dzienniki przydają się podczas rozwiązywania problemów uniemożliwiających aktualizowanie urządzeń. Zawierają one informacje o komunikacji między urządzeniem a serwerem aktualizacji omahaproxy, w tym odpowiedzi od serwera.
file:///var/log/chrome/Crash Reports	Ten folder zawiera informacje o awariach Chrome, których znaczenie może być trudne do określenia. Więcej informacji zawiera temat Rozwiązywanie problemów związanych z awariami Chrome. Informacje na temat raportu o awariach znajdziesz na stronie chrome://crashes. Najnowszy plik w folderze /Chrome ma nazwę chrome, natomiast nazwy starszych plików zawierają znacznik czasu. Format sygnatury czasowej: sygnatury czasowe obejmują komunikaty wysokiego poziomu związane z systemem operacyjnym i renderowaniem przeglądarki.
file:///var/log/metrics	Zawiera dane dziennika w prostym formacie klucz=wartość, który ułatwia analizowanie.
file:///var/log/power_manager	Zawiera informacje o działaniach przeprowadzonych przez menedżera zasilania.
file:///var/log/ui	Zawiera rekordy problemów związanych z interfejsem użytkownika lub grafiką.
file:///var/log/update_engine	Chrome przenosi starsze pliki dziennika aktualizacji do tego folderu. Najnowszy plik dziennika ma nazwę /update_engine.log.
file:///var/log/xorg	Zawiera informacje o sprzęcie i systemie operacyjnym.

Zbieranie dodatkowych dzienników urządzenia w konsoli administracyjnej

W przypadku wystąpienia problemów z zarządzanym urządzeniem z ChromeOS możesz je rozwiązać, przechwytując dodatkowe dzienniki ze strony Szczegóły urządzenia w konsoli administracyjnej Google. Więcej informacji znajdziesz w artykule Przechwytywanie dzienników zdalnych na urządzeniach z ChromeOS.