Po zirytowaniu moją poprzednią pamięcią ROM, pomyślałem, że zainstaluję ICS na moim SGS2 (dopóki CM9 nie wyjdzie). Niestety, teraz restartuje się kilka razy dziennie bez prawdziwego powodu. Urządzenie po prostu leży na stole i nic nie robi, a od czasu do czasu włącza się ekran i mogę oglądać, jak się restartuje.
Jak mam zacząć analizować ten problem? Oczywiście mógłbym spróbować sflashować różne ROM-y jak szalony człowiek, dopóki problem sam się nie rozwiąże, ale wolałbym bardziej rozsądne podejście.
źródło
Miałem podobny problem z przypadkowym ponownym uruchomieniem komputera i po jednym takim ponownym uruchomieniu podłączyłem telefon do laptopa i uruchomiłem na nim raport o błędzie adb. Dostałem coś, co wyglądało na przydatną informację, i załączyłem ją do błędu. Myślę więc, że przynajmniej niektóre informacje z dziennika przetrwają restart.
Oto błąd, btw: http://code.google.com/p/android/issues/detail?id=24118
źródło
Settings
/About phone
/Send feedback about this device
. Używałem tego wiele razy na Androidzie 5.0, a kiedy pojawił się 5.1, dostałem od Google małą notatkę z napisem „dzięki za pomoc w uczynieniu 5.1 bardziej stabilnym” ... i nie uruchomił się ponownie od czasu aktualizacji do 5.1!Pierwszą rzeczą, którą spróbuję zrobić, jest odzyskanie dzienników błędów za pośrednictwem ADB i / lub zrzutów awaryjnych.
Pobieranie dzienników jest trudne, ponieważ pamięć podręczna dzienników jest usuwana przy ponownym uruchomieniu. Jeśli telefon uruchomi się ponownie, nawet gdy siedzisz na ładowarce, spróbuj uruchomić
adb logcat
nieprzerwanie (będziesz potrzebować zainstalowanych i skonfigurowanych na komputerze PC SDK i sterowników USB). Gdy telefon uruchomi się ponownie, spójrz na kilka ostatnich stron w oknie wiersza polecenia, aby znaleźć błędy lub nieprawidłowości.Jeśli nie możesz odtworzyć restartów, gdy telefon jest podłączony do USB, sugeruję zainstalowanie aplikacji takiej jak aLogcat i skonfigurowanie jej do zapisywania logów na karcie SD w odstępach czasu. Mamy nadzieję, że będziesz miał szczęście i w ten sposób złapiesz błędy.
Możesz także spróbować wyciągnąć zrzuty awarii za pomocą następujących poleceń:
Powinno to utworzyć plik o nazwie „last_kmsg” na karcie SD, który zawiera kilka ostatnich komunikatów debugowania z jądra. Otwórz go w dowolnym edytorze tekstu i sprawdź, czy pojawi się coś oczywistego.
źródło
/proc/last_kmsg
nie ma jej w moim telefonie./data/dontpanic
Możesz wypróbować aLogrec, a jeśli ci się spodoba, przekaż wersję. Napisany przez tego samego programistę, który napisał aLogcat, stale zapisuje log (logcat) na karcie SD. Nie testowałem go pod kątem reakcji z restartem po awarii, ale testowałem z ręcznym restartem, a zapisany dziennik przetrwał restart i widziałem, że rejestrowana jest sekwencja zamykania. Jednym minusem jest to, że dziennik nie zawiera znaczników czasu.
Mój T-mobile S II ulegał awarii (restart) podczas korzystania z podstawowych funkcji - kończenia połączenia (raz), robienia zdjęcia (raz) lub korzystania z nawigacji (3 razy). Uaktualniłem z ICS 4.0.3 do 4.0.4. Jak dotąd było dobrze. Chciałbym wiedzieć o aLogrec podczas tych ponownych uruchomień.
źródło
Miałem ten sam problem, ale w ciągu kilku minut dało mi to za każdym razem, gdy eksperymentowałem i okazało się, że przestało się zawieszać, gdybym poszedł do aktualizacji sieci w ustawieniach, mimo że aktualizacja nie jest dostępna. Teraz działa, ale denerwujące jest to, że muszę to robić za każdym razem.
źródło