705 votes

Que dois-je faire quand Ubuntu se fige ?

Tous les systèmes d'exploitation se bloquent parfois, et Ubuntu ne fait pas exception. Que dois-je faire pour reprendre le contrôle lorsque...

  • un seul programme ne répond plus ?
  • rien du tout ne répond aux clics de souris ou aux pressions de touches ?
  • la souris ne bouge plus du tout ?
  • J'ai un CPU Intel Bay Trail ?

Dans quel ordre dois-je essayer les différentes solutions avant de décider de débrancher la prise ?

Que dois-je faire lorsque le démarrage d'Ubuntu échoue ? Existe-t-il une procédure de diagnostic que je peux suivre ?

5 votes

3 votes

0 votes

Vous devriez méditer et commencer à apprendre Windows ou MacOS ! Bien plus stable que linux.

18voto

Chielus Points 281

Ce que je fais, c'est ouvrir un terminal avec par ex. Ctrl + Alt + F2

Connectez-vous et utilisez le terminal pour tuer le processus qui est en retard.

ps -e | grep <procesname>

Cela montre la processID du processus portant ce nom

(sudo) kill <processID>

Cela permet d'arrêter le processus en toute sécurité, au cas où cela ne fonctionnerait pas utiliser

(sudo) kill -9 <processID>

Utilisez les pages de manuel pour plus d'informations sur ces commandes.

Vous pouvez revenir à l'interface utilisateur graphique avec Ctrl + Alt + F7

8 votes

ps y grep PROCESS peut être remplacé par un pgrep PROCESS appel, et votre tout peut simplement être remplacé par pkill PROCESS ou un killall PROCESS .

0 votes

Merci, je ne le savais pas. Il semble que ce soit aussi des commandes UNIX, sympa.

0 votes

Cependant, le comportement par défaut de pgrep n'est pas de montrer autre chose que l'ID du processus lui-même. Si vous voulez connaître le nom complet du processus et toute autre information, ps est toujours un outil très précieux.

15voto

Jeroen Dierckx Points 394

La première chose à vérifier est de savoir si c'est juste X qui est gelé, ou l'ensemble du système. Activez ssh, puis connectez-vous au système. Si vous ne pouvez pas vous y connecter, alors il s'agit probablement d'un blocage du noyau. Si vous puede ssh, alors ça pourrait être juste un blocage du gpu.

Essayez ensuite de redémarrer X. Faites-le en redémarrant le gestionnaire d'affichage :

  • Sur Ubuntu 11.10 et plus, LightDM est le gestionnaire d'affichage, alors exécutez :

    service lightdm restart
  • Sur Ubuntu 11.04 et antérieures, GDM est le gestionnaire d'affichage, donc exécutez :

    service gdm restart

Si cela fonctionne, alors il s'agit peut-être d'un bogue X. Si cela ne fonctionne toujours pas, vous avez peut-être un blocage du GPU dans le pilote drm du noyau. Il serait utile de savoir à ce stade si vous utilisez le pilote -ati (open source) ou -fglrx (closed source).

1 votes

Merci ! Mon bureau se fige également de façon aléatoire. L'exécution de "service gdm restart" le fait toujours apparaître. La plupart du temps, le bureau semble se figer lorsque Firefox est lancé. Avez-vous une idée de la façon dont je peux déboguer/réparer ce problème ?

0 votes

En général, lorsque je me retrouve à utiliser le mot "aléatoire" pour décrire un bug, je le prends comme un indice que je dois en faire un peu plus pour mieux caractériser le bug. Par exemple, à quelle fréquence se produit-il, y a-t-il des choses qui semblent plus susceptibles de le déclencher que d'autres, si d'autres symptômes apparaissent en même temps, etc.

0 votes

Vous devez également tenir compte de votre matériel et de votre pilote. Certains pilotes comme -intel sont plus susceptibles d'avoir des bugs de gel que d'autres pilotes comme -ati. Le matériel peut également jouer un rôle, par exemple si vous placez une carte ATI haut de gamme dans une boîte avec une alimentation peu fiable. Une mauvaise mémoire vive, des cartes mères défectueuses, une surchauffe, des irrégularités d'alimentation, etc. peuvent entraîner des blocages.

14voto

alastairs Points 3045

Pour diagnostiquer les blocages, vous devriez pouvoir utiliser la console réseau (ou la console série, d'ailleurs). Suivez les instructions d'installation décrites ici .

0 votes

Je vais essayer de le faire et je vous enverrai les résultats.

0 votes

Ça a marché comme un champion. J'ai identifié le problème comme étant ma carte graphique : "radeon .... reserve failed for wait". Maintenant je sais ce que je dois rechercher.

12voto

ESV Points 4591

Si vous devez procéder à un arrêt brutal, je me demanderais si la mémoire (RAM) n'est pas défaillante. Au prochain démarrage, essayez d'exécuter memtest86. Pour ce faire :

  • pendant le démarrage, maintenez la touche shift
  • le menu Grub apparaîtra
  • utilisez les touches du curseur pour sélectionner la dernière option "memtest86".
  • appuyez sur la touche Entrée

Vous obtiendrez un affichage de base et il essaiera de lire et d'écrire de nombreuses valeurs dans toute votre RAM. Tant qu'il n'y a pas d'échec, vous verrez un état vert. En cas d'échec, il deviendra rouge. Dans ce cas, vous devrez remplacer au moins un stick de votre RAM.

Il y a également documentation communautaire sur le diagnostic des pannes de matériel .

12voto

Steve T Points 161

Si jamais vous utilisez la magie SysRq comme suggéré dans la première réponse, essayez d'abord de faire fonctionner le clavier avec Alt + SysRq + R ; puis essayez Ctrl + Alt + F1 encore.

Ça peut marcher et vous épargner un redémarrage. Seulement si ça ne marche pas, vous devriez essayer tout le système. REISUB séquence.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X