La "soluzione" dello schermo grafico Intel Lo strappo / sfarfallio causa un uso eccessivo della ventola in Ubuntu 16.10 / 17.04 / 17.10


16

Diversi utenti ( uno , due , tre , quattro , cinque ) hanno riferito che le schede grafiche Intel causano gravi lacerazioni / sfarfallio dello schermo su Ubuntu> = 16.10. La "soluzione" spesso proposta è quella di aggiungere il parametro di avvio i915.enable_rc6=0.

Tuttavia, mentre corregge lo sfarfallio / lacerazione dello schermo, questa "soluzione" fa funzionare la ventola costantemente (come in essa non si spegne mai e mai ) e ad una velocità eccessivamente elevata . Sto pubblicando questa domanda per vedere se qualcuno ha un rimedio al problema dei fan (o, in alternativa, al problema dello sfarfallio / lacrimazione ma senza causare il problema dei fan).

Per completezza, sto Ubuntu 16.10/17.04/17.10usando il kernel 4.11.0-10-genericsu un Lenovo 910(Kabylake) e la mia scheda grafica lo è VGA compatible controller: Intel Corporation Device 5916 (rev 02).

Nota : ho appena confermato che questo problema esiste ancora con il kernel upstream (v4.13.0-041300rc4). Il ripristino del kernel nel kernel 16.04 LTS risolve lo strappo dello schermo, ma è solo una soluzione alternativa. Di recente (09.03.2017) ho provato l'installazione Debian predefinita con il kernel 4.9.0-3-amd64, e non c'è sfarfallio dello schermo (sebbene lo schermo sia ruotato di 90 gradi).

Nota 2 : l'utilizzo del parametro boot i915.enable_rc6=0comporta la degredazione del sistema per un uso prolungato. Ho provato a guardare un video in streaming per 3 ore e la macchina ha iniziato a comportarsi in modo lento e non rispondente.

Nota 3 : ho presentato una segnalazione di bug .

Nota 4 : questo potrebbe non essere rilevante, ma lo strappo dello schermo si interrompe completamente quando si utilizza il dispositivo di puntamento (trackpad) o la tastiera.


Ricevi questi messaggi di avviso quando il tuo kernel viene aggiornato sudo update initramfs -u? Ho un Ivy Bridge e ho strappato lo schermo ma l'ho risolto con altri metodi usando le opzioni di Xorg.
WinEunuuchs2Unix

No, non ricevo quei messaggi durante l'emissione sudo update-initramfs -u. Ma è probabilmente perché ho installato manualmente quei driver da Intel ( 01.org/linuxgraphics/downloads/firmware ). Vuoi condividere le opzioni che hai usato? Li proverò.
Rsync,

Non li ho documentati al momento ed è stato un anno fa, quindi non ricordare ogni passo. La mia fonte principale per sistemare le cose veniva da Arch Linux . Inoltre ho usato Thermald, Powerclamp e TLP per il controllo della ventola e le frequenze della CPU. Ecco un elenco completo che ho scritto poche settimane fa.
WinEunuuchs2Unix

Quale stai correndo? Ubuntu 16.10 / 17.04 / 17.10?
fosslinux,

Ho corso ciascuno per circa una settimana. Ora sono solo il 17.10 su quella partizione e il 16.04 per il mio autista quotidiano fino a quando questo non sarà risolto.
Rsync,

Risposte:


13

La soluzione corretta sarebbe quella di creare il seguente file:

/etc/X11/xorg.conf.d/20-intel-graphics.conf

con il seguente contenuto:

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "TripleBuffer" "true"
   Option      "TearFree"     "true"
   Option      "DRI"          "false"
EndSection

Non creare questi file in/usr/share/X11/xorg.conf.d . Questa è la posizione per esempio dei file di configurazione per X, non quelli che sono effettivamente caricati.


