Kernel panic su Mac: report e riavvii casuali da verificare

Un Mac che si riavvia e segnala un problema richiede controlli diversi da un’app che si chiude. Apple chiama questo errore kernel panic. Possono essere coinvolti software e hardware collegato, ma il messaggio non identifica il componente difettoso.

Per blocchi o chiusure di una sola app, parti da Mac bloccato o con arresti anomali. Per i panic ripetuti conserva i report, annota i dispositivi e modifica un solo elemento per volta.

Conservare le informazioni prima delle modifiche

Annota ora del riavvio, versione di macOS, dispositivi collegati e attività precedente. Includi risveglio, dock e app in uso. Sono osservazioni da confrontare, non diagnosi.

Copia i report utili fuori dalle cartelle da pulire. Salva i dati importanti prima di ripetere il carico che ha causato il problema. Non provocare un panic per fare una prova: il supporto tecnico Apple per sviluppatori avverte del rischio di danneggiare i file.

Una tabella evita di confondere gli effetti di più modifiche simultanee.

Trovare il report del panic

Apri Console e controlla i report vicini all’ora del riavvio. La guida Apple di Console descrive i Resoconti dei blocchi come report di app o processi, solitamente .ips. Un’app che si arresta nello stesso periodo non spiega automaticamente il panic del sistema.

Se il panic non compare, controlla la cartella dei report di sistema citata nella discussione del supporto sviluppatori Apple.

/Library/Logs/DiagnosticReports

Cerca un report coerente con l’incidente, incluso un file .panic se presente. Non limitarti a quel suffisso e non considerare ogni .ips un panic: i formati possono variare. Conserva il file originale, non soltanto una riga preoccupante.

Cercare ricorrenze senza emettere un verdetto

Confronta ora, build di macOS, descrizione iniziale e identificatori di terze parti ripetuti. La discussione Apple sui backtrace mostra una sezione Kernel Extensions in backtrace con nomi e versioni. Se presente, annota gli identificatori non Apple ricorrenti per il produttore.

Un nome è un indizio, non una prova. Apple spiega nella stessa discussione che il backtrace di un panic watchdog può mostrare il codice in esecuzione in quel momento, anziché la causa del timeout. Non diagnosticare RAM, GPU o app guaste da un solo nome.

Se altre prove nominano un’estensione di sistema, conserva anche il suo identificatore. Non aspettarti però che le estensioni di sistema nello spazio utente compaiano come estensioni del kernel. Invia privatamente i report completi e il comportamento riproducibile al produttore o ad Apple.

Provare le periferiche separatamente

Segui la procedura Apple per i riavvii imprevisti: spegni e scollega le periferiche. Su un Mac desktop lascia schermo, tastiera e mouse o trackpad necessari.

Usa il Mac per il tempo che normalmente basta a far comparire il problema. Se rimane stabile, ricollega un dispositivo per volta, ripetendo l’attività dopo ogni collegamento. Annota dispositivo e connessione.

Se una connessione fa tornare il panic, smetti di usarla mentre controlli compatibilità e aggiornamenti del produttore. Un intervallo stabile non dimostra che un problema intermittente sia risolto.

Confrontare modalità sicura e avvio normale

La modalità sicura aiuta a isolare il software caricato all’avvio. Parti dal Mac spento e usa il metodo adatto al processore.

• Chip Apple: tieni premuto il pulsante di accensione fino alle opzioni di avvio, seleziona il disco, quindi tieni premuto Maiuscole e usa il pulsante per continuare in modalità sicura.
• Intel: accendi e tieni subito premuto Maiuscole fino alla finestra di login.

Prova l’attività interessata, se disponibile. Riavvia normalmente per uscire dalla modalità sicura e confronta. Se solo questa modalità è stabile, esamina il software di avvio senza cancellare driver a mano.

Le indicazioni Apple sui panic invitano a verificare plug-in e compatibilità dopo gli aggiornamenti. Installa gli aggiornamenti macOS disponibili e quelli compatibili di driver o app, poi riprova. Per una prova tramite rimozione usa il programma del produttore, conservando prima installatore e dati necessari.

Eseguire Diagnosi Apple e sapere quando fermarsi

Prepara il Mac secondo Diagnosi Apple, scollegando i dispositivi tranne le eccezioni indicate. Con chip Apple tieni premuto il pulsante fino alle opzioni, rilascialo e tieni premuto Comando-D. Su Intel tieni D subito all’accensione, oppure Opzione-D se non funziona.

Da macOS Tahoe 26 può essere richiesta la scelta di un test specifico. Segui lo schermo e conserva i codici di riferimento. Un esito senza problemi rilevati non giustifica l’eliminazione dei report ricorrenti.

Contatta Apple se la diagnosi segnala un guasto, il Mac non resta acceso abbastanza per provare o i panic continuano dopo i controlli. Porta report, codici e un breve elenco delle modifiche. La guida include la reinstallazione di macOS come passo successivo: parlane con Apple prima di cancellare qualsiasi cosa. Se ci sono anche errori del disco, S.O.S. di Utility Disco è un controllo distinto.

Il ruolo di Mole

In Mole Mac, Pulizia può elencare Report di arresto anomalo per /Library/Logs/DiagnosticReports quando la voce è disponibile. Lascia la voce deselezionata durante l’indagine e conserva copie fuori dal percorso da pulire. Rimuovere i report non diagnostica il panic.

Domande frequenti

Il messaggio di riavvio prova un guasto hardware?

No. Apple indica anche software e periferiche. Valuta insieme comportamento riproducibile, report e risultati diagnostici.

Un driver nominato nel report è sicuramente responsabile?

No. Conserva nome e versione, confronta i report e chiedi al produttore di esaminare le prove complete prima della rimozione.

Eliminare i report ferma i riavvii?

No. Servono per confronti e assistenza. Cancellare la registrazione del guasto non ne ripara la causa.