[title|iPhone "Kernel Panics"] [summary]Dit is een overzicht met de uitleg van verschillende zogenoemde "kernel panics" die je in je iOS-toestellen tegen kan komen. Deze pagina geeft beschrijvingen die uitleggen wat de betekenis achter de verschillende fouten is en stelt mogelijke oplossingen voor.[/summary] [summary_image|2728560] Als je iPhone onverwachts uitvalt of zichzelf plotseling opnieuw opstart, is er een kans dat dit door je telefoon gedocumenteerd wordt. Uitpluizen wat er in deze logboeken staat lijkt misschien angstaanjagend, maar als je weet waar je naar op zoek bent, kan het zeer waardevolle informatie bieden over de oorzaak van het probleem. Deze pagina is bij lange na niet compleet. Laat het, als je specifieke fout niet in deze lijst voorkomt, ons weten [link|https://www.ifixit.com/Answers|met een bericht op het antwoordenforum]! Grote kans dat iemand anders hetzelfde probleem heeft ervaren! == Wat is een "panic"? == Binnen de macOS, iOS en andere op Unix gebaseerde besturingssystemen is een "kernel panic" een fout waar het besturingssysteem op stuit en waarvan het niet of niet snel kan herstellen. In veel opzichten is het vergelijkbaar met het "Blauwe Scherm des Doods" van Windows. Deze fout manifesteert zich doordat je apparaat onverwachts uitvalt of zich ineens opnieuw op begint te starten. Als je telefoon zich plotseling opnieuw opstart, dan is er dus een grote kans dat er sprake is van een "kernel panic". Waarschijnlijk wist je alleen niet dat dit zo genoemd wordt. In iOS-toestellen, duiden "kernel panics" vrijwel altijd op een fout in de hardware. == Hoe vind je een Panic-logboek? == iPhone's slaan de systeemlogboeken op op een plek waar de gemiddelde gebruiker zelden komt—diep in de krochten van de analytische instellingen. # Open de ***Instellingen***. # Navigeer naar Privacy. # Scroll naar beneden en open "***Analyse & Verbeteringen***" ** ***Let op***: De exacte naam van dit menu is afhankelijk van de versie van iOS waarop je toestel draait. # Open ***Analysegegevens***. # Scroll de alfabetische gerangschikte lijst naar de "P"-sectie en scan de titels om te zien of je het woord "Panic" vindt. Vaak worden deze logboeken beschreven als ***panic.full***, gevolgd door de datum en tijd dat de fout zich voordeed. == Het lezen van een panic-log == Er staat een hele hoop onnodige informatie en data in dit soort logs. Scan door het eerste deel van de log en probeer de ***panic string*** te vinden. Dit is de fout die de crash van je toestel heeft veroorzaakt. Het kan zijn dat deze fout is gedocumenteerd zonder deze specifieke bewoordingen. Ga in dat geval op zoek naar het stuk tekst dat direct na ***CPU Caller*** wordt weergegeven (wat simpelweg duidt op het deel van de CPU dat deze fout heeft geregisteerd). Er kan behulpzame data in de buurt van dit deel van de tekst staan. * Gebruik je verstand. Het kan zijn dat er elektronische termen worden genoemd in dit deel van de tekst die je bekend voorkomen. WLAN duidt bijvoorbeeld op wi-fi, wat misschien betekent dat er problemen zijn met de wi-fi chip, of -antenne. * Het kan zijn dat er specifieke onderdelen van het logic board in de tekst genoemd worden. Denk hier bijvoorbeeld aan [product|IF126-039|Tristar|new_window=true] (oplaadchip), [product|IF268-074|Tigris|new_window=true], of Chestnut. Deze dingen kunnen je verder helpen. * Als je op een regel stuit die meer informatie bevat dan slechts een betekenisloze verzameling letters en nummers, ga dan op onderzoek uit. Je zult er versteld van staan wat je allemaal kunt leren van deze logs, zelfs als je geen software-engineer bent. * Houd er wel rekening mee dat het lezen van deze logs geen exacte wetenschap is. Er bestaat hier niet zoiets als een absolute oorzaak-gevolgrelatie. Eenzelfde panic string kan vijf verschillende oorzaken hebben. Een panic log is dus een clue die je in de juiste richting stuurt, maar ook niet meer dan dat. Gebruik deze [link|https://www.panicfull.com/|panic.full] of de [link|https://github.com/waynebonc/iDeviceLogAnalyzer-public|iDevice Panic Log Analyzer] om snel informatie te verzamelen over de crash. Zonder context kan dit echter ook een heleboel informatie opleveren waar je niet verder mee komt. == Soorten panics == === Watchdog Timeout Thermalmonitord Missing Sensor === In de systeemprocessen van iOS zit een ingebouwde functie die de input van de sensoren regelmatig controleert. Als het binnen drie minuten geen input van de sensoren ontvangt, wordt de telefoon opnieuw opgestart. Lees voorbij de panic string om te vinden welke sensor geen input geeft. * ***PRS0*** en ***Mic1*** zijn onderdeel van [parts|iPhone|itemtype=cables]. * ***Mic2*** bevindt zich in de meeste modellen in de [parts|iPhone|itemtype=cables]. * ***TG0V*** en ***TG0B*** functioneren als onderdeel van de [parts|iPhone|itemtype=batteries]. In de iPhone 11 Pro en Pro Max kunnen deze ook duiden op een niet goed werkende flexkabel van de op;laadpoort als gevolg van de tweede aansluiting op deze batterijen. * Voor andere sensoren bestaat er minder documentatie en is daarom meer context nodig, omdat Apple geen informatie aanbiedt over de locatie en namen van deze sensoren. Het blijkt dat iPad's [post|730010|een aantal vitale sensoren in het scherm heeft zitten|new_window=true]. Er bestaan ook zogenoemde [post|728588|board level sensors|new_window=true], maar ook hierover is weinig bekend. === Watchdog Timeout No Check In === Het "Watchdog Timeout"-proces controleert de algehele functionaliteit van het systeem. Als de tijd tussen de check-ins de maximale wachttijd overschrijdt, wordt het systeem opnieuw opgestart. * In plaats van een niet reagerende sensor (zoals hierboven besproken), kun je ook een systeemfout krijgen als gevolg van een softwareonderdeel dat niet reageert. ***Springboard***, ***logd***, ***wifid*** of ***thermalmonitord*** (zonder verwijzing naar een ontbrekende sensor) komen hierbij vaak voor. Hoewel deze processen samen kunnen hangen met een onderdeel in de hardware is dit meestal een softwareprobleem. * Het probleem is vaker voorgekomen in de vroegere versies van iOS 16. De oplossing is meestal het maken van een back-up van je data en het herstellen van de software van je telefoon. * Het blijft onduidelijk of Apple dit probleem opgelost heeft in iOS 16.2, maar het is een mogelijkheid om je systeemsoftware te updaten als je geen back-up wilt maken. Probeer je toestel in dit geval met Herstelmodusmethode te updaten om te voorkomen dat je toestel zich halverwege de update plotseling opnieuw opstart. === i2c === i2c of, technisch gezien, i²c is een elektronisch protocol dat wordt gebruikt voor de communicatie tussen verschillende chips. In dit proces worden er 'commands' gestuurd naar een 'masterchip' en een aantal 'minions'. Hoewel we hier niet te diep in zullen gaan op [link|https://www.circuitbasics.com/basics-of-the-i2c-communication-protocol/|hoe dit proces precies verloopt], kunnen we wel stellen dat de masterchip vaak de CPU is. Zoals je je voor kunt stellen, gebeuren er dingen die niet per se gewenst zijn als de CPU niet de informatie krijgt die het verlangt of als de commands die de CPU verstuurt niet worden ontvangen door andere onderdelen. Om uit te zoeken wat deze specifieke 'panic' inhoudt, heb je veel context nodig. iPhone's bevatten verschillende i2c-"kanalen" en het verschilt per model welke onderdelen via welk kanaal met elkaar communiceren. * De [post|748488|panic kan andere clues bevatten|new_window=true]. Namen van onderdelen zoals ALS, wat staat voor Ambient Light Sensor (omgevingslichtsensor), kunnen in de paniclog voorkomen. * Als je beschikt over het specifieke elektronicaschema zal dit het ontcijferen van de panic veel makkelijker maken, aangezien er in dit schema te vinden is welke onderdelen via welke kanalen met elkaar communiceren. Het kan je ook informatie geven over de positie van de chip met problemen. === AOP panics === AOP panics vormen een specifiek subtype van panics. Informatie over waar AOP precies op duidt is niet wijd bekend. Het is wel algemeen bekend dat een deel van de CPU bedoeld is voor het reguleren van de AOP-functies. === AOP NMI POWER === Een NMI is een "Non-Maskable Interrupt", wat met andere woorden betekent dat het informatie is die niet zomaar kan worden genegeerd omdat het de transmissie van andere signalen blokkeert of tegenhoudt. Dit wordt vaak gebruikt bij een fout of bij systeemresets. * Deze panic wordt vaak geassocieerd met de kabel van de aan-/uitknop, of de naar voren gericht cameramodule. === AOP Panic - K2 - Bosch control channel write failure === Deze panic komt meestal voor bij het instellen van aan audio gerelateerde functies, zoals het verhogen van het volume tot het maximum. * Omdat de flexkabelmodule van de oplaadpoort ook signalen van de speaker naar het moederbord vervoert, is schade aan deze module de meest voor de hand liggende oorzaak voor deze panic. * Controleer deze module op waterschade en vervang deze indien nodig met een onderdeel van hoge kwaliteit of van de originele fabrikant. === ANS2 Recoverable Panic === ANS2 (Apple NAND Storage version 2) is Apple's controller voor opslag. NAND is een specifiek type flashgeheugen dat vaak gebruikt wordt in de moderne smartphones en computes met vastgesoldeerde opslag. * Als je deze panic ziet, is de kans groot dat de chip die alle data op je telefoon opslaat niet goed functioneert of dat de communicatie naar de NAND-opslag niet goed werkt. * Het vervangen van de NAND vereist microsoldeervaardigheden en een programmeur om de unieke data van de oude NAND-chip naar de nieuwe over te schrijven. === AppleSocHot: Hot Hot Hot === Soms hebben softwareontwikkelaars meer plezier in het coderen van wat er tijdens fouten plaatsvindt dan in het coderen van andere dingen, omdat er een grote kans is dat ze de enigen zijn die deze foutmeldingen zullen lezen. Deze fout is echter niet moelijk te begrijpen. Je CPU is gewoon te warm, maar dan echt, hot hot hot! * Deze specifieke panic duidt op een een probleem in een elektrisch pad tussen de Power Management chip en de CPU. Het zou kunnen betekenen dat je CPU te heet is. Het zou echter ook kunnen dat er een probleem op het bord is dat betrekking heeft op dit pad. * Ongeacht het specifieke probleem is de kans vrij groot dat het hier gaat om een probleem met het logic board en niet met een specifiek onderdeel. === SEP ROM Boot panic === De "Secure Enclave Processor" of SEP is onderdeel van een [link|https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/1/web/1|subsysteem van de iPhone die alle beschermde en beveiligde data van een iPhone reguleert]. Dit gaat dus meer specifiek om sleutels voor encryptie en vingerafdruk- of gezichtsherkenningdata. Het "Read-only" geheugen of SEP ROM is een integraal ondedeel van dit systeem dat het vertrouwen tussen verschillende systemen verifieert. * Een SEP ROM panic duidt specifiek op een probleem met de ROM chip of met de communicatie tussen de ROM chip en de CPU. * De data op de SEP ROM is uniek, dus als de chip beschadigd is kan dat data erop niet worden hersteld. [link|https://www.youtube.com/watch?v=VdaniLIgAHo|Er bestaan speciale lezers die de date van de chip af kunnen halen], maar dit kan ook tot nog meer problemen voor je telefoon veroorzaken. === SMC Panic Assertion Failed === De SMC, ook wel bekend als de System Management Controller, zal bekend klinken voor degenen die wel eens problemen met hun MacBook hebben opgelost. iPhone's hebben ook een SMC, maar in plaats van een losse chip is de SMC in de iPhone onderdeel van de CPU. Deze panics noemen vaak dat er sprake is van een "BSC FAILURE". * Panics van het type "Assertion Failed" werden voor het eerst in de iPhone 13 waargenomen. Op eenzelfde manier als bij de Watchdog Timeout wordt je toestel bij deze fout opnieuw opgestart als het na drie minuten geen respons ontvangt van een deel van de telefoon. * De log noemt meestal de sensormodule die het probleem veroorzaakt, gevolgd door een bepaalde code. ** 0x800 duidt op de oplaadpoortmodule. ** 0x1000 duidt op een deel van de naar voren gerichte sensorkabel. ** 0x4000 duidt op een deel van de batterij. === Ongedefinieerde Kernel-instructies === Deze foutmelding duidt op een fout van de kernonderdelen van het besturingssysteem. Als de instructies niet gedefinieerd zijn is dit vaak omdat de instructies beschadigd zijn of niet goed werken. * Vaak duidt dit op een softwareprobleem. Check of er een update voor je besturingssysteem is, of zelfs voor bepaalde apps. * Als het updaten van delen van de telefoon het probleem niet verhelpt, kan het nodig zijn dat je het besturingssysteem in z'n gehel herinstalleert of herstelt. * Als het probleem zich hierna alsnog voor blijft doen, is er waarschijnlijk sprake van een probleem met een systeem dat bij het RAM- of NAND-geheugen betrokken is. Dit is vaak de locatie waar instructies zich bevinden en als deze onderdelen, of hiermee verbonden onderdelen op het moederbord, beschadigd zijn kan dit doorwerken op de informatie die deze onderdelen huizen of naar andere delen van de telefoon versturen.