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.

581voto

Phoenix Points 5889

S'il se bloque complètement, vous pouvez le REISUB, ce qui est une alternative plus sûre au simple redémarrage à froid de l'ordinateur.

REISUB par :

Tout en tenant Alt y el SysReq (Print Screen) les touches, le type REISUB .

R:  Switch to XLATE mode
E:  Send Terminate signal to all processes except for init
I:  Send Kill signal to all processes except for init
S:  Sync all mounted file-systems
U:  Remount file-systems as read-only
B:  Reboot

Quelques moyens mnémotechniques pour REISUB :

  • Rise up (from the dead) si vous avez un penchant pour les films de zombies.
  • BUSIER à l'envers, comme dans Le système est plus occupé qu'elle ne devrait l'être !
  • R eboot E ven I f S ysteme U tterly B roken.
  • Ou le classique : R aising E léphants I s S o U tterly B oring

Il s'agit de la clé SysReq :

SysReq key

NOTE : Il existe un moyen moins radical que de redémarrer tout le système. Si SysReq fonctionne, vous pouvez tuer les processus un par un à l'aide de la touche Alt + SysReq + F . Le noyau tuera le processus le plus "coûteux" à chaque fois. Si vous voulez tuer tous les processus d'une console, vous pouvez lancer la commande Alt + SysReq + K .

NOTE : Vous devez activer explicitement ces combinaisons de touches. Ubuntu est livré avec le paramètre par défaut de sysrq 176 (128+32+16), qui permet d'exécuter seulement SUB fait partie de la combinaison REISUB. Vous pouvez le changer en 1 (toutes les commandes sont activées) ou en 244, ce qui est potentiellement moins dangereux. Pour ce faire :

sudo nano /etc/sysctl.d/10-magic-sysrq.conf

et passer de 176 à 244 ; ensuite

echo 244 | sudo tee /proc/sys/kernel/sysrq

Il fonctionnera immédiatement ! Vous pouvez le tester en appuyant sur Alt + SysReq + F . Pour moi, il a tué l'onglet actif du navigateur, puis toutes les extensions. Et si vous continuez, vous pouvez atteindre le redémarrage du serveur X.


Plus d'informations sur tous les Alt + SysReq fonctions ici .

129 votes

Dans le cas où vous êtes obligé de le faire, faites-le lentement. Laissez passer quelques secondes entre chaque pression sur une touche pour que les commandes que vous invoquez aient le temps de se terminer avant de passer à la suivante.

28 votes

Au cas où vous aimeriez des moyens mnémotechniques : Raising Elephants Is So Utterly Boring, ou Reboot Event If System Utterly Broken. Je l'ai aussi vu sous le nom de RSEIUB (Raising Skinny Elephants is Utterly Boring).

15 votes

C'est moi qui l'ai inventé et j'essaie de m'en souvenir comme ça : "Reset System Environment In UBuntu". ou "Reset Environment In System UBuntu".

474voto

ahanson Points 1644

Quand un seul programme cesse de fonctionner :

Lorsqu'une fenêtre de programme ne répond plus, vous pouvez généralement l'arrêter en cliquant sur le bouton de fermeture en forme de X situé en haut à gauche de la fenêtre. Cela entraîne généralement l'apparition d'une boîte de dialogue indiquant que le programme ne répond pas (mais vous le saviez déjà) et vous offrant la possibilité de tuer le programme ou de continuer à attendre qu'il réponde.

Parfois, cela ne fonctionne pas comme prévu. Si vous ne parvenez pas à fermer une fenêtre par les moyens normaux, vous pouvez appuyer sur la touche Alt + F2 , type xkill et appuyez sur Enter . Le curseur de votre souris se transforme alors en un X . Passez la souris sur la fenêtre incriminée et cliquez avec le bouton gauche de la souris pour la supprimer. Un clic droit annule l'opération et ramène votre souris à la normale.

En revanche, si votre programme est exécuté à partir d'un terminal, vous pouvez généralement l'arrêter en utilisant la commande suivante Ctrl + C . Si ce n'est pas le cas, trouver le nom et l'ID du processus de sa commande et de dire que le programme doit se terminer le plus tôt possible avec kill [process ID here] . Il envoie le signal par défaut SIGTERM ( 15 ). Si tout le reste échoue, en dernier recours, envoyez SIGKILL ( 9 ): kill -9 [process ID here] . Notez que vous ne devez utiliser SIGKILL en dernier recours, car le processus sera immédiatement arrêté par le noyau sans possibilité de nettoyage. Il ne reçoit même pas le signal - il cesse simplement d'exister.

