Le système se bloque complètement avec Intel Bay Trail


29

Mon système se bloque complètement à intervalles aléatoires et fréquents. J'ai commencé à avoir le même problème dans Ubuntu 14.04 mais après la récente mise à niveau vers 16.04 il n'y a pas d'amélioration, en fait cela semble pire.

Quand cela arrive, il est impossible de faire quoi que ce soit. J'ai tout essayé dans ce fil: Que faire quand Ubuntu se fige mais que rien ne fonctionne, je dois réinitialiser. J'ai lu tous les journaux système et journalctlmais il n'y a jamais d'informations qui pourraient aider à diagnostiquer le problème.

Il s'agit d'un système à double démarrage avec Windows 10 et il n'y a aucun problème, donc ce n'est pas du matériel défectueux.

Mon ordinateur portable est équipé d'un processeur Intel Bay Trail (Pentium N3540)


Réponses:


37

Votre processeur est affecté par le bogue de l'état c

Cela provoque des blocages totaux lorsque le processeur tente d'entrer dans un état de veille non pris en charge. C'est un problème pour de nombreux appareils Bay Trail, en particulier avec les noyaux plus récents (4. *).

Processeurs concernés AFAIK:

Atom Z3735F (Asus X205TA, Acer Aspire Switch 10, Lenovo MIIX 3 1030) 
Atom Z3735G
Celeron J1900 (Asus ET2325IUK, shuttle XS35V4)
Celeron N2940 (Acer Aspire ES1-711, Chromebook)
Celeron N2840 (Acer Aspire ES1-311)
Celeron N2930 (Jetway JBC311U93, Zotac Nano CI320)
Pentium N3520 
Pentium N3530 (Acer V3-111P)
Pentium N3540 (Dell Inspiron 15 3000, Lenovo G50, ASUS X550MJ)

(veuillez (suggérer une) modification pour ajouter votre propre appareil si cela est affecté)

La liste complète des processeurs Bay Trail se trouve ici

Il existe une solution simple pour cela jusqu'à ce qu'il soit correctement corrigé en amont.

Il vous suffit de passer un paramètre de démarrage du noyau et le gel aléatoire s'arrête complètement. Le paramètre peut augmenter légèrement la consommation de la batterie, mais il vous donnera un système utilisable.

Pour ce faire, modifiez le fichier de configuration de GRUB:

Démarrez Ubuntu et ouvrez un terminal en appuyant sur Ctrl+ Alt+ Tpuis tapez

sudo nano /etc/default/grub

Trouvez la ligne qui commence GRUB_CMDLINE_LINUX_DEFAULT=

Cela doit être modifié pour inclure intel_idle.max_cstate=1

Donc, après votre modification, il se lit quelque chose comme

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quietet splashsont des paramètres par défaut pour Ubuntu Desktop - pas besoin de les modifier, ni aucun autre paramètre préexistant

Maintenant, enregistrez le fichier en appuyant sur ctrl+ opuis enterquittez en appuyant sur ctrl+x

Maintenant, lancez

sudo update-grub

Redémarrez ensuite.


Que faire si vous ne disposez pas de suffisamment de temps pour le faire avant le blocage du système

Aucun problème. Comme expliqué sur la page d'aide à laquelle j'ai lié plus tôt, vous pouvez ajouter le paramètre à GRUB avant de démarrer. Notez que cela ne transmet que le paramètre pour le démarrage actuel, vous devez donc toujours le modifier /etc/default/grubune fois que vous avez démarré pour rendre la modification permanente.

Vous devez accéder au menu GRUB . Si vous effectuez un double démarrage, cela apparaîtra de toute façon, sinon vous devez appuyer et maintenir (ou appuyer) shiftaprès avoir appuyé sur le bouton d'alimentation pour allumer.

Lorsque vous arrivez à cet écran, sélectionnez Options avancées pour Ubuntu . Vous pouvez déplacer le curseur vers un autre noyau ou le laisser en place pour modifier les options par défaut. Au lieu d'appuyer sur enter, appuyez sur eet vous passerez en mode édition, ressemblant vaguement à ceci .

Déplacez le curseur vers le bas à l'endroit où il est indiqué quiet splash, placez un espace après les éclaboussures et tapez soigneusement intel_idle.max_cstate=1en vous assurant qu'il y a également un espace après.

Appuyez maintenant sur F10ou Ctrl+ xpour démarrer.


@ Heron merci merci! Je dois savoir ceci - mon système restera en place pendant ~ 15 minutes sans lui, mais avec le param, il n'est jamais gelé une fois :) Tout le crédit aux hackers vraiment géniaux qui l'ont compris
Zanna

Merci! Est-ce que cela arrête la non-réponse à Ctrl Alt REISUB? De plus, la réponse à la modification GRUB ci-dessus était que si le délai d'attente caché était défini, la modification ci-dessus ne fonctionnerait pas. Comment contourner ce problème si le problème persiste?
clr

@clr, les blocages d'état c ne répondent pas à Magic Sysrq REISUB, mais ce correctif arrête les blocages d'état c. Si votre système se bloque pour une autre raison, REISUB peut fonctionner. GRUB_HIDDEN_TIMEOUT n'a aucun effet sur les paramètres de démarrage, et vous devriez pouvoir accéder au menu en appuyant sur shift au démarrage. Si vous ne le pouvez pas, dans le cas où le système se fige trop rapidement pour que vous puissiez le modifier /etc/default/grub, c'est pénible, mais vous pouvez essayer de démarrer une session en direct d'une version avec un noyau plus ancien pour modifier le fichier - montez la partition racine sur /mntet modifiez /mnt/etc/default/grubsur ajoutez le paramètre.
Zanna

Merci pour des instructions claires. J'espère que cela fera l'affaire. Je ferai rapport ici si ce n'est pas le cas. J'utilise actuellement 16.10 sur un Zotac Nano CI320. J'avais essayé 16.04 et Debian 8 plus tôt, et j'ai également rencontré des blocages aléatoires. J'ai essayé 16.10 en espérant que le problème disparaîtrait avec un noyau plus récent. Fait intéressant, la seule fois où j'ai essayé REISUB (je ne me souviens pas du système d'exploitation), cela a fonctionné - il pourrait donc se révéler que je suis confronté à un problème différent.
Jeremy Cook

@JeremyCook Je viens d'installer 16.10 et la première chose que j'ai faite a été de modifier mes paramètres de démarrage - je devrais vraiment vérifier ce nouveau noyau! Veuillez me faire savoir si cela fonctionne ou non ici.
Zanna

1

Les processeurs Linux on Bay Trail et Braswell se bloquent au hasard avec les périphériques vidéo intégrés.

Le problème vient du contrôle de la température. Retirez simplement le module Thermald:

sudo apt-get remove thermald 

3
Je crois que le bogue de Bay Trail est dans le pilote i915 (processeur Intel). Le processeur essaie constamment d'entrer dans des états de veille qui ne sont pas pris en charge par lui. Les problèmes pour les utilisateurs de Bay Trail ont commencé après un commit sur i915, donc cela a toujours été blâmé. Cependant, il y a peut-être une autre cause pour certains, et je n'ai aucune idée des gels de Braswell et ce serait formidable de savoir qu'ils sont corrigés par une action (sûre?). Avez-vous une référence pour ces informations, ou pouvez-vous nous dire sur quel matériel cela a été testé et a fonctionné?
Zanna

Il semble que ce soit toujours un problème avec 19.04. J'espérais en quelque sorte que ce serait réglé maintenant. Cela s'est produit sur mon ordinateur portable depuis le 14.04. 15.10 était presque impossible à corriger.
crip659

0

Pour les personnes suivant ce bug, voici une mise à jour. Allez à: Bogue 109051 - intel_idle.max_cstate = 1 requis sur baytrail pour éviter les plantages et appuyez sur la Endtouche. Si nécessaire, appuyez sur Page Uppour afficher le message # 1013.

Selon le commentaire # 1013, il est maintenant corrigé dans les noyaux récents:

Je n'ai pas vérifié ce fil depuis longtemps, mais j'ai pensé que je devrais poster mes résultats au cas où cela serait utile à quiconque.

Un ordinateur bas de gamme alimenté par un Intel N2807 qui n'a jamais fonctionné plus de 30 mn sans planter quand je n'ai pas réglé ... max_cstates = 1 fonctionne maintenant parfaitement bien avec un noyau d'origine v. 5.3.1 ou 4.19.75. Je l'ai exécuté pendant quelques jours avec chaque version sans aucun problème. La consommation électrique moyenne a également baissé d'un peu plus de 10%.

Il a fallu environ quatre ans pour corriger ce bogue signalé pour la première fois le 8 décembre 2015.

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.