1
Ho dovuto impostare DRI su true, altrimenti alcune app che utilizzano OpenGL non funzionerebbero. Probabilmente causato dall'abilitazione di DRI durante la compilazione. Tuttavia, continuo a scorrere e riprodurre video senza lacrime quando è abilitato con anche queste altre opzioni abilitate. Incerto sul perché viene suggerito disabilitato nella risposta.
Lars Haugseth,

1
Questo risolve alcuni strappi diagonali costanti sul mio Dell XPS 13 9350 quando ho monitor esterni in modalità ritratto, ma provoca ridisegni dello schermo estremamente lenti (~ 10 fps?) E un gnome-shellutilizzo estremamente elevato della CPU.
Nick T,

2
nota che la directory /etc/X11/xorg.conf.d non esiste di default in Ubuntu. Devi crearlo con sudo mkdir /etc/X11/xorg.conf.d
Kat Amsterdam

Grazie mille! Ora i miei video sono privi di sfarfallio.
Brian Haak,

@Fabby sei sicuro della tua modifica? La documentazione dice "I file che terminano con * .conf nella directory /usr/lib/X11/xorg.conf.d/ (NOTA: saranno cambiati in /usr/share/X11/xorg.conf.d per 10.10) sono automaticamente caricato da X all'avvio prima di leggere xorg.conf "non è stato aggiornato dal 2014.
Boris,

2

Ho usato questi passaggi per correggere lo sfarfallio dello schermo,

sudo gedit /usr/share/X11/xorg.conf.d/20-intel_flicker_fix.conf

incolla queste righe,

Section "Device"
  Identifier  "Intel Graphics"
  Driver      "intel"
  Option      "TripleBuffer" "true"
  Option      "TearFree"     "true"
EndSection

salva, riavvia.

Se ancora non lo risolve, è possibile rimuovere sta utilizzando

sudo rm /usr/share/X11/xorg.conf.d/20-intel_flicker_fix.conf

Grazie per il suggerimento Sirajus. Sfortunatamente, ciò non ha avuto effetto.
Rsync,

@MBWD, hai impostato l'opzione "DRI" "false" 'come indicato? Mancava dalle correzioni che hai elencato.
Sirajus Salekin,

Sì, ho implementato l'intera soluzione sopra ( sudo gedit /usr/share/X11/xorg.conf.d/20-intel_flicker_fix.confe incollando le linee, incluso DRI). Non ha funzionato C'era qualcos'altro che dovrei fare?
Rsync,

Eseguendo Ubuntu 18.04, se aggiungo un file conf simile a questo, ad ogni accesso ottengo un errore su output non trovati, output "non disconnessi" ma senza modalità o qualcosa del genere. La sessione sembra essere configurata correttamente, anche se la finestra di dialogo di errore avverte che potrebbe non esserlo, ma errori ad ogni accesso indicano chiaramente che qualcosa non va.
dgw

1
Opzione "TripleBuffer" "true"rende elevato carico della CPU e Videos, Chromee Firefoxla riproduzione di video lento.
Eugene Mala,

0

Non sono sicuro di cosa abbia risolto il problema. Inizialmente pensavo che stesse installando Ubuntu 17.10, che esegue il kernel 4.13.0-16. Ma sono appena tornato a un backup di 17.04 e il kernel 4.10.0-37-generico ha funzionato bene.

Ho intenzione di indovinare che la correzione stava effettivamente aggiornando il firmware Lenovo, cosa che puoi fare (per quanto ne so) solo tramite Windows. A un certo punto ho avviato accidentalmente la partizione di Windows e ho subito il processo di aggiornamento. Ma penso che debba essere quello che l'ha risolto.

Nota: ho anche "risolto" il problema prima che 17.10 venisse rilasciato compilando e usando il kernel Kali Linux .


1
c'è qualche possibilità che tu stia usando Wayland? Quando sono passato a Wayland ho visto scomparire quasi tutti i problemi, senza bisogno di configurazioni.
Sirajus Salekin,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.