Lenovo ThinkPad 11e se bloque au hasard sur Ubuntu 16.04


16

J'ai un Lenovo ThinkPad 11e (avec le chipset Intel pas l'AMD), qui avait l'habitude de subir des gels aléatoires sous 14.04 qui ont persisté après une installation propre de 16.04.

Description des gels qui se produisent:

  • L'écran se fige en place sans distorsion
  • Les boutons matériels ne répondent plus (les voyants des touches de son / micro muets ne basculent plus lorsqu'ils sont enfoncés)
  • Un redémarrage forcé est le seul moyen de corriger le gel
  • Il n'y a absolument aucun avertissement avant qu'un gel ne se produise, le système agit normalement jusqu'à ce qu'il se bloque

Le problème semble apparaître plus fréquemment lorsque j'exécute tout ce qui concerne Chrome / Chromium sur mon système (y compris les choses qui utilisent le framework Electron, par exemple l'éditeur Atom). Mais cela se produira toujours même si rien de ce qui s'y rapporte ne fonctionne. Cela ne semble pas non plus être lié au stress sur le système, car je peux exécuter Windows 10 dans VMWare Workstation 12 sans aucun problème.

Je ne sais même pas par où commencer pour chercher des indices sur la cause du problème, alors j'espérais que quelqu'un ici pourrait avoir une idée. Lorsque le problème se produit, l'ordinateur entier ne répond plus et je dois m'arrêter définitivement. Je ne sais pas quels journaux auraient des informations liées à un gel dur du système.

J'ai essayé d'utiliser linux-crashdump comme suggéré par Chris J Arges , mais même après avoir reproduit mon problème deux fois, je n'ai trouvé aucune entrée de plantage /var/crashautre que celles de forcer un plantage du noyau pour m'assurer qu'il fonctionnait

Informations éventuellement pertinentes:

  • Les graphiques Intel intégrés apparaissent comme Intel Bay Trail (qui, je le sais, a eu quelques problèmes avec Linux dans le passé)
  • J'ai mis à niveau le système vers 8 Go de RAM (le problème s'est également produit avant ce changement)
  • Mon système a un SSD formaté en ext4 (le problème s'est également produit avec btrfs)
  • J'ai exécuté plusieurs tests de diagnostic matériel (à la fois des tests BIOS intégrés et à partir d'utilitaires de démarrage), qui n'ont trouvé aucun problème avec mon matériel

Vous pouvez essayer le noyau en ligne de commande ... intel_idle.max_cstate = 1. Si vous voyez un message "firmware manquant" lors de l'exécution de update-initramfs, essayez d'obtenir le fichier de firmware manquant.

Où dois-je placer "intel_idle.max_cstate = 1" avant d'exécuter update-initramfs?
Ian

J'ai ce même problème. Mon ordinateur portable est un Acer E5-511, également basé sur Intel, mais fonctionnant également sur un disque dur SSD.
Tamsyn Michael

De combien de mémoire de swap disposez-vous? J'ai eu un problème où mon système manquerait de swap et se bloquerait comme vous l'avez décrit, a dû augmenter le montant du swap.
Sergiy Kolodyazhnyy

Acer E1-510P, basé sur Intel, exécutant le disque dur d'origine (pas SSD). Windows 10 parfaitement stable. Mais une nouvelle installation (formatage des partitions) d'Ubuntu 16.04 se bloque de la même manière (totalement sans réponse) en jouant à Netflix dans Chrome - généralement en 1 heure ou moins. Semble être une boucle CPU, car je remarque que le ventilateur passe à 100% en cas de crash. Je suggère de marquer ce bogue Ubuntu comme l'un de ceux que vous avez: bugs.launchpad.net/ubuntu/+source/linux/+bug/1575467 - les gens ont déclaré utiliser un noyau 3.16 plus ancien semble fonctionner. Donc, un bug du noyau.
RoundSparrow hilltx

Réponses:


5

Essayez d'installer des noyaux plus récents. Dans certains cas, il résout le problème de gel causé par un mauvais code de minuterie de haute précision . C'est binaire pour Linux 4.5.2:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.5.2-wily/

Téléchargez les 3 .debpackages binaires appropriés , installez-les et redémarrez le nouveau noyau. J'espère que cela résoudra votre problème. Au fait, Ubuntu 16.04 est déjà sorti avec un nouveau noyau, alors faites une installation propre (pas une mise à niveau) et voyez si cela résout votre problème.


1
Je pense que le noyau mis à jour a résolu mon problème. J'ai pu ouvrir Chrome pendant plusieurs heures sans rencontrer de plantage. Étant donné que cela semble avoir résolu le problème et que la prime est sur le point d'expirer, je vais simplement accepter cela comme la réponse.
Ian

