Kernel Panic non scarica file di registro

Stavo giocando a Steam e all'improvviso ho avuto il panico del kernel. Ho spento manualmente il computer e riavviato Linux Mint 17.1 (Cinnamon) a 64 bit, e sono andato a controllare i miei file di registro /var/log/, ma non sono riuscito a trovare riferimenti o tipi di messaggi relativi al panico del kernel che è accaduto.

È strano il motivo per cui non ha mai scaricato il core o nemmeno preso nota di esso nei file di registro. Come posso assicurarmi che un core venga sempre scaricato nel caso in cui si verifichi nuovamente il panico del kernel? Non ha senso il motivo per cui non è stato registrato nulla quando si è verificato un panico nel kernel. Guardando in giro su Google, persone suggeriscono di leggere /var/log/dmesg, /var/log/syslog, /var/log/kern.log, /var/log/Xorg.logecc ... ma niente. Nemmeno nel .Xsession-errorsfile neanche.

Ecco alcune fotografie dello schermo:

Potrei sempre fare una foto allo schermo quando e se dovesse succedere di nuovo, ma voglio solo assicurarmi di riuscire a scaricare il core e creare un file di registro nel panico del kernel.

Per essere sicuri che il tuo computer generi un file "core" quando si verifica un errore del kernel, devi confermare le impostazioni "sysctl" del tuo computer.

IMO, le seguenti dovrebbero essere le impostazioni (minime) in /etc/sysctl.conf:

kernel.core_pattern = /var/crash/core.%t.%p
kernel.panic=10
kernel.unknown_nmi_panic=1

Eseguire sysctl -pdopo aver apportato modifiche al /etc/sysctl.conffile. Probabilmente dovresti anche mkdir /var/crashse non esiste già.

Puoi testare quanto sopra generando un dump manuale usando il SysRqtasto (la combinazione di tasti per scaricare il core è Alt+ SysRq+ C).

Quando il kernel va nel panico, significa che qualcosa è andato storto nel kernel. La scrittura di file di registro e core dump richiede l'utilizzo dei driver per il dispositivo di archiviazione a blocchi (il disco) e il filesystem (lo spazio deve essere allocato e la dimensione del file di registro deve essere aggiornata). Dato che i servizi forniti dal kernel sono necessari per scrivere i file e il kernel sa che è in uno stato interrotto, non può scrivere i file o registrare nulla, perché non è più in uno stato sicuro, quindi qualsiasi operazione potrebbe peggiorare le cose e potrebbe danneggiare / distruggere il tuo filesystem. Quindi non è possibile fare in modo che il kernel scriva nel registro e non esegua il dump di un dump principale quando si fa prendere dal panico.

Ora, ciò che si può fare, se si desidera, è configurare il sistema con un kernel di gestione degli arresti anomali, che è un secondo kernel caricato in memoria a cui è possibile trasferire il controllo in caso di crash del kernel principale. Dal momento che quel kernel ha driver e simili, sarebbe in grado di salvare un dump di arresto anomalo per te. Questa non è una configurazione molto comune, tuttavia, e utilizzata principalmente per i sistemi di fascia alta che richiedono elevata disponibilità e in cui un arresto anomalo è un problema molto grave che deve essere esaminato.

Vedi ad esempio l'opzione crashkernel su Kernel Crash Dump su ubuntu.com. (Nota che questa pagina dice che il meccanismo di crash dump del kernel è abilitato di default, a partire da Ubuntu 16.04.)

Credo che il sistema in realtà salvi il dump su un pezzo di memoria riservato e quindi si riavvii, e il kernel salva la memoria riservata sul disco al prossimo avvio (poiché il kernel appena avviato è in uno stato sano e può farlo).