Die Aw, Snap! Diese Seite bezieht sich normalerweise auf einen Absturz der Prozess- Segmentierung, der möglicherweise mit dem Software-Fehler zusammenhängt . Um die Ursache zu ermitteln, können Sie die Protokollierung aktivieren (wie in anderen Antworten vorgeschlagen) oder die Rückverfolgung der Core-Dump-Datei (auf macOS, Linux, z . B. Ubuntu ) analysieren .
Wenn Sie die Ursache nicht kennen (z. B. besteht der Stack-Trace nur aus Speicheradressen), können Sie im Chrome-Bug-Tracking-System ein neues Support-Ticket erstellen (oder überprüfen Sie, ob bereits eines vorhanden ist). Während der Berichterstellung sollten Sie die Absturz-ID hochladen und einschließen, indem Sie zur chrome://crashes/Seite gehen, damit Speicheradressen von den Chrome-Betreuern in Debug-Symbole umgewandelt werden können.
Alternativ können Sie Crash-Dumps auch selbst dekodieren .
Siehe auch: Wo befindet sich Google Chrome Crash Dump?
Zur Vereinfachung oben sind die Hauptgründe, warum die Seite abstürzen kann:
Sie haben den Fehler gefunden (entweder auf der Website oder mit dem Webbrowser selbst).
Website-Fehler
Beispiel: Die JavaScript-VM hat den maximal zugewiesenen Speicher erreicht (Absturz nach Arbeitsspeicher).
Um dies zu überprüfen, führen Sie DevTools aus und überprüfen Sie die Registerkarte Speicher . In diesem Fall sollte der Code unmittelbar vor dem möglichen Ausfall des Speichers (z . B. Problem 810015 ) automatisch angehalten werden . Wenn ja, melden Sie das Problem dem Websitebesitzer oder erstellen Sie ein Profil des JS-Codes, um den Fehler zu finden.
Browser-Fehler
- Deaktivieren Sie Erweiterungen oder führen Sie den Inkognito- Modus aus.
- Entfernen Sie zwischengespeicherte Dateien .
- Fehler melden .
- Installieren Sie den Browser erneut.
- Verwenden Sie eine andere Chrome-Version wie Chromium, Dev oder Canary .
- Verwenden Sie andere Browser wie Epic, Firefox, Opera, Brave, Waterfox, Torch oder andere.
- Wenn das Problem wiederholbar ist, können Sie versuchen, Chrome-Quellen mit Debug-Symbolen neu zu kompilieren und die Stack-Ablaufverfolgung zu analysieren oder zu melden.
Sie haben die maximale Anzahl geöffneter Dateien in Ihrem System erreicht (siehe: # 787381 ).
Führen Sie unter Linux / Unix / macOS Folgendes aus:
sysctl -a | grep files
und prüfen, ob kern.num_filesdie Grenze von erreicht ist kern.maxfiles.
Wenn dies der Fall ist, erhöhen Sie den Grenzwert, indem Sie die folgenden Befehle ausführen:
sysctl -w kern.maxfiles=20480 which launchctl && launchctl limit maxfiles 65536 unlimited which ulimit && ulimit -c unlimited
Möglicherweise gibt es Malware / Viren, durch die die Chrome-Dateien geändert werden, die den Absturz verursachen.
- Möglicherweise liegt ein Problem mit dem Hardwarespeicher vor . Führen Sie also einen Test aus (wie zB
memtest).
Mac OS
Führen Sie Folgendes aus, um Protokolle in Chrome anzuzeigen:
log stream --level debug --predicate 'processImagePath contains "Google"'
oder durch Ausführen der Console- App, in der Sie auch nach Absturz-Dumps suchen (oder einchecken ~/Library/Logs/DiagnosticReports). Siehe: Debug-Fehler "Aw, Snap!" In Chrome
Debugging
Wenn keine der oben genannten Maßnahmen hilfreich ist, können Sie in Betracht ziehen , Chrome aus der Quelle zu kompilieren (dies dauert sehr lange), und dann direkt vom Terminal aus starten. Danach sollte auf jeden „Aw, Snap!“ - Fehler der vollständige Stack-Trace mit Funktionen und Zeilen in der Quellcodedatei, wo er aufgetreten ist, folgen.