iPhone Kernel Panics

Wenn sich dein iPhone unerwartet ausschaltet oder neu startet, ist die Wahrscheinlichkeit hoch, dass dieses Problem in deinem Telefon dokumentiert ist. Das Durchforsten von Protokollen erscheint wie eine entmutigende Aufgabe. Aber wenn du weißt, wonach du suchen musst, können sie wertvolle Daten über die Art des Problems liefern.

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

In Bezug auf macOS, iOS und andere Unix-basierte Betriebssysteme ist ein Kernel Panic ein Fehler, auf den das Betriebssystem stößt und von dem es sich nicht ohne Weiteres erholen kann. In vielerlei Hinsicht ist er mit dem Blue Screen of Death bei Windows vergleichbar. Er äußert sich durch ein unerwartetes Ausschalten oder einen Neustart.

Wenn dein Telefon unerwartet neu startet, ist es sehr wahrscheinlich ein Kernel Panic. Du wusstest nur nicht, dass es so genannt wird.

Bei iOS-Geräten deuten Kernel Panics fast immer auf ein Hardwareproblem hin.

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

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

Diese Protokolle enthalten eine Fülle von fremden Informationen. Überfliege den ersten Teil, um den Panic-String zu finden. Dies ist der Fehler, der letztendlich zum Absturz geführt hat. Dieser Fehler kann auch ohne die Panic-String-Bezeichnung direkt nach dem CPU-Caller aufgeführt sein (dies bedeutet lediglich, welcher Teil der CPU das Problem gemeldet hat). Es könnten sogar hilfreiche Daten darüber hinaus auf dem ersten Textbildschirm oder so ähnlich vorhanden sein.

• Benutze deinen Verstand. Du triffst möglicherweise auf Begriffe, die auch anderswo in der Elektronik zu finden sind. Zum Beispiel wird WLAN oft verwendet, um auf Wi-Fi zu verweisen. Probleme mit deinem WLAN-Chip oder der Antenne sind eine logische Schlussfolgerung, wenn du WLAN in einem Panic-Protokoll siehst.
• Du findest möglicherweise Dinge im Protokoll, die auf spezifische Logic-Board-Komponenten verweisen. Namen wie Tristar, Tigris, Chestnut und viele andere können Hinweise geben.
• Letztendlich, wenn du Daten siehst, die nicht nur wie eine Aneinanderreihung bedeutungsloser Buchstaben und Zahlen aussehen, recherchiere etwas. Du wirst überrascht sein, was du aus diesen Protokollen lernen kannst, selbst wenn du kein Software-Ingenieur bist.
• Denke daran, dass das Lesen von Panic-Protokollen keine exakte Wissenschaft ist. Es gibt keine absolute Ursache-Wirkungs-Beziehung. Der gleiche Panic-String könnte fünf verschiedene Lösungen haben. Ein Panic-Protokoll ist ein Hinweis, mehr nicht.

Verwende panic.full oder iDevice Panic Log Analyzer als schnellen Weg, um Daten zu deinem Absturz zu erhalten. Ohne Kontext spuckt dies jedoch möglicherweise nur eine Menge Informationen aus, mit denen du nicht weißt, was du anfangen sollst.

Als Teil seiner Systemprozesse enthält iOS eine regelmäßige Überprüfung der Sensoreingaben. Wenn innerhalb von drei Minuten keine Rückmeldung von diesen Sensoren erfolgt, startet das Telefon neu. Jessa von iPad Rehab hat einen ziemlich ausführlichen Bericht über dieses spezifische Problem geschrieben.

Um der Ursache auf den Grund zu gehen, lies über den Panic-String hinaus weiter, um den fehlenden Sensor zu finden.

• Andere Sensoren sind weniger gut dokumentiert und erfordern möglicherweise etwas Kontext, da Apple die Standorte oder Namen der Sensoren nicht öffentlich macht. Bei iPads scheinen sich einige wichtige Sensoren auf dem Display zu befinden. Board-Ebenen-Sensoren existieren ebenfalls, leiden aber unter der gleichen Raterei bei der Nomenklatur.

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

• Anstelle eines fehlenden Sensors, wie zuvor besprochen, kann auch ein Check-in-Fehler von einer Software-Komponente auftreten. Springboard, logd, wifid oder thermalmonitord (ohne Verweis auf einen fehlenden Sensor) sind häufig. Obwohl diese Prozesse mit einer Hardware-Komponente korrelieren können, handelt es sich hierbei typischerweise um ein Softwareproblem.
• Dieses Problem ist häufig in frühen Versionen von iOS 16 aufgetreten. Die Lösung besteht im Allgemeinen darin, sicherzustellen, dass du ein Backup hast, 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 du technisch korrekt sein willst, ist ein auf Elektronik basierendes Protokoll, das für die Kommunikation zwischen einem Netzwerk von 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 benötigt viel Kontext. iPhones enthalten mehrere verschiedene i2c-„Kanäle“, und welche Komponenten auf welchem Kanal kommunizieren, variiert je nach Modell.

