web-dev-qa-db-fra.com

Gel d'écran complet sur Ubuntu 16.04

J'ai des problèmes avec mon pc récemment construit. L'écran se fige lorsque vous faites quoi que ce soit, ce qui m'oblige à effectuer un arrêt définitif puis un redémarrage afin de résoudre le problème. Essayer de faire CTRL + Shift + F1-7 ne fonctionne pas non plus pendant un gel.

En fouillant dans mes syslogs, la seule chose qui pourrait me poser problème est l’erreur:

kernel: [   10.945208] [drm:intel_dp_link_training_clock_recovery [i915]] *ERROR* too many voltage retries, give up

J'utilise la carte graphique intégrée de mon processeur, car cet ordinateur n'est pas destiné à un usage intensif tel que les jeux, mais à être un serveur Plex.

  • Ma carte mère est une ASRock H110-HDV LGA1151
  • Mon processeur est un processeur Intel Core i5-6400 Skylake

J'ai ajouté ceux-ci parce que j'avais lu certains messages sur le forum disant que le problème était d'utiliser les graphiques intégrés, mais je n'étais pas sûr, car les solutions publiées ne fonctionnaient pas pour moi. Mon noyau est à la version 4.8.0.-41, qui, je crois, est la dernière version.

Comment puis-je résoudre ce problème et mettre fin au blocage aléatoire de l'écran? Merci beaucoup!

1
Power_Man_2017

Si vous avez Intel, cela peut vous aider. J'avais ce même problème assez souvent (3-4 fois par jour) et rien de ce que j'ai fait, y compris la mise à niveau vers le noyau 4.8, ne m'aide.

Puis j'ai trouvé ceci:

buntu 15.10 et 16.04 continuent à geler de façon aléatoire

En particulier, la première réponse a fourni la solution qui a fonctionné pour moi, car je n'ai plus ces "blocages" sur mon ordinateur portable.

= = = Citation de ce qui a fonctionné pour moi = = =

Cependant, ce problème (où rien ne peut être réparé à partir d’un arrêt forcé) peut être lié au noyau et si la mise à niveau du noyau ne peut pas résoudre le problème, il pourrait être utile d’ajouter l’instruction intel_idle.max_cstate = 1 dans le fichier de configuration grub.

Avant de procéder comme suit, faites une copie de votre fichier GRUB actuel afin de pouvoir le restaurer en cas d'erreur de frappe ...

Sudo nano/etc/default/grub

Il y a une ligne dans cela:

GRUB_CMDLINE_LINUX_DEFAULT = "éclaboussure silencieuse" (comme ceci)

remplacer par (tous les 1 ligne):

GRUB_CMDLINE_LINUX_DEFAULT = "splash silencieux intel_idle.max_cstate = 1"

Enregistrez-le - (CTRL + O)

ensuite..

Sudo update-grub

Sudo reboot

Depuis que j'ai apporté ce changement, je ne fais plus que très rarement de gels et, si je le fais, ils ne durent peut-être que 5 à 10 secondes, puis disparaissent.

2
bmullan

Résolu après 7 mois d'enfer

allez à "synaptic-settings-repositories-additional drivers" si vous avez un bouton radio "Unknown Unknown" si vous l'avez ensuite sélectionné tel que je l'ai dans la photo, deux semaines pas un gel.

enter image description here

1
user3783628

Cela ressemble à un bogue du noyau pour cette puce Intel.

Ma première suggestion serait de tester le dernier noyau principal pour voir si ce problème est résolu dans le dernier noyau principal. Cela vous aidera lors de l’ouverture d’un bogue: https://wiki.ubuntu.com/Kernel/MainlineBuilds

Il semble que cette même erreur s’est produite assez souvent sur les ordinateurs portables Lenovo. Par exemple, ce bogue: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1651454

Cependant, il est difficile de dire s’ils relèvent vraiment du même problème ou pas simplement du message d’erreur. Il semble qu'au moins certaines des causes de ce problème auraient dû être corrigées en 4.8.

Quelle que soit la méthode utilisée, une sorte de correctif du noyau sera probablement nécessaire pour le résoudre. Il est donc important d'ouvrir un rapport de bogue. Veuillez voir ici les instructions pour ouvrir les bogues liés à X: https://wiki.ubuntu.com/X/Troubleshooting#Reporting_a_confirmed_X_bug_to_Launchpad

0
Trent Lloyd