Comment réparer le système Ubuntu qui ne répond pas ?

Si vous voulez un moyen de redémarrer, sans enregistrer les documents ouverts, mais sans appuyer sur le bouton de réinitialisation, il existe des moyens moins susceptibles de provoquer une perte de données. Tout d'abord, essayez Ctrl +Alt +F1 . Cela devrait vous amener à une console virtuelle, comme l'a dit ixtmixilix. Une fois que vous êtes dans une console virtuelle, Ctrl +Alt +Supprimer éteindra et redémarrera la machine.

Si cette technique ne fonctionne pas, il y a toujours Alt +SysRq +R E Je S U B .

Quant à résoudre le problème sans redémarrer, sans plus d'informations sur ce qui se passe, il serait difficile de donner une bonne réponse. Si vous pouviez décrire les circonstances dans lesquelles cela se produit (la meilleure façon de le faire est de modifier votre question pour ajouter l'information), cela peut aider les gens à donner de bonnes réponses. L'autre chose à considérer est que, si votre ordinateur ne répond plus - surtout si cela prend plus de quelques secondes pour Ctrl +Alt +F1 pour afficher une console virtuelle - alors vous avez presque certainement un bogue, et en le signalant, vous pouvez à la fois aider la communauté et peut-être obtenir une réponse.

Glitches GUI causant un WM ou X11/Wayland qui ne répond pas

Cela peut être dû à une interaction entre une application et un gestionnaire de fenêtres --ou le serveur X11 ou Wayland. Un signe que c'est la nature du problème est si une application cesse de répondre et vous empêche d'entrer des entrées avec le clavier ou la souris dans d'autres fenêtres d'application. (Aucune application ne devrait être capable de le faire ; certains composants de l'interface graphique doivent contenir un bogue pour que cela se produise.) Si c'est ce qui se passe, vous pouvez alors tuer le processus incriminé dans une console virtuelle (comme ixtmixilix y a fait allusion) :

1. Appuyez sur Ctrl +Alt +F1 .

2. Connectez-vous. Vous ne verrez rien lorsque vous entrez votre mot de passe. C'est normal.

3. Utilisez un utilitaire comme ps pour déterminer le nom du processus du programme incriminé. Parfois, c'est facile dans Ubuntu, et d'autres fois non. Par exemple, le nom d'un processus Archive Manager est file-roller . Si vous avez du mal à le comprendre, vous pouvez généralement trouver les informations en ligne sans trop de problèmes (ou si vous ne pouvez pas, vous pouvez poster une question à ce sujet).

   Vous pouvez piper ps la sortie de grep pour rétrécir les choses. Supposons que le gestionnaire d'archives soit à l'origine du problème. Ensuite, vous pouvez exécuter :

    ps x | grep file-roller
   

   Vous verrez une entrée pour votre propre grep commande, plus une entrée pour file-roller .

4. Tenter de tuer le processus incriminé avec SIGTERM . Cela lui donne la possibilité d'effectuer un nettoyage de dernière minute, comme vider les tampons de fichiers, signaler aux serveurs distants qu'il est sur le point de se déconnecter (pour les protocoles qui le font) et libérer d'autres types de ressources. Pour cela, utilisez le kill commande :

   kill PID

   où PID est le numéro d'identification du processus que vous voulez tuer, obtenu en exécutant ps à l'étape 3.

5. SIGTERM est un moyen de demander fermement à un processus de s'arrêter. Le processus peut ignorer ce signal et le fera en cas de dysfonctionnement dans certaines circonstances. Vous devriez donc vérifier que cela a fonctionné. Si ce n'est pas le cas, tuez-le avec SIGKILL , qu'il ne peut ignorer, et qui fonctionne toujours sauf dans les rares cas où le processus est en veille ininterruptible (ou s'il n'est pas réellement en cours d'exécution, mais plutôt un processus zombie).

   Vous pouvez à la fois vérifier si le processus est toujours en cours d'exécution et le tuer avec SIGKILL si c'est le cas, avec une seule commande :

   kill -KILL PID

   Si vous recevez un message du type kill: (PID) - No such process , vous savez le tuer avec SIGTERM travaillé. Si vous n'obtenez aucune sortie, vous savez SIGTERM n'a pas fonctionné. Dans ce cas, SIGKILL probablement fait, mais cela vaut la peine de vérifier en l'exécutant à nouveau. (Appuyez sur la touche fléchée vers le haut pour afficher les commandes précédentes, pour faciliter la saisie.)