• Das Panic-Protokoll kann einige andere Hinweise enthalten. Teilnamen wie ALS für Umgebungslichtsensor oder andere können im Wortlaut erscheinen.
• Zugriff auf den Schaltplan zu haben, macht das Entziffern dieses Panic-Fehlers 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-Typen. AOP ist der „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. Aktuelle Updates des „Wo ist?“-Netzwerks, die es dem Gerät ermöglichen, seinen Standort im ausgeschalteten Zustand weiterhin zu übertragen, nutzen wahrscheinlich diese Technologie.

Ein NMI ist ein „Non-Maskable Interrupt“ (nicht maskierbare Unterbrechung). In einfachen Worten ist es eine Information, die nicht ignoriert werden kann und die Übertragung anderer Signale unterbrechen kann. Es ist normalerweise für eine Art von Fehler oder System-Resets gedacht.

• Dieser Panic-Fehler ist oft mit dem Power-Button-Kabel oder der Frontkameraeinheit verbunden.

Dieser Panic-Fehler tritt normalerweise bei audiobezogenen Funktionen auf, wie etwa dem Maximieren der Lautstärke.

• Da das Audiosteuerungs- und An/Aus-Schalter-Kabel Signale vom Lautsprecher zum Board überträgt, ist eine Beschädigung dieser Einheit die häufigste Ursache für diesen Panic-Fehler.
• Prüfe auf Flüssigkeitsschäden, um sicherzugehen, und ersetze es nach Möglichkeit durch ein hochwertiges Ersatzteil oder ein Originalteil (OEM).

ANS2 (Apple NAND Storage Version 2) ist Apples Controller für – du hast es erraten – Speicher. NAND ist eine Art von Flash-Speicher, der häufig in modernen Smartphones und Computern mit 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 Austauschen des NAND erfordert Mikrolötkünste und die Verwendung eines Programmiergeräts, um eindeutige Daten vom alten NAND-Chip auf den neuen zu übertragen.

Manchmal haben Softwareentwickler mehr Spaß daran, Code für Fehlerfälle zu schreiben als für andere Dinge, weil 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 Board-Ebenen-Problem mit dieser Leitung bedeuten.
• Unabhängig von den Einzelheiten ist dies mit ziemlicher Sicherheit ein Logic-Board-Problem, kein Komponentenproblem.
• Die CPU wird höchstwahrscheinlich aufgrund einer anderen Board-Komponente heiß. Überprüfe alle Bereiche, an denen möglicherweise gearbeitet wurde. WLAN- und audiobezogene Komponenten sind oft die Hauptursache.

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

• Ein SEP-ROM-Panic-Fehler zeigt an, dass der ROM-Chip oder die Kommunikation zwischen ihm und der CPU beschädigt ist.
• Die Daten auf dem SEP ROM sind einzigartig; wenn es also beschädigt ist, kann es nicht wiederhergestellt werden. Es gibt Lesegeräte, die es dir möglicherweise ermöglichen, die Daten zu extrahieren, aber es kann das Aus für das Telefon bedeuten.

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

• Panic-Fehler vom Typ „Assertion Failed“ sind bei iPhone 13 und späteren Modellen aufgetreten. Ähnlich wie bei einem Watchdog-Timeout starten sie das Gerät bei der Drei-Minuten-Marke neu, wenn keine Sensordaten empfangen werden.
• Das Protokoll erwähnt im Allgemeinen ein betroffenes Sensor-Array, gefolgt von einem Code. Siehe das dedizierte Panic Assertion Failed Wiki, um herauszufinden, welcher Code mit deinem Panic-Fehler korreliert.

Dieser Kernel eines Betriebssystems ist genau das, wonach er klingt – die Kernkomponenten. 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 insgesamt neu installieren oder wiederherstellen.
• Wenn das Problem danach weiterhin auftritt, hast du es höchstwahrscheinlich mit einem Problem im System zu tun, das den RAM oder den NAND-Speicher betrifft. Dort befinden sich normalerweise die Anweisungen, und wenn diese Komponenten oder ihre boardbezogenen Systeme beschädigt sind, können dies auch die Informationen sein, die sie beherbergen oder übertragen.

• Fehlerdiagnose bei Temperatursensor-Problemen
• So reparierst du ein iPhone 14 Pro, das zufällig neu startet
• Video: Was führt dazu, dass dein iPhone zufällig neu startet?