(Tuer un processus par kill -9 ça marche toujours si vous avez la permission de tuer. Dans certains cas particuliers, le processus est toujours listé par ps o top (comme "zombie") - dans ce cas, le programme a été tué, mais l'entrée de la table des processus est conservée, car elle est nécessaire plus tard).

Quand la souris ne fonctionne plus :

Si le clavier fonctionne toujours, appuyez sur Alt + F2 et exécuter gnome-terminal (ou, si ceux-ci ne se lancent pas, appuyez sur Alt + Ctrl + F1 et connectez-vous avec votre nom d'utilisateur y mot de passe ). À partir de là, vous pouvez résoudre les problèmes. Je ne vais pas entrer dans le dépannage de la souris ici, car je n'ai pas fait de recherches à ce sujet. Si vous voulez simplement essayer de redémarrer l'interface graphique, exécutez sudo service lightdm restart . Cela devrait faire tomber l'interface graphique, qui tentera alors de respawn, vous ramenant à l'écran de connexion.

Lorsque vous avez un processeur Intel Bay Trail

Voir https://askubuntu.com/a/803649/225694 .

Quand tout, les touches, la souris et le reste, cesse de fonctionner :

Essayez d'abord la méthode Magic SysReq décrite dans la section Réponse de Phoenix . Si cela ne fonctionne pas, appuyez sur la touche Réinitialiser sur le boîtier de l'ordinateur. Si même cela ne fonctionne pas, vous n'aurez qu'à cycle d'alimentation la machine.
Puissiez-vous ne jamais en arriver là.

10 votes

J'ai récemment découvert que, plutôt que d'utiliser la commande "ps $options | grep $process_name" mentionnée ci-dessus, on peut simplement entrer "pgrep $process_name" pour obtenir approximativement le même résultat (pour certaines valeurs de $options).

0 votes

@Chan-Ho Suh Ne pas pouvoir démarrer n'est pas vraiment du "gel". Nous couvrons l'échec du démarrage dans askubuntu.com/questions/162075/ . Ou voulez-vous dire geler à la connexion ?

7 votes

On ne devrait jamais recommander kill -9 dès le départ. Il faut plutôt essayer de tuer le processus avec des signaux moins drastiques d'abord, et n'utiliser -9 que si tout le reste échoue.

65voto

Craig Smitham Points 522

Vous pouvez faire le raccourci Ctrl + Alt + Delete ouvrir le Moniteur système avec lequel vous pouvez tuer toutes les applications qui ne répondent pas.

  1. Ouvrez Raccourcis clavier des préférences système et cliquez sur Ajouter .
    Dans le Commande Entrez dans le champ gnome-system-monitor . Nommez le raccourci comme vous le souhaitez.

enter image description here

  1. Cliquez sur Appliquer puis cliquez là où il est écrit Handicapés . Maintenant, appuyez sur les touches Ctrl + Alt + Delete

enter image description here

  1. Fermer Raccourcis clavier et essayer le raccourci :

enter image description here

8 votes

Mais si X se bloque complètement, ou même si le noyau est bloqué, vous ne pouvez pas faire grand chose avec un raccourci clavier.

27 votes

Malheureusement, System Monitor est assez gourmand en ressources CPU. Il consomme généralement jusqu'à 20 % de mon CPU, donc si votre ordinateur est embourbé, le lancement de SM ne fera que le broyer plus rapidement.

4 votes

Si vous pouvez ouvrir le System Monitor, vous pouvez accéder à un terminal, auquel cas votre OS n'est pas gelé.

48voto

Paul Beckingham Points 7460

Les blocages tels que vous les avez décrits peuvent être liés à la fois au logiciel et au matériel et, comme vous l'avez constaté, ils sont parfois difficiles à diagnostiquer.

Matériel informatique

S'il s'agit d'un PC de bureau, examinez vos cartes matérielles. Pour les ordinateurs portables et de bureau, il peut s'agir de problèmes de type acpi.

Il peut être utile de simplifier temporairement votre configuration pour n'avoir que la carte graphique connectée avec un clavier et une souris standard. Toutes les autres cartes doivent être retirées.

Pour les problèmes liés à l'acpi, essayez de démarrer avec noapic nomodeset dans votre option de démarrage Grub. Cela vaut également la peine d'essayer acpi=off bien que cela puisse avoir d'autres effets indésirables comme l'utilisation constante d'un ventilateur.

Il faut également vérifier le niveau de version du bios et voir si le fournisseur propose une version plus récente du bios. Les notes readme devraient révéler si une version plus récente a corrigé les crashs et les freezes.

Logiciel

Je note que vous avez essayé les pilotes standard 270 mais que vous n'avez pas réussi à cause des blocages. Pouvez-vous préciser si vous avez eu des problèmes similaires avec le pilote open-source ? Il est évident que vous n'aurez pas Unity pendant le test.

Le gel des graphiques peut être dû à l'un des éléments suivants ou à une combinaison de ces éléments : pilote, Compiz, X, noyau.

Si vous êtes prêt à essayer l'une des suggestions ci-dessous premièrement sauvegarder votre système avec un bon outil de sauvegarde tel que CloneZilla. Vous aurez besoin d'un support externe pour recevoir l'image, comme une grande clé USB ou un disque dur interne séparé.

Installation d'un nouveau pilote nVidia

Désactivez (désinstallez) votre pilote 173-nvidia actuel en utilisant la fenêtre Pilotes supplémentaires.

Il y a un petit nombre de correctifs importants, principalement dans la version stable 275, mais aussi dans la version 280beta qui corrige les blocages - cela vaut la peine de vérifier si cela s'applique à votre carte graphique. Malheureusement, nvidia ne donne pas de détails sur les cartes qu'ils corrigent spécifiquement (readme.txt).

Cependant, je recommande fortement une sauvegarde à moins que vous ne vous sentiez en confiance pour inverser une installation nvidia - surtout que vous avez eu de sérieux problèmes avec les pilotes 270 légèrement plus anciens. J'ai utilisé clonezilla d'innombrables fois et il m'a toujours tiré d'affaire. Vous avez besoin d'un gros disque externe - clé USB/lecteur externe ou un disque séparé.

X Mises à jour

Les pilotes graphiques les plus récents ont été regroupés dans l'application x met à jour le ppa .

Remarque : cela vous éloignera de la ligne de base standard si vous effectuez une mise à niveau à l'avenir. ppa-purge le PPA lui-même avant la mise à niveau.

Vous pouvez également installer manuellement les pilotes de nVidia :

Essayez d'installer les derniers pilotes nvidia stables 275 ou 280. Pilotes 32bit 280 : site ftp y 64bit : 280 pilotes : site ftp

Pour installer

CTRL + ALT + F1 pour passer à TTY1 et se connecter

sudo service gdm stop

Pour arrêter le serveur X

sudo su

Pour exécuter en tant que root

cd ~/Downloads
sh NVIDIA-Linux-x86-280.04.run

Pour installer le pilote 32bit (équivalent pour 64bit) puis redémarrer.

Pour désinstaller

sudo sh NVIDIA* --uninstall

Retirez également /etc/X11/xorg.conf

X/Kernel/Compiz

Si vous utilisez Ubuntu classique avec des effets, obtenez-vous les mêmes problèmes de gel qu'avec Ubuntu standard ? Si vous ne pouvez pas reproduire le gel avec Ubuntu classique (sans effets), alors cela vous orientera vers un problème de compiz. Je soulèverais un rapport de bogue de launchpad avec l'équipe compiz.

Si vous disposez de suffisamment d'espace (par exemple 20 Go), vous pouvez effectuer un double démarrage/installation avec la dernière version alpha d'oneiric. Évidemment, cela sera lui-même instable, mais il sera livré avec les derniers X et Kernel. Vous devrez peut-être aussi installer manuellement les pilotes graphiques beta 280 ci-dessus, car ils ne seront probablement pas proposés dans la fenêtre des pilotes supplémentaires.

Si, pendant le test, vous ne constatez pas le même gel, vous pouvez essayer d'augmenter votre version X avec la fonction x-edgers ppa et en utilisant le noyau 3.0 dans Natty. Suivre cette voie n'est pas vraiment souhaitable - et pourrait vous causer des problèmes de mise à jour dans le futur - et pourrait avoir d'autres problèmes de stabilité imprévus. Encore une fois, utilisez ppa-purge pour supprimer le PPA.

Le noyau 3.0 est empaqueté avec le PPA - vous devrez installer les en-têtes ainsi que le noyau lui-même depuis synaptic AVANT de redémarrer si vous avez l'intention d'installer le lecteur nvidia plus tard.

C'est un ppa de test - ont une sauvegarde prête si vous voulez essayer cette voie.

0 votes

... Êtes-vous sûr que c'est une bonne idée, et que cela pourrait résoudre le problème ? Ou s'agit-il simplement d'une supposition ? Comme j'ai eu beaucoup de problèmes avec nvidia-current et que rien ne fonctionnait... C'est pourquoi je suis passé à celui de nvidia-173. Puis-je simplement restaurer tout mon système à partir d'une sauvegarde CloneZilla ? Le problème est que je n'ai plus de disque dur de rechange pour y mettre une copie du système...

0 votes

Je vais essayer... Mais je n'ai pas de disque dur sur lequel faire une sauvegarde, donc j'espère que ça ne va pas casser tout mon système. A propos du fait de se sentir mal à l'aise en utilisant un logiciel bêta : je travaille sur Ubuntu 11.10 Alpha 3 en ce moment xD Mais pour le travail, j'utilise Ubuntu 11.04 car je n'ai pas besoin de bugs constants et parfois de plantages pendant la création d'un site web ou quelque chose de similaire :p

0 votes

Oh mon dieu xD J'ai installé le pilote NVidia-275, et j'ai redémarré. X n'a plus démarré. Pas de problème, après avoir regardé dans les fichiers journaux, j'ai vu qu'un autre pilote utilisait déjà le périphérique. J'ai ajouté nouveau à la liste noire de modprobe, j'ai redémarré, et X a redémarré... Mais maintenant j'ai un autre problème... J'arrive à voir l'interface Unity, et ensuite tout se fige :p Je peux basculer sur les tty's et lancer des commandes et tout, mais il semble qu'Unity et le gestionnaire de fenêtres/décorateur se soient plantés. Je ne peux pas revenir au panneau Gnome (et honnêtement, je ne le voudrais pas), ...

39voto

Mufaka Points 54

Si vous avez beaucoup de blocages, il y a pourrait être quelque chose de mal avec votre matériel. J'avais l'habitude de me bloquer toutes les 48 heures à cause d'une mémoire vive qui n'était pas optimale. Memtest86+ a montré le défaut après 40 minutes de test. J'ai remplacé la RAM par une autre (sous garantie) et j'en suis maintenant à 32 jours et 1 heure de fonctionnement.

Ubuntu n'a pas tendance à répandre ses entrailles dans toute la mémoire comme Windows peut le faire avec le temps. Même si une application ou un mauvais pilote vidéo X le fait, vous pouvez redémarrer LigthtDM très simplement et continuer à avancer, avancer et avancer. En fait, je suis passé par trois versions bêta du pilote nvidia dans ce seul démarrage :)

Quoi qu'il en soit... Bien que savoir comment redémarrer en douceur soit une chose très pratique, trouver, signaler et réparer le système devrait être votre prochaine priorité. S'il s'agit d'un système toujours actif, vous devriez facilement pouvoir passer d'une mise à jour du noyau* à une autre sans avoir besoin de redémarrer.

*Vous devrait redémarrez lorsque vous recevez des mises à jour du noyau, car il s'agit de correctifs de sécurité qui ne seront pas appliqués tant que vous n'aurez pas redémarré dans le nouveau noyau.

1 votes

Je suis d'accord pour dire que la RAM est généralement le coupable des systèmes instables. J'ai eu une fois un problème que Memtest86+ n'a pas pu trouver mais que j'ai pu déclencher à plusieurs reprises en 5 minutes en exécutant des sha1sums sur de très gros fichiers à plusieurs reprises (les checksums changeaient de temps en temps). Ce problème a également été résolu en changeant de carte mémoire. D'autres causes courantes sont une source d'alimentation instable ou des condensateurs de mauvaise qualité sur la carte mère. La seule façon de diagnostiquer ces problèmes est de continuer à échanger des pièces jusqu'à ce que cela fonctionne.

1 votes

+1 pour memtest86. La RAM peut être défectueuse sans que vous le remarquiez vraiment dans l'utilisation quotidienne.

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