Le système Ubuntu 20.04 se bloque [drm: intel_pipe_update_end [i915]] * ERREUR * Échec de la mise à jour atomique sur le canal A
Mon système Ubuntu 20.04 a été affecté par des blocages occasionnels (~ tous les 1-2 jours) qui bloquent complètement toute interaction (même pas REISUB ne fonctionne) et nécessite d'appuyer sur le bouton d'alimentation pour redémarrer l'ordinateur. Il s'agit d'une toute nouvelle installation sur un ordinateur portable MSI GF65 Thin 10SER. J'ai déjà fait des recherches et cela semble être un vieux problème (https://linuxreviews.org/Linux_Kernel_5.5_Will_Not_Fix_The_Frequent_Intel_GPU_Hangs_In_Recent_Kernels, https://www.dedoimedo.com/computers/intel-microcode-atomic-update.html, https://hobo.house/2018/05/18/fix-for-intel-i915-gpu-freeze-on-recent-linux-kernels/) lié à Intel iGPU.
My dmesgest plein de lignes telles que celles ci-dessous et inévitablement elles provoquent le gel du système .
[drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=9338 end=9339) time 321 us, min 1063, max 1079, scanline start 1038, end 1090
$ uname -r
5.4.0-58-generic
$ lspci -k | grep -EA3 'VGA|3D|Display':
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics (rev 05)
DeviceName: Onboard - Video
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 12aa
Kernel driver in use: i915
--
01:00.0 VGA compatible controller: NVIDIA Corporation TU106 [GeForce RTX 2060] (rev a1)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 12aa
Kernel driver in use: nvidia
Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia
J'ai essayé ce qui suit:
Ajoutez les options du noyau
i915.enable_psr=0,i915.enable_dc=0Activez les premiers KMS pour le pilote graphique Intel (ajoutez i915 à / etc / initramfs-tools / modules)
Activez GuC avec
i915.enable_guc=2, mais cela ne fonctionne pas en tant que$ sudo cat /sys/kernel/debug/dri/0/i915_guc_load_status | grep status:retoursstatus: DISABLEDChangez le pilote d'affichage X.Org en modeset au lieu de xserver-xorg-video-intel
Mettez à jour le noyau Linux vers la version 5.8
Ajoutez ce qui suit à /usr/share/X11/xorg.conf.d/10-intel.conf
Section "Device" Identifier "Intel Graphics" Driver "intel" Option "NoAccel" "True" Option "DRI" "False" EndSection
Une observation est que lorsque je change le profil Prime en mode Performance (c'est-à-dire que seul le gpu nvidia est utilisé et que l'intel ne l'est pas) je n'obtiens aucune de ces erreurs dans dmesg. Cependant, ce n'est pas une solution pour moi car cette option draine ma batterie très rapidement.
Je suis un nouvel utilisateur d'Ubuntu et j'apprécierais vraiment si quelqu'un pouvait donner un coup de main ou simplement fournir une solution de contournement afin que je puisse avoir un système stable sans plantages. Faites-moi savoir si vous avez besoin d'informations supplémentaires. Merci d'avance!
Mise à jour du 20/12/2020:
La définition GRUB_CMDLINE_LINUX="nouveau.modeset=0"de / etc / default / grub a arrêté les dmesgerreurs d'échec de la mise à jour atomique. Cependant, glxinfo|egrep "OpenGL renderer"donne maintenant OpenGL renderer string: llvmpipe (LLVM 10.0.0, 256 bits)au lieu de OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2). C'est un problème parce que maintenant j'obtiens une utilisation extrêmement élevée du processeur gnome-shell. Je ne sais pas vraiment quoi retenir de ces informations.
Une aide serait très appréciée.
En attendant, j'ai restauré la configuration de grub et effectué quelques autres modifications. $ inxi -G
Graphics: Device-1: Intel UHD Graphics driver: i915 v: kernel
Device-2: NVIDIA TU106 [GeForce RTX 2060] driver: nvidia v: 450.80.02
Display: x11 server: X.Org 1.20.8 driver: modesetting,nvidia
resolution: 1920x1080~144Hz
OpenGL: renderer: Mesa Intel UHD Graphics (CML GT2) v: 4.6 Mesa 20.0.8
Mise à jour du 21/12/2020:
Ok, donc j'ai exécuté mon système avec le profil de performance Nvidia Prime activé (je pense que cela signifie que l'iGPU n'est pas utilisé, seul le dGPU - nvidia - l'est) et je viens de geler en écoutant Spotify (ce qui arrive à être aussi l'une des raisons pour lesquelles mon ordinateur a gelé dans le passé), mais cette fois, je n'ai enregistré aucune erreur de mise à jour Atomic dans cette session et je n'ai rien enregistré de journalctl -b -1 -epertinent (du moins pour moi). Je vais suivre la réponse à cette question Comment puis-je savoir pourquoi 20.04 plante? puis je mettrai à jour le sujet. Faites-moi savoir s'il y a des sorties / informations dont vous avez besoin pour mieux comprendre le problème.
Mise à jour du 23/12/2020:
J'ai effectué un memtest de https://www.memtest86.com/ et a obtenu 0 erreur (résultats ci-dessous):
J'ai également fait une installation propre d'Ubuntu, Mint et Manjaro. Chacun d'eux afficherait l'erreur de mise à jour atomique dans dmesg. J'ai envoyé l'ordinateur portable pour le service de réparation car je pense que le problème est dû à un dysfonctionnement du matériel.
Réponses
Donc, l'ordinateur portable est sorti de RMA et ils m'ont dit qu'il n'y avait rien de mal à cela. Malheureusement, j'ai dû passer à Windows car je ne peux pas me permettre d'avoir un système instable comme je l'ai décrit ci-dessus. À l'avenir, je pourrais essayer d'installer une version plus récente d'Ubuntu pour vérifier si le problème persiste.