1
@IanLantzy Je suis heureux de voir que votre problème est résolu. En fait, le débogage de tels problèmes est très délicat, et seule une poignée de personnes peuvent les déboguer et les résoudre. Ce problème perticulaire avec HPET (si c'était le cas) était là depuis longtemps, et il a fallu un certain temps pour être compris et résolu par les gourous du noyau. Phoronix ( phoronix.com ) est un bon endroit pour être informé des avancées récentes de Linux et de ses éventuels problèmes.
Ho1

J'ai une machine virtuelle Ubuntu 16.04 démarrée à partir d'un CD live qui est figé (sur le même matériel). Vous pouvez déboguer cela.
Hitechcomputergeek

1
J'ai installé le dernier noyau, et il ne semble pas avoir résolu le problème après tout - il a juste gelé deux fois de suite après une semaine sans gel.
Hitechcomputergeek

1
Oui, j'ai remarqué que le problème semble persister, mais s'est amélioré avec les versions à noyau élevé. C'est probablement une sorte de problème matériel / firmware qui sera éventuellement résolu.
Ian

5

Voir https://bugzilla.kernel.org/show_bug.cgi?id=109051

Ce qui suit a éliminé le problème pour moi.

Modifiez / etc / default / grub. Changer la ligne

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

à

GRUB_CMDLINE_LINUX_DEFAULT="intel_idle.max_cstate=1 quiet splash"

alors fais

sudo update-grub

et redémarrez.


2
Veuillez noter que ce changement augmentera la consommation d'énergie (en particulier un problème lors de l'exécution sur batterie).
dermatthias

2

Il n'y a pas suffisamment d'informations pour diagnostiquer cela, vous devez donc signaler un bogue. Je suppose que lorsque vous mentionnez «geler», l'ordinateur doit être complètement redémarré pour pouvoir l'utiliser à nouveau. Avec cela, il s'agit très probablement d'un problème de noyau. Le lien suivant explique comment déposer un bogue contre le noyau Ubuntu: https://wiki.ubuntu.com/Kernel/Bugs

Une autre approche consiste à linux-crashdumpessayer de capturer l'échec lorsqu'il se produit. Les instructions sont ici: https://wiki.ubuntu.com/Kernel/CrashdumpRecipe

Enfin, vous pouvez essayer d'installer le dernier noyau principal pour voir si cela résout le problème. Ce serait également des informations utiles à signaler dans le bogue: http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/


Une partie de ma question demande où je devrais chercher des informations sur ce qui se passe quand il se bloque. Je dois imaginer que l'un des journaux quelque part doit avoir quelque chose.
Ian

Oui, obtenir un crashdump enregistrera le journal du noyau lors d'un crash afin que vous puissiez le consulter. Lorsque le système tombe en panne, il stocke le journal dans /var/crash/<timestamp>/<timestamp>.dmesg.
Chris J Arges

Je l' ai installé crashdump et il fonctionne quand je le tester, mais je l' ai forcé mon problème à se produire deux fois (en jouant Bloons TD 5) et aucun accident n'a été consigné soit le temps
Ian

1

Dans vos éventuels problèmes pertinents, vous avez mentionné:

Les graphiques Intel intégrés apparaissent comme Intel Bay Trail (qui, je le sais, a eu quelques problèmes avec Linux dans le passé)

Voici mon expérience personnelle. J'ai eu un problème similaire. C'était une carte NVidia GT820M. J'ai toujours eu des problèmes avec les pilotes propriétaires de Nvidia

entrez la description de l'image ici

Ce qui l'a corrigé pour moi, c'était d'utiliser des pilotes Nouveau Xorg à la place. Je basculerais entre eux pour confirmer que c'était le coupable. Les mêmes symptômes que les vôtres se produiraient. Le PC cessera de répondre au milieu de n'importe quoi à tout moment sans aucun avertissement. Et le navigateur Chrome ou Sublime déclencherait également le gel facilement.

Si vous utilisez un pilote VGA propriétaire pour votre PC, passez à une version open source, de préférence la nouvelle.

Et mon expérience s'est produite sur un Ubuntu i7 15.04. Le problème a disparu depuis longtemps, et je suis libre maintenant, mais d'après tout ce que vous décrivez, je suis heureux de mettre 20 points de prime sur les pilotes VGA comme coupable


Non, le seul pilote supplémentaire que j'utilise est juste le microcode supplémentaire pour le processeur lui-même. Aucun pilote n'est installé pour le GPU intégré de Bay Trail. Très bonne réponse, cependant.
Ian

@IanLantzy et vous avez mentionné que vous savez que le Bay Trail a des antécédents de problèmes. Je suppose que c'est un plus grand signe que c'est le coupable. Edit: Je viens de réaliser que la construction du noyau a résolu votre problème. Bon à savoir. Gardera cela à l'esprit moi-même. Merci
KhoPhi

0

Je rencontrais le même problème sur un ASUS N56JN (également un chipset Intel). Cela a fonctionné pour moi:

http://www.cyberciti.biz/faq/debian-ubuntu-building-installing-a-custom-linux-kernel/

Il explique essentiellement comment mettre à jour le noyau vers la dernière version, explique pas à pas comment télécharger, compiler et installer la dernière version du noyau Linux (4.5).


Bienvenue sur Ask Ubuntu! Bien que cela puisse théoriquement répondre à la question, il serait préférable d'inclure ici les parties essentielles de la réponse et de fournir le lien de référence.
Tim

Avez-vous rencontré le même problème sur le même type d'ordinateur portable?
Ian

Non, sur un ASUS N56JN, le chipset Intel n'est pas non plus AMD. Je me réfère au problème qu'il gelait au hasard après la mise à niveau vers 16.04.
CMorales
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.