Qu'est-ce qu'un panic full sur iPhone ?
Mis à jour le 2026-10-14
Un panic full est un fichier journal (panic-full-….ips) qu'iOS écrit chaque fois que le noyau panique et force un redémarrage. Une panique isolée est le plus souvent sans gravité. Des paniques répétées avec la même signature désignent presque toujours le matériel : un capteur muet, une nappe défectueuse, la batterie ou la carte mère.
Qu'est-ce qu'un panic full, exactement ?
Un panic full est le rapport qu'iOS écrit quand son noyau rencontre une erreur dont il ne peut pas se remettre. Le noyau arrête tout, enregistre un instantané de l'état du système, puis redémarre l'iPhone. Cet instantané est stocké dans un fichier texte nommé panic-full-AAAA-MM-JJ-HHMMSS.ips, parmi les données d'analyse de l'appareil.
Pour un technicien, ce fichier est ce qui se rapproche le plus d'une boîte noire. Il indique quel sous-système a lâché, quel processus ou capteur était en cause, quelle version d'iOS tournait et de quel modèle vient le log. Il ne dit pas « remplacez cette pièce », mais il réduit fortement le champ des recherches.
En atelier, « panic full » désigne à la fois le fichier et le symptôme qu'il documente : un iPhone qui redémarre tout seul, souvent en boucle. Le fichier, c'est ce dont vous avez besoin ; le symptôme, c'est ce que décrit le client.
Un panic full signifie-t-il que l'iPhone est en panne ?
Pas forcément. Une panique isolée dans le mois peut venir :
- d'un bug d'iOS, surtout juste après une mise à jour majeure ;
- d'une app qui met un pilote dans un mauvais état ;
- d'un jailbreak ou d'un outil de recherche ;
- d'un événement ponctuel (une chute, une chaleur extrême, un incident de chargeur).
Ce qui compte, c'est la répétition. Si vous ouvrez les données d'analyse et trouvez une douzaine de fichiers panic-full du même jour, avec la même signature, la cause est très probablement physique. Un capteur qui ne répond plus ne se remettra pas à répondre après un redémarrage : la panique revient, encore et encore.
Un repère utile en atelier :
| Ce que vous voyez | Lecture la plus probable |
|---|---|
| 1 panique, puis plus rien pendant des semaines | Logiciel ou événement ponctuel |
| Plusieurs paniques, signatures différentes | D'abord le logiciel (mise à jour, restauration), puis revérifier |
| Beaucoup de paniques, même signature | Matériel : suivez la signature |
| Redémarrage toutes les ~3 minutes, même code | Un capteur obligatoire manque : voir iPhone qui redémarre toutes les 3 minutes : causes |
Que contient un panic full ?
Un fichier panic-full comporte deux parties : un court en-tête JSON (avec des champs comme bug_type, os_version et l'identifiant du modèle), suivi du corps qui contient le panicString. Le panic string est la ligne clé. Il commence par panic(cpu …) et porte le message réel, par exemple un « SMC PANIC » avec une valeur sensor array, une liste de capteurs manquants ou un watchdog timeout qui nomme un processus.
Nous expliquons comment le lire, champ par champ, dans Lire un panic full iPhone : guide ligne par ligne.
Quelles sont les grandes familles de paniques ?
La plupart des paniques d'origine matérielle se rangent dans un petit nombre de familles. Reconnaître la famille est la première étape, car elle vous dit où chercher.
SMC « sensor array » (capteur muet)
Le contrôleur de gestion du système (SMC), intégré au SoC, attend périodiquement une réponse de chaque capteur obligatoire. Si l'un d'eux cesse de répondre, il force un redémarrage. Le log affiche une ligne du type sensor array 0 - 4 is 0, 4194304 : ce nombre est un masque de bits qui identifie le ou les capteurs manquants. Sur les iPhone récents, c'est la cause la plus fréquente d'une boucle de redémarrage régulière, et la signification de chaque bit dépend du modèle.
Missing sensor(s) (capteur manquant)
Sur d'autres générations, la même idée apparaît sous forme de panique watchdog : thermalmonitord ne reçoit plus les mesures d'un capteur et le log le nomme, par exemple Missing sensor(s): mic2 ou prs0. Chaque nom correspond à une pièce : mic1 et prs0 se trouvent en général sur la nappe du connecteur de charge, mic2 sur la nappe power, TG0B et TG0V côté batterie.
Watchdog timeout
userspace watchdog timeout: no successful checkins from wifid signifie qu'un processus système ne s'est pas signalé au watchdog à temps (≈180 s). Selon le processus, c'est souvent logiciel (logd, SpringBoard sur les premières versions d'iOS 16), parfois matériel.
AOP (Always-On Processor)
L'AOP est la partie du SoC qui reste alimentée en permanence. Ses paniques sont souvent liées à la nappe power, au bloc caméra avant / capteurs, à la nappe du connecteur de charge (qui transporte les signaux du haut-parleur) ou au Taptic Engine.
NAND et stockage
Les paniques qui mentionnent ANS2, nvme ou d'anciens messages h2fmi désignent la puce de stockage ou ses lignes. C'est du travail sur carte mère, en général avec un programmateur, et cela impose une sauvegarde immédiate.
SEP (Secure Enclave)
Les paniques de la Secure Enclave désignent la carte mère (la liaison SEP ou sa ROM) ou un firmware corrompu après un downgrade d'iOS. Des données propres à l'appareil sont en jeu : ce n'est pas un simple remplacement de pièce.
Autres familles
La base couvre aussi les erreurs de bus i2c (un composant précis sur un bus précis, souvent une nappe d'écran ou de caméra), les erreurs du coprocesseur d'affichage, les messages Wi-Fi / baseband et les paniques purement logicielles du noyau. Vous pouvez toutes les parcourir dans le répertoire des codes ou le tableau panic full.
Pourquoi un panic full est-il utile à un atelier de réparation ?
Parce qu'il transforme un symptôme identique sur tous les téléphones (« il redémarre sans arrêt ») en piste précise. Deux iPhone avec la même boucle de redémarrage peuvent avoir des causes complètement différentes : l'un une nappe de connecteur de charge déchirée, l'autre une vitre arrière avec une bobine de recharge sans fil non d'origine. Sans le log, vous changez des pièces jusqu'à ce que ça s'arrête. Avec le log, vous testez d'abord la pièce la plus probable.
Il vous protège aussi des mauvaises conclusions. Certains codes sont contestés entre les sources, et certaines valeurs identiques en apparence n'ont pas le même sens sur deux modèles. Une bonne lecture combine toujours la signature, le modèle et l'historique des logs du même appareil.
Comment vérifier un panic full ?
- Récupérez le fichier sur l'iPhone ou depuis un ordinateur : voir Récupérer le panic full d'un iPhone : où le trouver.
- Ouvrez-le et trouvez le
panicString, ou déposez-le dans l'analyseur. - Lisez ensemble la famille, le code et le modèle.
- Testez la pièce probable avec une pièce connue bonne avant de commander quoi que ce soit.
L'analyseur fait les étapes 2 et 3 pour vous : il extrait la signature, la compare à 111 règles sourcées et affiche la pièce probable en 3D, avec le test à faire en premier et les pièges de réparation. Il donne une pièce probable, pas une certitude. Confirmez toujours avec une pièce connue bonne.
Peut-on « supprimer » ou « réparer » un panic full ?
Le fichier n'est qu'un enregistrement. On corrige la panique en corrigeant sa cause : restaurer iOS si c'est logiciel, ou réparer la pièce désignée par la signature si c'est matériel. Une fois la cause éliminée, plus aucun nouveau fichier panic-full n'apparaît. C'est d'ailleurs ainsi qu'on valide une réparation : utilisez le téléphone pendant une journée et vérifiez que les données d'analyse restent vierges.