Kernel-Panics beim iPhone

Wenn dein iPhone unerwartet herunterfährt oder neu startet, gibt es wahrscheinlich eine Dokumentation dieses Fehlers auf deinem Telefon. Das Durchsuchen der Protokolle wirkt zunächst wie eine entmutigende Aufgabe. Aber wenn du weißt, wonach du suchen musst, können sie unschätzbare Daten über die Art des Problems liefern.

Diese Seite ist keineswegs eine vollständige Liste. Wenn dein Panic-Fehler nicht aufgeführt ist, poste ihn im Forum! Sicherlich hat jemand anderes dasselbe erlebt.

Bei macOS, iOS und anderen Unix-basierten Betriebssystemen ist eine Kernel-Panic ein Fehler, den das Betriebssystem erkennt und von dem es sich nicht ohne Weiteres erholen kann. In vielerlei Hinsicht ist sie mit einem Windows-Bluescreen zu vergleichen. Sie äußert sich als unerwartetes Herunterfahren oder Neustarten.

Wenn dein Telefon unerwartet neu startet, ist es sehr wahrscheinlich, dass es sich um eine Kernel-Panic handelt. Du wusstest nur bisher nicht, wie man das nennt.

Bei iOS-Geräten deutet eine Kernel-Panic fast immer auf ein Hardwareproblem hin.

iPhones speichern Systemprotokolle in einem Menü, das selten von normalen Nutzern aufgerufen wird – tief in den Tiefen der Analyse-Einstellungen.

1. Öffne die Einstellungen-App.
2. Navigiere zu „Datenschutz & Sicherheit“.
3. Scrolle nach unten und öffne „Analyse & Verbesserungen“.
   • HINWEIS: Die genaue Bezeichnung dieses Menüs hängt von der iOS-Version ab, die auf deinem Telefon läuft.
4. Öffne Analysedaten.
5. Scrolle durch die alphabetisch sortierte Liste zum Abschnitt „P“ und suche nach Einträgen mit dem Wort „panic“ im Titel. Normalerweise sind sie als panic.full aufgelistet, gefolgt von Datum und Uhrzeit des Auftretens.

Diese Protokolle enthalten eine Fülle an unwichtigen Informationen. Überfliege den ersten Teil, um den Panic-String zu finden. Dies ist der Fehler, der letztendlich zum Absturz führte. Dieser Fehler kann auch ohne den Panic-String-Text direkt hinter dem CPU-Caller aufgelistet sein (dies bedeutet einfach, welcher Teil der CPU den Fehler gemeldet hat). Möglicherweise gibt es darüber hinaus noch hilfreiche Daten im ersten Bildschirmtext oder so.

• Benutze deinen Verstand. Du wirst auf Begriffe stoßen, die auch in anderen Elektronikbereichen vorkommen. Zum Beispiel wird WLAN oft als Referenz für Wi-Fi verwendet. Probleme mit deinem WLAN-Chip oder der Antenne sind eine logische Schlussfolgerung, wenn du „WLAN“ in einem Panic-Protokoll siehst.
• Du findest im Protokoll eventuell Dinge, die sich auf spezifische Komponenten des Logic Boards beziehen. Namen wie Tristar, Tigris, „Chestnut“ und viele andere können Hinweise geben.
• Wenn du Daten siehst, die nicht nur wie eine Aneinanderreihung von bedeutungslosen Buchstaben und Zahlen aussehen, recherchiere ein wenig. Du wirst überrascht sein, was du aus diesen Protokollen lernen kannst, auch wenn du kein Softwareentwickler bist.
• Bedenke, dass das Lesen von Panic-Protokollen keine exakte Wissenschaft ist. Es gibt kein absolutes Ursache-Wirkung-Prinzip. Derselbe Panic-String kann fünf verschiedene Lösungen haben. Ein Panic-Protokoll ist ein Hinweis, mehr nicht.

Verwende panic.full oder iDevice Panic Log Analyzer als schnelle Methode, um Daten über deinen Absturz zu erhalten. Ohne Kontext spucken diese jedoch eventuell nur eine Menge Informationen aus, mit denen du nichts anzufangen weißt.

Als Teil der Systemprozesse prüft iOS regelmäßig die Sensoreingaben. Wenn diese Sensoren innerhalb von drei Minuten nicht reagieren, startet das Telefon neu. Jessa von iPad Rehab hat zu diesem spezifischen Problem eine recht ausführliche Dokumentation erstellt.

Um die Ursache zu finden, lies hinter dem Panic-String weiter, um den fehlenden Sensor zu finden.

