# Kernel panic sur Mac : lire les rapports et les redémarrages

> Conservez les rapports, comparez périphériques et mode sans échec, puis vérifiez les mises à jour et les situations à transmettre à Apple.

Published: 2026-05-29 | Updated: 2026-10-31

Un Mac qui redémarre puis signale un problème ne se vérifie pas comme une app qui se ferme. Apple appelle cet incident une [panique du noyau](https://support.apple.com/guide/mac-help/if-your-mac-restarts-and-a-message-appears-mchlp2890/27/mac/27). Un logiciel ou du matériel connecté peut être en cause, mais le message ne désigne pas le composant défaillant.

Pour un blocage ou la fermeture d’une app, commencez par [Mac bloqué ou qui plante](https://mole.fit/fr/blog/mac-frozen-or-keeps-crashing). Si les paniques se répètent, conservez les rapports, notez les appareils connectés et ne changez qu’un élément à la fois.

## Garder une trace avant de modifier quoi que ce soit

Notez l’heure du redémarrage, la version de macOS, les appareils connectés et l’activité précédente. Incluez la sortie de veille, un dock ou une app précise. Ce sont des observations à comparer, pas encore un diagnostic.

Copiez les rapports utiles hors des dossiers à nettoyer. Sauvegardez les documents importants avant de reproduire l’activité concernée. Ne provoquez pas volontairement une panique pour tester : [l’assistance technique Apple aux développeurs](https://developer.apple.com/forums/thread/763928) avertit du risque de corruption des fichiers.

Une petite fiche permet de comparer les essais sans modifier plusieurs réglages ensemble.

| Observation | À noter | Comparaison suivante |
| --- | --- | --- |
| Redémarrage après la veille | Heure et appareils connectés | Même activité sans périphériques |
| Nom tiers récurrent | Identifiant exact et version | Mise à jour ou retrait prévu par le fabricant |
| Redémarrage sans périphériques | Heure et rapport correspondant | Mode sans échec, puis diagnostic matériel |

## Trouver le rapport de panique

Ouvrez Console et examinez les rapports proches de l’heure du redémarrage. Le [guide Apple de Console](https://support.apple.com/en-asia/guide/console/cnsl664be99a/mac) décrit les **rapports de plantage** comme ceux des apps ou processus arrêtés, généralement en `.ips`. Un plantage d’app voisin n’explique pas automatiquement une panique système.

Si la panique n’y apparaît pas, examinez le dossier de rapports système évoqué dans la [discussion du support développeur Apple](https://developer.apple.com/forums/thread/763928).

```text
/Library/Logs/DiagnosticReports
```

Cherchez le rapport correspondant à l’incident, y compris un fichier `.panic` s’il existe. Ne filtrez pas uniquement sur cette extension et n’assimilez pas tout `.ips` à une panique : les formats peuvent varier. Gardez le fichier original plutôt qu’une seule ligne inquiétante.

## Chercher les répétitions sans conclure trop vite

Comparez l’heure, la version de compilation de macOS, la description initiale et les identifiants tiers récurrents. La [discussion Apple sur les traces du noyau](https://developer.apple.com/forums/thread/782023) montre une section **Kernel Extensions in backtrace** avec noms et versions. Si elle existe, relevez les identifiants non Apple récurrents pour le fabricant.

Un nom est une piste, pas une preuve. Apple explique dans cette discussion qu’une panique watchdog peut montrer le code en cours d’exécution plutôt que la cause du délai dépassé. Ne diagnostiquez pas une panne de mémoire, de GPU ou d’app à partir d’un seul nom.

Si d’autres éléments citent une extension système, gardez aussi son identifiant exact. Ne vous attendez toutefois pas à voir les [extensions système en espace utilisateur](https://developer.apple.com/system-extensions/) dans une liste d’extensions du noyau. Transmettez les rapports complets et le déclencheur reproductible au fabricant ou à Apple, en privé.

## Tester les périphériques séparément

Suivez la [procédure Apple des redémarrages inattendus](https://support.apple.com/en-au/102382) : éteignez le Mac et débranchez les périphériques. Sur un Mac de bureau, gardez écran, clavier et souris ou trackpad nécessaires.

Utilisez le Mac pendant le temps qui suffit habituellement à déclencher le problème. S’il reste stable, reconnectez un appareil à la fois et répétez la même activité après chaque connexion. Notez l’appareil et le branchement.

Si une connexion fait revenir la panique, cessez de l’utiliser pendant la vérification des consignes de compatibilité et de mise à jour du fabricant. Une période stable ne prouve pas la disparition d’une panne intermittente.

## Comparer le mode sans échec au démarrage normal

Le [mode sans échec](https://support.apple.com/en-us/116946) aide à isoler les logiciels chargés au démarrage. Partez d’un Mac éteint et choisissez la méthode adaptée au processeur.

- **Puce Apple :** maintenez le bouton d’alimentation jusqu’aux options de démarrage, sélectionnez le disque, puis maintenez Maj et cliquez sur le bouton permettant de continuer en mode sans échec.
- **Intel :** allumez le Mac et maintenez immédiatement Maj jusqu’à la fenêtre de connexion.

Essayez l’activité concernée si elle est disponible. Un redémarrage normal quitte ce mode. Si le Mac n’est stable que dans ce mode, examinez les logiciels de démarrage, sans supprimer des pilotes à la main.

Les [conseils Apple sur les paniques](https://support.apple.com/guide/mac-help/if-your-mac-restarts-and-a-message-appears-mchlp2890/27/mac/27) demandent de vérifier les modules tiers et leur compatibilité après une mise à jour. Installez les mises à jour macOS disponibles et les versions compatibles du pilote ou de l’app, puis retestez. Pour comparer après retrait, utilisez le désinstalleur du fabricant et conservez d’abord l’installateur et les données nécessaires.

## Lancer Diagnostics Apple et savoir quand demander de l’aide

Préparez le Mac selon [Diagnostics Apple](https://support.apple.com/102550), en ne laissant branchés que les appareils indiqués. Avec une puce Apple, maintenez le bouton jusqu’aux options, relâchez-le, puis maintenez Commande + D. Sur Intel, maintenez D dès l’allumage, ou Option + D si nécessaire.

À partir de macOS Tahoe 26, un choix de diagnostic précis peut être proposé. Suivez les indications et conservez les codes de référence. Un résultat sans anomalie ne justifie pas de supprimer les rapports récurrents.

Contactez Apple si le diagnostic trouve un défaut, si le Mac ne reste pas allumé assez longtemps pour tester ou si les paniques persistent après les vérifications. Fournissez rapports, codes et modifications essayées. Le guide Apple mentionne aussi la réinstallation de macOS comme étape ultérieure ; discutez-en avant d’effacer des données. En présence d’erreurs de disque, [S.O.S. d’Utilitaire de disque](https://mole.fit/fr/blog/how-to-use-disk-utility-first-aid-mac) est une vérification distincte.

## Le rôle de Mole

Dans Mole Mac, **Nettoyer** peut afficher **Rapports de plantage** pour `/Library/Logs/DiagnosticReports` lorsque les conditions sont remplies. Laissez cette ligne décochée pendant l’enquête et gardez des copies hors de la cible du nettoyage. Supprimer les rapports ne diagnostique pas la panique.

## FAQ

### Le message prouve-t-il une panne matérielle ?

Non. Apple cite aussi les logiciels et les périphériques. Comparez le déclencheur, les rapports et les résultats du diagnostic.

### Le nom d’un pilote dans le rapport prouve-t-il sa responsabilité ?

Non. Gardez son nom et sa version, comparez les rapports et faites examiner les éléments complets par le fabricant avant de le retirer.

### Supprimer les rapports arrête-t-il les redémarrages ?

Non. Gardez-les pour la comparaison et l’assistance. Effacer la trace d’un incident ne corrige pas sa cause.

---

Canonical HTML page: https://mole.fit/fr/blog/mac-kernel-panic
Blog index for agents: https://mole.fit/fr/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt