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 journalctl
mais 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:
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:
(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
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
quiet
etsplash
sont des paramètres par défaut pour Ubuntu Desktop - pas besoin de les modifier, ni aucun autre paramètre préexistantMaintenant, enregistrez le fichier en appuyant sur ctrl+ opuis enterquittez en appuyant sur ctrl+x
Maintenant, lancez
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/grub
une 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 soigneusementintel_idle.max_cstate=1
en vous assurant qu'il y a également un espace après.Appuyez maintenant sur F10ou Ctrl+ xpour démarrer.
la source
/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/mnt
et modifiez/mnt/etc/default/grub
sur ajoutez le paramètre.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:
la source
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:
Il a fallu environ quatre ans pour corriger ce bogue signalé pour la première fois le 8 décembre 2015.
la source