• Andere Sensoren sind weniger gut dokumentiert und erfordern möglicherweise etwas Kontext, da Apple keine Orte oder Namen von Sensoren veröffentlicht. Bei iPads scheinen sich einige wichtige Sensoren auf dem Display zu befinden. Sensoren auf Board-Ebene existieren ebenfalls, leiden aber unter der gleichen Unsicherheit bei der Benennung.

Der „Watchdog Timeout“-Prozess prüft die Gesamtfunktionalität des Systems. Wenn die Zeit zwischen den „Check-ins“ das Maximum (typischerweise 180 Sekunden) überschreitet, startet das Gerät neu, um dies zu korrigieren.

• Anstatt eines fehlenden Sensors wie zuvor beschrieben, kann es auch zu einem „Check-in“-Fehler einer Softwarekomponente kommen. Springboard, logd, wifid oder thermalmonitord (ohne Hinweis auf einen fehlenden Sensor) sind häufig. Obwohl diese Prozesse mit einer Hardwarekomponente korrelieren können, handelt es sich hierbei typischerweise um ein Softwareproblem.
• Dieses Problem tritt häufig in frühen Versionen von iOS 16 auf. Die Lösung ist im Allgemeinen, ein Backup zu erstellen und die Software deines Telefons wiederherzustellen.
• Es bleibt abzuwarten, ob Apple dies mit iOS 16.2 korrigiert hat, aber ein Update-Versuch ist es wert, wenn du kein Backup machen möchtest. Versuche, die Methode über den Wiederherstellungsmodus zu nutzen, um die Installation durchzuführen und Neustarts während des Vorgangs zu vermeiden.

i2c oder i²c, wenn man technisch korrekt sein will, ist ein elektronikbasiertes Protokoll, das für die Kommunikation zwischen einem Netzwerk aus Chips verwendet wird. Dies beinhaltet einen Master und eine beliebige Anzahl von Minions, an die er Befehle sendet.

Ich werde nicht zu sehr ins Detail gehen, wie das funktioniert, aber in vielen Fällen ist der Master-Chip die CPU. Wie du dir vorstellen kannst, passieren schlimme Dinge, wenn die CPU benötigte Informationen nicht erhält oder gesendete Befehle nicht empfangen werden.

Dieser spezielle Panic-Fehler erfordert viel Kontext. iPhones enthalten verschiedene i2c-„Kanäle“, und welche Komponenten auf welchem Kanal kommunizieren, variiert je nach Modell.

• Das Protokoll enthält möglicherweise andere Hinweise. Teilnamen wie „ALS“ für Umgebungslichtsensor oder andere können im Text erscheinen.
• Zugriff auf den Schaltplan macht das Entschlüsseln dieser Panic viel einfacher, da er dir sagt, welche Komponenten auf welchen Kanälen kommunizieren. Er kann dir auch Adressen für den problematischen Chip geben.

AOP-Panic-Fehler sind eine ganze Untergruppe von Panic-Arten. AOP steht für „Always On Processor“, ein Segment der CPU, das Funktionen ausführt, die immer aktiv sind. „Always On“-Funktionen können sogar laufen, wenn das Gerät ausgeschaltet ist. Kürzliche Updates des „Wo ist?“-Netzwerks, die es dem Gerät ermöglichen, seinen Standort auch im ausgeschalteten Zustand weiter zu übertragen, nutzen diese Technologie wahrscheinlich.

Ein NMI ist ein „Non-Maskable Interrupt“. Einfach ausgedrückt handelt es sich um Informationen, die nicht ignoriert werden können und die Übertragung anderer Signale unterbrechen können. Es ist normalerweise für eine Art Fehler oder System-Reset gedacht.

• Dieser Panic-Fehler steht oft mit dem Audiosteuerungs- und An/Aus-Schalter-Kabel oder der Frontkamera-Einheit in Verbindung.

Dieser Panic-Fehler tritt typischerweise bei audiobezogenen Funktionen auf, etwa wenn die Lautstärke auf das Maximum gestellt wird.

• Da das Ladeplatinen-Einheit Signale vom Lautsprecher zum Board leitet, ist eine Beschädigung dieser Einheit die häufigste Ursache für diesen Fehler.
• Prüfe sicherheitshalber auf Flüssigkeitsschäden und ersetze das Teil wenn möglich durch ein hochwertiges Ersatzteil oder ein OEM-Teil.