6. Dans de rares cas pour vos propres processus, ou toujours avec des processus appartenant à root ou un autre utilisateur en plus de vous-même, vous devez tuer le processus en tant que root . Pour ce faire, ajoutez sudo (y compris l'espace de fin) avant le kill ci-dessus commandes. Si les commandes ci-dessus ne fonctionnent pas ou si on vous dit que vous n'avez pas l'accès nécessaire pour tuer le processus, essayez-le en tant que root avec sudo .

(Au fait, kill -KILL est le même que le très populaire kill -9 . Je recommande kill -KILL car SIGKILL n'est pas garanti d'avoir 9 comme son numéro de signal sur toutes les plateformes. Cela fonctionne sur x86, mais cela ne signifie pas que cela fonctionnera nécessairement partout. De cette façon, kill -KILL est plus susceptible de terminer le processus avec succès que kill -9 . Mais ils sont équivalents sur x86, alors n'hésitez pas à les utiliser ici si vous le souhaitez.)

Si vous savez qu'il n'y a pas d'autres processus portant le même nom que celui que vous voulez tuer, vous pouvez utiliser killall au lieu de kill et le nom du processus au lieu du numéro d'identification du processus.

Un processus monopolisant les ressources du processeur

Si un processus s'exécute à ou très près de la priorité la plus élevée possible (ou pour le dire plus correctement, à ou près de la plus faible gentillesse possible), il pourrait potentiellement rendre votre interface utilisateur graphique complètement, ou presque complètement, insensible. Cependant, dans cette situation, vous ne pourrez probablement pas basculer vers une console virtuelle et exécuter des commandes (ou peut-être même redémarrer).

Si un processus ou une combinaison de processus s'exécutant avec une priorité normale ou modérément élevée ralentit votre machine, vous devriez pouvoir les tuer en utilisant la technique décrite dans la section ci-dessus. Mais s'il s'agit de programmes graphiques, vous pouvez probablement aussi les tuer en cliquant sur le bouton de fermeture de leurs fenêtres - l'environnement de bureau vous donnera la possibilité de les tuer s'ils ne répondent pas. Si cela ne fonctionne pas, vous pouvez bien sûr (presque) toujours les tuer avec kill -KILL .

Problèmes d'E/S

Les E/S boguées peuvent provoquer une absence de réponse prolongée (voire perpétuelle). Cela peut être dû à un bogue du noyau et/ou à des pilotes bogués. Une solution partielle consiste à éviter les opérations lourdes et simultanées de lecture et/ou d'écriture (par exemple, ne copiez pas deux gros fichiers à la fois, dans deux processus de copie simultanés ; ne copiez pas un gros fichier tout en regardant une vidéo HD ou en installant un système d'exploitation dans une machine virtuelle).

Ceci est évidemment insatisfaisant et la vraie solution est de trouver le problème et de le signaler. À moins que vous n'exécutiez un noyau principal à partir de kernel.org, les bogues du noyau doivent être signalés pour le package linux dans Ubuntu (puisque Ubuntu propose des versions de noyau spéciales qui intègrent des correctifs spécifiques à la distribution, et les rapports de bogues non confirmés par rapport à un noyau principal seront rejetés sur kernel.org). Vous devriez le faire en exécutant ubuntu-bug linux (ou apport-cli linux ) sur la machine concernée. Consultez d'abord la documentation sur les rapports de bogues d'Ubuntu ; il explique comment le faire correctement.

Problèmes de carte graphique

Certains blocages de l'interface graphique peuvent être causés par des problèmes de carte graphique. Il y a plusieurs choses que vous pouvez essayer pour atténuer cela :

1. Faites une recherche sur le Web pour voir si d'autres personnes ont rencontré des problèmes similaires avec la même carte vidéo (et/ou marque et modèle de machine) sur Ubuntu ou d'autres distributions GNU/Linux. Il peut y avoir des solutions plus spécifiques que ce que je peux proposer dans cette réponse, sans informations plus spécifiques que celles actuellement contenues dans votre question.

2. Voyez si différents pilotes vidéo sont disponibles pour vous d'essayer. Vous pouvez le faire en vérifiant les pilotes supplémentaires ; vous pouvez également effectuer une recherche sur le Web pour voir quels pilotes Linux sont disponibles pour votre carte vidéo. La plupart des cartes vidéo propriétaires sont Intel, AMD/ATi ou Nvidia (cliquez sur ces liens pour voir la documentation de la communauté sur l'installation et l'utilisation de pilotes propriétaires pour ces cartes dans Ubuntu). Pour Intel, il vaut mieux s'en tenir aux pilotes FOSS présents dans Ubuntu, mais il existe toujours des informations utiles que vous pouvez utiliser. Quelle que soit la carte dont vous disposez, ces informations générales peuvent vous aider.

   Si vous utilisez actuellement des pilotes propriétaires, vous pouvez essayer d'utiliser différents pilotes propriétaires (par exemple, directement à partir de NVidia ou AMD/ATi), ou vous pouvez essayer d'utiliser les pilotes open source gratuits à la place.

3. Essayez de sélectionner un type de session de connexion graphique qui ne nécessite/n'utilise pas d'accélération graphique. Pour ce faire, déconnectez-vous et, sur l'écran de connexion graphique, cliquez sur le logo Ubuntu ou l'icône d'engrenage près de votre nom de connexion. Un menu déroulant s'affiche. Modifier la sélection depuis Ubuntu vers Ubuntu 2D . Cela vous oblige à utiliser Unity 2D au lieu de Unity. (Si vous utilisez GNOME Shell, vous pouvez sélectionner GNOME Fallback / GNOME Classique à la place.) En cas de doute et qu'il y a une sélection indiquant "aucun effet", choisissez-la, car c'est probablement la plus sûre.

   Cette question contient des informations supplémentaires sur les différentes interfaces graphiques parmi lesquelles vous pouvez choisir dans Ubuntu.

4. Dans les nouvelles versions d'Ubuntu, vous pouvez choisir entre X.org et Wayland sur l'écran de connexion. Quel que soit celui que vous avez utilisé, essayez l'autre. Parfois, un problème avec Wayland peut être résolu en utilisant X.org, ou vice versa.

5. Signaler un bogue.

J'espère que les informations ci-dessus ont fourni des informations générales sur ce qui pourrait être à l'origine de ce type de problème. Il devrait également servir à éclairer le type d'informations qu'il pourrait vous être utile d'ajouter à votre question (selon les détails spécifiques du problème), pour permettre d'obtenir une réponse encore meilleure. (Ou pour améliorer cette réponse avec des informations supplémentaires spécifiques à votre situation.)

Oui, le moyen le plus simple d'y parvenir est d'activer les clés pour tuer le serveur Xorg et relancer la session X.

Pour l'activer, ouvrez Paramètres système -> Options de disposition du clavier (ou utilisez keyboard commande dans l'interface Unity, appuyez sur Alt F2 ), et cochez cette option :

Ctrl + Alt + Retour arrière

Donc, quand il se bloque, appuyez sur Ctrl Alt Retour arrière tuera le serveur X et lightdm relancera l'interface de connexion