Опаньки! Страница обычно связана с ошибкой ошибки сегментации процесса, которая может быть связана с ошибкой программного обеспечения . Чтобы определить причину, вы можете включить ведение журнала (как предложено в других ответах) или проанализировать обратную трассировку файла дампа ядра (в macOS , Linux , например, Ubuntu ).
Если вы не знаете причину (например, трассировка стека состоит только из адресов памяти), вы можете создать новый тикет поддержки в системе отслеживания ошибок Chrome (или дважды проверить, существует ли он уже). При составлении отчетов вы должны загрузить и включить Crash ID, перейдя на chrome://crashes/страницу, чтобы адреса памяти могли быть преобразованы сопровождающими Chrome в символы отладки.
В качестве альтернативы вы можете декодировать аварийные дампы самостоятельно.
Смотрите также: Где находится Google Chrome Crash Dump?
Чтобы упростить вышесказанное, вот основные причины сбоя страницы:
Вы нашли ошибку (на веб-сайте или в веб-браузере).
Ошибка сайта
Пример: виртуальная машина JavaScript достигла максимально выделенной памяти (сбой из-за нехватки памяти).
Чтобы проверить это, запустите DevTools и откройте вкладку Память . Если это так, код должен автоматически приостановиться непосредственно перед возможным сбоем нехватки памяти (например, проблема 810015 ). Если это так, сообщите о проблеме владельцу веб-сайта или профилируйте код JS, чтобы найти ошибку.
Ошибка браузера
- Рассмотрите возможность отключения расширений или запуска в режиме инкогнито .
- Рассмотрите возможность удаления кэшированных файлов .
- Сообщить об ошибке .
- Переустановите браузер.
- Используйте другую версию Chrome, такую как Chromium , Dev или Canary channel.
- Используйте другой браузер, такой как Epic, Firefox, Opera, Brave, Waterfox, Torch или другие.
- Если проблема повторяется, вы можете попытаться пересобрать исходные коды Chrome с помощью символов отладки и проанализировать трассировку стека или сообщить о ней.
Вы достигли максимального количества открытых файлов в вашей системе (см .: # 787381 ).
В Linux / Unix / macOS, чтобы проверить это, запустите:
sysctl -a | grep files
и проверьте, kern.num_filesдостиг ли лимит kern.maxfiles.
Если это так, увеличьте лимит, выполнив следующие команды:
sysctl -w kern.maxfiles=20480
which launchctl && launchctl limit maxfiles 65536 unlimited
which ulimit && ulimit -c unlimited
Вы можете иметь некоторые вредоносные программы / вирусы, которые изменяют ваши файлы Chrome, вызывая сбой.
- У вас может быть проблема с аппаратной памятью . Так что запустите какой-нибудь тест (такой как
memtest).
Macos
Чтобы отобразить журналы из Chrome, запустите:
log stream --level debug --predicate 'processImagePath contains "Google"'
или запустив консольное приложение, где вы также можете проверить наличие аварийных дампов (или зарегистрироваться ~/Library/Logs/DiagnosticReports). См .: Отладка «Aw, Snap!» Ошибка в Chrome
Отладка
Если ничего из вышеперечисленного не поможет, вы можете рассмотреть вопрос о компиляции Chrome из исходного кода (это занимает много времени), а затем запустить его непосредственно из терминала. После этого за каждой ошибкой «Aw, Snap!» Должна следовать полная трассировка стека, включая функции и строку в файле исходного кода, где она произошла.