The Aw, Snap! Seite wird in der Regel auf prozessbezogene Segmentierungsfehler Absturz , die zur Verbindung stehen könnten Software - Fehler . Um die Ursache zu ermitteln, können Sie die Protokollierung aktivieren (wie in anderen Antworten vorgeschlagen) oder die Rückverfolgung der Core-Dump-Datei analysieren (unter MacOS , Linux , z . B. Ubuntu ).
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, ob es bereits eine gibt). 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 übersetzt werden können.
Alternativ können Sie Crash-Dumps auch selbst dekodieren .
Siehe auch: Wo befindet sich Google Chrome Crash Dump?
Um dies zu vereinfachen, sind hier 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 (Speicherausfall).
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 Absturz aufgrund von Speichermangel automatisch angehalten werden (z . B. Problem 810015 ). Wenn ja, melden Sie das Problem dem Eigentümer der Website oder profilieren Sie den JS-Code, um den Fehler zu finden.
Browser-Fehler
- Deaktivieren Sie möglicherweise Erweiterungen oder führen Sie sie im Inkognito- Modus aus.
- Ziehen Sie in Betracht, zwischengespeicherte Dateien zu entfernen .
- Einen Fehler melden .
- Installieren Sie den Browser neu.
- Verwenden Sie eine andere Chrome-Version wie Chromium , Dev oder Canary Channel.
- Verwenden Sie einen anderen Browser wie Epic, Firefox, Opera, Brave, Waterfox, Torch oder einen anderen.
- Wenn das Problem reproduzierbar ist, können Sie versuchen, Chrome-Quellen mit Debug-Symbolen neu zu kompilieren und den Stack-Trace 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, um dies zu überprüfen:
sysctl -a | grep files
und prüfen Sie, ob kern.num_files
das Limit von erreicht ist kern.maxfiles
.
Wenn dies der Fall ist, erhöhen Sie das Limit, indem Sie die folgenden Befehle ausführen:
sysctl -w kern.maxfiles=20480
which launchctl && launchctl limit maxfiles 65536 unlimited
which ulimit && ulimit -c unlimited
Sie könnten Malware / Viren haben, die Ihre Chrome-Dateien verändern und den Absturz verursachen.
- Möglicherweise liegt ein Problem mit dem Hardwarespeicher vor . Führen Sie also einen Test durch (wie z. B.
memtest
).
Mac OS
Führen Sie zum Anzeigen von Protokollen aus Chrome Folgendes aus:
log stream --level debug --predicate 'processImagePath contains "Google"'
oder durch Ausführen der Konsolen- App, in der Sie auch nach Absturzabbildern suchen (oder einchecken ~/Library/Logs/DiagnosticReports
) können. Siehe: Debuggen des Fehlers "Aw, Snap!" In Chrome
Debuggen
Wenn keine der oben genannten Möglichkeiten hilfreich ist, können Sie in Betracht ziehen , Chrome aus dem Quellcode zu kompilieren (was sehr lange dauert) und dann direkt vom Terminal aus auszuführen. Danach sollte auf jeden "Aw, Snap!" - Fehler der vollständige Stack-Trace folgen, einschließlich Funktionen und Zeile in der Quellcodedatei, in der er aufgetreten ist.