Kurza twarz! strona jest zwykle związana z awarią segmentacji procesu, która może być związana z błędem oprogramowania . Aby ustalić przyczynę, możesz włączyć rejestrowanie (jak sugerowano w innych odpowiedziach) lub przeanalizować ślad pliku zrzutu pamięci (na macOS , Linux , np. Ubuntu ).
Jeśli nie znasz przyczyny (np. Ślad stosu składa się tylko z adresów pamięci), możesz utworzyć nowy bilet pomocy technicznej w systemie śledzenia błędów Chrome (lub dokładnie sprawdź, czy już istnieje). Podczas raportowania należy przesłać i dołączyć identyfikator awarii, przechodząc na chrome://crashes/stronę, aby adresy pamięci mogły zostać przetłumaczone na symbole debugowania przez opiekunów Chrome.
Alternatywnie możesz samodzielnie zdekodować zrzuty awarii .
Zobacz także: Gdzie znajduje się Google Crash Dump?
Upraszczając powyższe, oto główne przyczyny awarii strony:
Znalazłeś błąd (na stronie internetowej lub w przeglądarce).
Błąd strony internetowej
Przykład: VM VM osiągnęła maksymalną przydzieloną pamięć (awaria braku pamięci).
Aby to sprawdzić, uruchom DevTools i sprawdź zakładkę Memory . W takim przypadku kod powinien automatycznie zatrzymać się tuż przed potencjalnym awarią braku pamięci (np. Problem 810015 ). Jeśli tak, zgłoś problem właścicielowi witryny lub profil JS, aby znaleźć błąd.
Błąd przeglądarki
- Rozważ wyłączenie rozszerzeń lub uruchomienie w trybie incognito .
- Rozważ usunięcie buforowanych plików .
- Zgłoś błąd .
- Ponownie zainstaluj przeglądarkę.
- Użyj innej wersji Chrome, takiej jak kanał Chromium , Dev lub Canary .
- Używaj różnych przeglądarek, takich jak Epic, Firefox, Opera, Brave, Waterfox, Torch lub innych.
- Jeśli problem jest powtarzalny, możesz spróbować ponownie skompilować źródła Chrome za pomocą symboli debugowania i przeanalizować ślad stosu lub zgłosić go.
Osiągnięto maksymalną liczbę otwartych plików w systemie (patrz: # 787381 ).
W systemie Linux / Unix / macOS, aby to sprawdzić, uruchom:
sysctl -a | grep files
i sprawdź, czy kern.num_filesosiągnął limit kern.maxfiles.
W takim przypadku zwiększ limit, uruchamiając następujące polecenia:
sysctl -w kern.maxfiles=20480
which launchctl && launchctl limit maxfiles 65536 unlimited
which ulimit && ulimit -c unlimited
Możesz mieć złośliwe oprogramowanie / wirusa, który zmienia pliki Chrome powodujące awarię.
- Może występować problem związany z pamięcią sprzętową . Więc uruchom test (np.
memtest).
System operacyjny Mac
Aby wyświetlić dzienniki z Chrome, uruchom:
log stream --level debug --predicate 'processImagePath contains "Google"'
lub uruchamiając aplikację Console , w której możesz również sprawdzać zrzuty awaryjne (lub meldować się ~/Library/Logs/DiagnosticReports). Zobacz: Błąd debugowania „Aw, Snap!” W Chrome
Debugowanie
Jeśli żadne z powyższych nie pomoże, możesz rozważyć skompilowanie Chrome ze źródła (zajmuje to dużo czasu), a następnie uruchomić bezpośrednio z terminalu. Następnie po każdym błędzie „Aw, Snap!” Powinien następować ślad pełnego stosu, w tym funkcje i wiersz w pliku kodu źródłowego, w którym wystąpił.