ANS2 (Apple NAND Storage Version 2) ist Apples Controller für – du hast es erraten – Speicher. NAND ist eine Art Flash-Speicher, der häufig in modernen Smartphones und Computern mit fest verlötetem Speicher verwendet wird.

• Wenn du diesen Panic-Fehler erhältst, ist es wahrscheinlich, dass der Chip, der alle Daten auf deinem Telefon beherbergt, eine Fehlfunktion aufweist oder die Kommunikationsleitungen zum NAND nicht ordnungsgemäß funktionieren.
• Das Ersetzen des NAND erfordert Mikrolöten-Kenntnisse und die Verwendung eines Programmiergeräts, um eindeutige Daten vom alten NAND-Chip auf den neuen zu übertragen.

Manchmal haben Softwareentwickler mehr Spaß dabei, Code für Fehlerzeiten zu schreiben als andere Dinge, da sie wahrscheinlich die Einzigen sind, die sie sehen. Dieser Fehler ist ziemlich direkt. Deine CPU ist nicht nur heiß – sie ist „Hot Hot Hot“.

• Dieser spezifische Panic-Fehler bezieht sich auf eine elektrische Leitung zwischen dem Power-Management-Chip und der CPU. Es könnte tatsächlich bedeuten, dass deine CPU zu heiß wird. Es könnte auch ein Problem auf Board-Ebene mit dieser Leitung bedeuten.
• Ungeachtet der Details ist dies fast sicher ein Logic-Board-Problem, kein Komponentenproblem.
• Die CPU wird höchstwahrscheinlich aufgrund einer anderen Board-Komponente heiß. Überprüfe Bereiche, an denen möglicherweise gearbeitet wurde. WLAN- und audiobezogene Komponenten sind oft die Ursache.

Der Secure Enclave Processor (SEP) ist der Teil des iPhone-Subsystems, das alle geschützten, sensiblen Daten für ein iPhone verarbeitet. Dinge wie Verschlüsselungsschlüssel und Fingerabdruck- oder Gesichtserkennungsdaten. Das Read-only Memory (SEP ROM) ist ein integraler Bestandteil dieses Systems, das das Vertrauen zwischen Systemen verifiziert.

• Eine SEP ROM-Panic deutet darauf hin, dass der ROM-Chip oder die Kommunikation zwischen ihm und der CPU beschädigt ist.
• Die Daten auf dem SEP ROM sind eindeutig; wenn es beschädigt ist, können sie nicht wiederhergestellt werden. Es gibt Lesegeräte, mit denen du die Daten eventuell extrahieren kannst, aber es kann das Ende für das Telefon bedeuten.

Der SMC, oder System Management Controller, wird denjenigen bekannt sein, die jemals irgendeine Art von Fehlerdiagnose an einem MacBook durchgeführt haben. iPhones enthalten ebenfalls einen SMC, aber anstatt ein eigener Chip zu sein, ist er Teil der CPU. Diese Panic-Fehler erwähnen oft den Fehler „BSC FAILURE“.

• „Assertion Failed“-Panic-Fehler treten seit dem iPhone 13 und späteren Modellen auf. Ähnlich wie bei einem Watchdog-Timeout startet das Gerät nach drei Minuten neu, wenn keine Sensordaten empfangen werden.
• Das Protokoll erwähnt normalerweise ein betroffenes Sensor-Array, gefolgt von einem Code. Siehe das dedizierte Panic Assertion Failed Wiki, um herauszufinden, welcher Code zu deinem Panic-Fehler gehört.

Der Kernel eines Betriebssystems ist genau das, wonach er klingt – der Kernbereich. Wenn Anweisungen undefiniert sind, liegt dies oft daran, dass die Anweisungen beschädigt sind oder nicht ordnungsgemäß funktionieren.

• Im Allgemeinen ist dies ein Softwareproblem. Prüfe auf Betriebssystem-Updates oder sogar App-Updates.
• Wenn Updates das Problem nicht lösen, musst du möglicherweise das Betriebssystem vollständig neu installieren oder wiederherstellen.
• Wenn das Problem danach weiterhin auftritt, liegt höchstwahrscheinlich ein Problem mit dem System vor, das am RAM oder NAND-Speicher beteiligt ist. Hier befinden sich normalerweise Anweisungen, und wenn diese Komponenten oder deren boardbezogene Systeme beschädigt sind, können auch die Informationen beschädigt werden, die sie speichern oder übertragen.

• Fehlerdiagnose bei Temperatursensorproblemen
• So reparierst du ein iPhone 14 Pro, das zufällig neu startet
• Video: Was verursacht zufällige Neustarts bei deinem iPhone?