Come posso eseguire il debug di frequenti blocchi irreversibili?

Il mio nuovo XPS 13 (9360 con processore KabyLake) con Ubuntu 16.04 preinstallato spesso si blocca completamente senza alcun motivo apparente.

I blocchi si verificano apparentemente casualmente. A volte il puntatore del mouse può ancora essere spostato per alcuni secondi, ma alla fine il sistema si blocca completamente. Non riesco a passare a terminali virtuali e nemmeno i codici SysRq sembrano avere alcun effetto. Tutto quello che posso fare è premere a lungo il pulsante di accensione per spegnere il sistema, dopodiché il sistema si avvia normalmente.

I processi utente in esecuzione sono principalmente diverse schede di Chrome e un terminale.

Le cose che ho verificato e provato includono:

Verifica che sia installato il BIOS più recente
Esegui la diagnostica inclusa nel BIOS DELL senza risultati
Reinstallare il sistema dall'immagine di ripristino
Controlla l'ultimo firmware ath10
Installa i driver grafici Intel
Disabilita wifi e bluetooth

Dopo averlo fatto, si verificano ancora i blocchi. Ora sono in perdita. La mia domanda quindi è:

Quali sono i modi per trovare la causa del problema?

16.04 dell xps

— justfortherec
fonte

Sembra un bug cstate che esisteva con le CPU Bay-Trail. Immagino valga la pena provare anche la soluzione. Riavvia il computer fino a quando non vedi le grubopzioni di avvio. Fare clic eper visualizzare le opzioni della riga di comando. Quindi, aggiungi intel_idle.max_cstate=1subito dopo le parole quiet splashe avvia. Vedi se funziona. Potrebbe essere necessario presentare un bug in Launchpad. Quale kernel stai usando?

— negusp,

@PatrickNegus Questo è con il kernel 4.4.0-47-generico. C'è un'opzione BIOS per disabilitare gli stati C. Questo essenzialmente fa la stessa cosa? Proverò a modificare la riga di comando. Con "un bug cstate esistente con CPU Bay-Trail" intendi un bug del kernel o un bug hardware? Vale la pena provare i nuovi kernel mainline?

— justfortherec,

Il kernel 4.8 ha un supporto molto, molto migliore per Kaby Lake rispetto al 4.4. Quindi sì, per favore aggiorna. Per quanto riguarda il bug Bay-Trail, era ed è ancora un bug del kernel che impedisce a Ubuntu di essere in grado di gestire in modo efficace gli stati di sospensione della CPU (che risparmiano energia per la CPU e offrono un'efficienza inattiva molto migliore).

— negusp,

Grazie per il tuo aiuto, @PatrickNegus. Solo per verificare che intendiamo la stessa cosa. Intendi l'aggiornamento al kernel della 16.10 come descritto in askubuntu.com/a/840184/63018 ?

— justfortherec,

Sì, questo è ciò che intendevo.

— negusp,

Risposte:

Disabilitare intel_cstates(stati di risparmio energetico intesi a ridurre il calore residuo della CPU e il consumo di energia) modificando /etc/default/grub:

sudo nano /etc/default/grub

Trova la riga contenente GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Aggiungi intel_idle.max_cstate=1direttamente seguendo splash.

In alternativa, se il tuo BIOS lo supporta, disabilita detti stati C da lì.

Nota: questa non è una soluzione a lungo termine. La disabilitazione degli stati C aumenta notevolmente l'assorbimento di potenza e il calore disperso. Prova questo solo se non ci sono altre soluzioni e l'aggiornamento del kernel non risolve nulla!

— negusp
fonte

perché esattamente questo aiuterebbe?

— Korijn,

@Korijn ... è passato un po 'di tempo, ma c'è stato (o forse risolto) un bug con le CPU Intel Bay Trail in cui c'è una significativa instabilità nel sistema quando gli stati di risparmio energetico sono abilitati. La disabilitazione degli stati c corregge il bug.

— negusp,

Come installare Kernel 4.8.5

Sebbene 4.8.7 sia l'ultimo kernel, in questo log di bug di 500 post, 1 anno di lunghezza ( Bug 109051 - intel_idle.max_cstate = 1 richiesto su baytrail per prevenire crash ), si dice che non funzioni. Proprio ieri qualcuno ha postato di aver provato 4.8.7, è andato in crash e sono tornati a 4.8.6.

Sebbene il titolo del registro dei bug sia per "Bay Trail", le soluzioni presentate si applicano ad altre piattaforme Intel come riportato dagli utenti. Poiché ci sono 582 messaggi che coprono quasi un anno, ti consiglio di premere il Endtasto dopo aver aperto il collegamento e scorrere da lì.

Sono stato 4.8.5 spento e riacceso insieme a 4.4.0-47 per un paio di settimane e mi sento a mio agio con uno dei due. Queste sono le istruzioni per l'installazione della versione 4.8.5 del kernel:

cd /tmp
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.5/linux-headers-4.8.5-040805_4.8.5-040805.201610280434_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.5/linux-headers-4.8.5-040805-generic_4.8.5-040805.201610280434_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.5/linux-image-4.8.5-040805-generic_4.8.5-040805.201610280434_amd64.deb
sudo dpkg -i *.deb
sudo reboot

È possibile installare qualsiasi kernel visitando il sito: ( http://kernel.ubuntu.com/~kernel-ppa/mainline/ ) e adattando i collegamenti lì alle istruzioni sopra.

— WinEunuuchs2Unix
fonte

Grazie per le informazioni. Tuttavia, non lo accetterò come risposta a questo argomento, perché affronta una domanda che ho sollevato nel commento, non la domanda originale di questo thread.

— justfortherec,

Infatti. Fammi sapere se provi un nuovo kernel e se funziona comunque.

— WinEunuuchs2Unix

Il mio sistema ha smesso di bloccarsi in modo casuale dopo l'aggiornamento a qualsiasi kernel 4.8 che ho provato (LTS 4.8.0-25.27~16.04.1e mainline 4.8.12-040812.201612020431).

— justfortherec,