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

• un seul programme cesse de répondre?
• rien ne répond aux clics de souris ou aux touches?
• la souris cesse de bouger entièrement?
• J'ai un processeur Intel Bay Trail?

Dans quel ordre dois-je essayer différentes solutions avant de décider de débrancher le cordon d'alimentation?

Que dois-je faire lorsque la mise en route d'Ubuntu échoue? Existe-t-il une procédure de diagnostic que je peux suivre?

Quand un seul programme cesse de fonctionner:

Lorsqu'une fenêtre de programme cesse de répondre, vous pouvez généralement l'arrêter en cliquant sur le bouton de fermeture en forme de X en haut à gauche de la fenêtre. Cela se traduira généralement par 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 supprimer le programme ou de continuer à attendre qu'il réponde.

Parfois, cela ne fonctionne pas comme prévu. Si vous ne pouvez pas fermer une fenêtre normalement, vous pouvez appuyer sur Alt+ F2, taper xkillet appuyer sur Enter. Votre curseur de la souris puis se transformer en un X . Survolez la fenêtre incriminée et faites un clic gauche pour la tuer. Un clic droit annulera et ramènera votre souris à la normale.

Si votre programme est exécuté depuis un terminal, vous pouvez généralement l’arrêter avec Ctrl+ C. Sinon, trouvez le nom et l'ID de processus de sa commande et dites au programme de se terminer dès que possible avec kill [process ID here]. Il envoie le signal par défaut SIGTERM( 15). Si tout le reste échoue, comme envoi de dernier recours SIGKILL( 9): kill -9 [process ID here]. Notez que vous ne devez l’utiliser SIGKILLqu’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 -9toujours fonctionne si vous êtes autorisé à tuer. Dans certains cas particuliers, le processus est toujours répertorié par psou top(en tant que "zombie") - dans ce cas, le programme a été tué, mais l'entrée de la table de processus est conservée, parce que c'est nécessaire plus tard.)

Lorsque la souris cesse de fonctionner:

Si le clavier fonctionne toujours, appuyez sur Alt+ F2et exécutez gnome-terminal(ou, si leur lancement échoue, appuyez sur Alt+ Ctrl+ F1et connectez-vous avec votre nom d'utilisateur et votre mot de passe ). De là, vous pouvez résoudre les problèmes. Je ne vais pas me lancer dans le dépannage de la souris ici, car je n'ai pas fait de recherche à ce sujet. Si vous souhaitez 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 réapparaître, vous ramenant à l'écran de connexion.

Lorsque vous avez un processeur Intel Bay Trail

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

Lorsque tout, touches et souris et tout cesse de fonctionner:

Essayez d’abord la méthode Magic SysReq décrite dans la réponse de Phoenix . Si cela ne fonctionne pas, appuyez sur le bouton de réinitialisation sur le boîtier de l'ordinateur. Si même cela ne fonctionne pas, il vous suffira de mettre la machine hors tension .
Puissiez-vous ne jamais atteindre ce point.

S'il se verrouille complètement, vous pouvez le rediffuser, une alternative plus sûre qu'un simple redémarrage à froid de l'ordinateur.

REISUB par:

Tout en maintenant Altles SysReq (Print Screen)touches et, tapez 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

REISUB est BUSIER à l'envers, comme dans "Le système est plus occupé qu'il ne devrait l'être", si vous devez vous en souvenir. Ou mnémonique - R eboot; E ême; Je f; Le système; U tterly; B roken.

C'est la clé SysReq:

NOTE: Il existe un moyen moins radical que de redémarrer l’ensemble du système. Si la SysReqclé fonctionne, vous pouvez supprimer les processus un par un à l'aide de Alt+ SysReq+ F. Le noyau tuera à chaque fois le processus le plus souvent «coûteux». Si vous voulez tuer tous les processus pour une console, vous pouvez émettre Alt+ SysReq+ K.

REMARQUE: vous devez explicitement activer ces combinaisons de touches. Ubuntu est livré avec le paramètre par défaut sysrq 176 (128 + 32 + 16), qui permet d’exécuter uniquement la partie SUB de la combinaison REISUB. Vous pouvez le remplacer par 1 ou, ce qui est potentiellement moins nocif, par 244. 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

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

Plus d'infos sur toutes les Alt+ SysReqfonctions ici .

Vous pouvez faire en sorte que le raccourci Ctrl+ Alt+ Deleteouvre le Moniteur système , avec lequel vous pouvez supprimer toutes les applications qui ne répondent pas.

1. Ouvrez Système Préférences ➜ Raccourcis clavier et cliquez sur Ajouter .
   Dans le champ Commande , entrez gnome-system-monitor. Nommez le raccourci que vous voulez.

2. Cliquez sur Appliquer , puis sur le libellé Désactivé . Maintenant, appuyez sur les touches Ctrl+ Alt+Delete

3. Fermez les raccourcis clavier et essayez le raccourci:

Les gels tels que ceux que vous avez décrits peuvent être liés au logiciel et au matériel et, comme vous l'avez parfois trouvé frustrant, difficiles à diagnostiquer.

Matériel

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

Il pourrait être utile de simplifier temporairement votre configuration en connectant uniquement la carte graphique avec un clavier et une souris standard. Toutes les autres cartes doivent être retirées.

Pour les problèmes liés aux acpi, essayez d’amorcer avec l’ noapic nomodesetoption de démarrage grub. acpi=offCela vaut également la peine d'essayer même si cela pourrait avoir d'autres effets indésirables tels que l'utilisation constante de ventilateurs.

Cela vaut également la peine de vérifier le niveau de la version du bios et de voir si le fournisseur a une version plus récente du bios. Les notes Lisez-moi devraient, espérons-le, révéler si une nouvelle version corrigée plante ou se bloque.

Logiciel

Je remarque que vous avez essayé les pilotes standard 270 mais que vous avez échoué à cause de gels. Pouvez-vous préciser si vous aviez des problèmes similaires avec le pilote open-source? Évidemment, vous n'obtiendrez pas d'Unity pendant les tests.

Le gel des graphiques peut être l’une des combinaisons du pilote / compiz / X / kernel

Si vous souhaitez essayer l'une des suggestions ci-dessous, commencez par sauvegarder votre système avec un bon outil de sauvegarde tel que CloneZilla. Vous aurez besoin d’un périphérique de stockage externe pour recevoir l’image, par exemple une grande clé USB ou un disque dur interne séparé.

Installation du nouveau pilote nVidia

Désactivez (désinstallez) votre pilote 173-nvidia actuel à l'aide de la fenêtre Pilotes supplémentaires.

Il existe un petit nombre de correctifs importants, principalement dans la 275 stable, mais un petit nombre également dans la 280beta qui gèle - cela vaut la peine d'essayer de voir si cela s'applique à votre carte graphique. Malheureusement, nvidia n’entre pas dans les détails sur les cartes qu’elle corrige (readme.txt)

Cependant, je recommanderais vivement une sauvegarde, sauf si vous êtes sûr d’annuler une installation de nvidia, d’autant plus que vous avez de sérieux problèmes avec les 270 pilotes un peu plus anciens. J'ai utilisé clonezilla d'innombrables fois et cela m'a toujours évité des ennuis. Vous avez cependant besoin d'un grand disque externe - clé USB / disque externe ou un disque séparé.

Mises à jour X

Les derniers pilotes graphiques ont été packagés dans le ppa x updates .

Remarque - ceci vous éloignera de la base standard - lors de la mise à niveau ultérieure ppa-purgedu PPA avant la mise à niveau.

Vous pouvez également installer manuellement les pilotes de nVidia:

Essayez d’installer les derniers pilotes nvidia stable 275 ou 280 - 32bit 280 drivers: site ftp et 64bit: 280 drivers: site ftp

À installer

CTRL+ ALT+ F1pour basculer sur TTY1 et vous 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 32 bits (équiv pour 64 bits), puis redémarrez.

Pour désinstaller

sudo sh NVIDIA* --uninstall

Enlevez aussi /etc/X11/xorg.conf

X / Noyau / Compiz

Si vous utilisez Ubuntu classique avec des effets, obtenez-vous les mêmes problèmes de gel que Ubuntu standard? Si vous ne pouvez pas reproduire le gel avec Ubuntu classique (aucun effet), cela vous dirigera vers un problème de composition. Je soulèverais un rapport de bogue du tableau de bord avec l’équipe Compiz.

Si l’espace est disponible (par exemple 20 Go), vous pouvez effectuer un double démarrage / installation avec le dernier alpha oneiric. Évidemment, cela sera lui-même instable, mais cela viendra avec le dernier X et le dernier noyau. Vous devrez peut-être également installer manuellement les pilotes graphiques bêta 280 ci-dessus, car ils ne seront probablement pas proposés dans la fenêtre Pilotes supplémentaires.

Si, au cours des tests, vous ne voyez pas la même activité de gel, vous pouvez essayer d'améliorer votre version de X avec le logiciel ppa x-edgers et d'utiliser le noyau kernel 3.0 dans Natty. Suivre cette voie n’est pas vraiment souhaitable - et pourrait vous causer des problèmes de mise à niveau dans l’avenir - et pourrait avoir un autre problème de stabilité imprévu. Encore une fois, utilisez ppa-purgepour supprimer le PPA.

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

Ceci est un test ppa - avez une sauvegarde prête si vous voulez essayer cette route.

Si vous rencontrez beaucoup de gels, il pourrait y avoir un problème avec votre matériel. J'avais l'habitude d'obtenir des blocages durs toutes les 48 heures en raison de la mémoire RAM moins qu'optimale. Memtest86 + a montré la faute après 40 minutes de test. Échangé la RAM pour un peu plus (sous garantie) et je suis maintenant à 32 jours, 1 heure de disponibilité.

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

Quoi qu'il en soit ... Bien que savoir redémarrer doucement soit une tâche très utile, la recherche, la création de rapports et la réparation du système devraient être votre prochaine priorité. Si c'est un système toujours actif, vous devriez pouvoir le faire entre les mises à jour du noyau * sans avoir besoin de redémarrer.

* Vous devez redémarrer lorsque vous obtenez des mises à jour du noyau car ils seront les correctifs de sécurité qui ne seront pas appliquées jusqu'à ce que vous redémarrez dans le nouveau noyau.

Lorsque tout ne fonctionne plus, essayez d'abord Ctrl+ Alt+ F1pour vous rendre sur un terminal, où vous pouvez probablement tuer X ou d'autres processus problématiques.

Si même cela ne fonctionne pas, essayez de maintenir enfoncé Alt+ SysReqtout en appuyant sur (lentement, avec quelques secondes entre chaque) R E I S U B.

Cela met le clavier en mode brut, termine les tâches dans différents états, synchronise les disques, etc. et redémarre enfin la machine. Vous obtiendrez de bien meilleurs résultats que de simplement tirer sur la fiche. Bien sûr, si cela échoue, il ne vous reste plus qu'à débrancher la prise.

De plus, parfois, c’est tout simplement le X-Server qui se bloque - un cas que j’ai le plus souvent trouvé lorsque vous utilisez Compiz.

Si tel est le cas, vous pouvez tuer X, ce qui redémarrera et vous ramènera à l'écran de connexion.

La séquence par défaut est Ctrl+ Alt+Backspace

Bien que cette option soit désactivée par défaut (vraisemblablement, de nouveaux utilisateurs l'ont frappée accidentellement) et qu'elle peut être réactivée de la manière suivante:

1. System→ Keyboard(c.-à-d. Le dialogue des préférences du clavier)
2. Onglet Layouts
3. Cliquez sur le bouton Options
4. Dans la séquence de touches pour tuer le point serveur X , vérifiez Ctrl+ Alt+Backspace .

Mon premier favori quand le gel total s'est produit - Alt+ SysRq+ K.

Cette combinaison tue X et me ramène à l'écran de connexion graphique. Si cela ne fonctionne pas, essayez Alt+ SysRq+ R E I S U B.

Dans ce cas , vous pouvez essayer CTRL- ALT- F1pour se rendre à une console. Puis connectez-vous avec votre mot de passe.

Redémarrer l'interface graphique

Vous pouvez essayer de redémarrer votre bureau graphique avec:

sudo service lightdm restart

Si vous utilisez Ubuntu 11.04 ou une version antérieure , utilisez plutôt ceci (comme gdmutilisé pour le gestionnaire d'affichage par défaut):

sudo service gdm restart

Si vous utilisez plutôt Kubuntu, alors le gestionnaire d'affichage par défaut est kdm, vous devriez donc plutôt utiliser:

sudo service kdm restart

Si vous utilisez un autre gestionnaire d’affichage, remplacez ligthdm/ gdm/ kdmpar son nom.

Redémarrer la machine

Si vous souhaitez effectuer un redémarrage du système en mode minimal, utilisez:

sudo shutdown -r now

DoR et Phoenix ont bien répondu à cette question. Pour compléter cette page, j'ajouterais:

Si seul X est "cassé", vous pouvez utiliser le noyau pour le tuer:

SysRq+ Alt+K

Pour les ordinateurs portables (dépend du modèle, généralement nécessaire si "SysRq" est écrit en bleu):

Fn+ SysRq+ Alt+ K(relâche Fnaprès avoir appuyé sur SysRq).

Ce que je fais est d'ouvrir un terminal avec par exemple. Ctrl+ Alt+F2

Connectez-vous et utilisez le terminal pour supprimer le processus en retard

ps -e | grep <procesname>

Cela montre le processID du processus avec ce nom

(sudo) kill <processID>

Cela ferme le processus en toute sécurité, au cas où cela ne fonctionnerait pas, utilisez

(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

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

La première chose à examiner est de savoir si c'est seulement X qui est gelé, ou le système entier. Activez ssh puis ssh dans le système. Si vous ne pouvez pas utiliser SSH, c'est probablement un noyau bloqué. Si vous pouvez faire ssh, alors il se peut que ce soit juste un blocage de gpu.

Essayez ensuite de redémarrer X. Pour ce faire, redémarrez le gestionnaire d’affichage:

• Sous Ubuntu 11.10 et ultérieur, LightDM est le gestionnaire d’affichage. Exécutez donc:

  service lightdm restart
  

• Sous Ubuntu 11.04 et les versions antérieures, GDM étant le gestionnaire d’affichage, exécutez:

  service gdm restart
  

Si cela fonctionne, alors c'est peut-être un bug de X. Si cela ne fonctionne toujours pas, vous pouvez avoir un blocage de GPU dans le pilote drm du noyau. Il serait utile de savoir à ce stade si vous exécutez le pilote -ati (open source) ou le pilote -fglrx (source fermée).

Si vous devez procéder à un arrêt brutal, je me demanderais si la mémoire (RAM) échouait. Lors de votre prochain démarrage, essayez d’exécuter memtest86. Pour faire ça:

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

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

Il existe également une documentation de la communauté sur le diagnostic des pannes matérielles .

Si vous utilisez la SysRqclé magique comme suggéré dans la première réponse, essayez d’obtenir que le clavier fonctionne d’abord avec Alt+ SysRq+ R; puis essayez à nouveau Ctrl+ Alt+ F1.

Cela peut fonctionner et vous pouvez vous épargner un redémarrage. Si cela ne fonctionne pas, vous devriez essayer toute la séquence de REISUB .

Appuyez simplement sur Ctrl+ Alt+ F1sur votre clavier pour ouvrir TTY1. Lorsqu'il s'ouvre, exécutez la commande Kill. Exemple ci-dessous.

D'abord, vous utilisez: ps, cela vous montrera tous les processus en cours d'exécution ("ps | less" si vous voulez voir les résultats page par page). Ensuite, vous recherchez le PID du processus que vous souhaitez terminer. Après cette utilisation: kill pid

kill command- Arrête l'exécution d'un processus

Syntaxe: kill [-s sigspec] [-n signum] [-sigspec] jobspec ou pid kill -l [état de sortie]

Description: La plupart des obus modernes, y compris Bash, possèdent une fonction de suppression intégrée. Dans Bash, les noms et les numéros de signaux sont

acceptés en tant qu'options et les arguments peuvent être des ID de travail ou de processus. Un état de sortie peut être signalé à l'aide de l'option -l: zéro si au moins un signal a été envoyé avec succès, différent de zéro en cas d'erreur. En utilisant la commande kill de / usr / bin, votre système peut activer des options supplémentaires, telles que la possibilité de tuer des processus autres que votre propre ID utilisateur et de spécifier les processus par leur nom, comme avec pgrep et pkill. Les deux commandes kill envoient le signal TERM si aucune n'est donnée.

Source: http://www.linuxforums.org/forum/newbie/53976-end-tasks-linux-like-task-manager-windows.html

Source: http://webtools.live2support.com/linux/kill.php

Je pense qu’il n’existe pas de distribution parfaite, même sous Windows, ils ont cet écran de la mort.

• Ouvrir un autre terminal Ctrl+ Alt+ F2.

• Connectez-vous avec votre identifiant et votre mot de passe.

• Émettez cette commande:

  sudo /etc/init.d/gdm restart
  

  Cela redémarre ou vous déconnecte de votre session en cours mais ne redémarre pas.

Ensuite, Ctrl+ Alt+, F7revenez à votre interface graphique.

Quelques autres ressources:

• https://wiki.ubuntu.com/X/Dépannage / Gel
• https://wiki.ubuntu.com/X/Dépannage/BlankScreen

(La réponse du wiki de la communauté - la solution était initialement enterrée dans la question du PO )

SOLUTION:

Résolu.

Mon problème particulier était ma carte graphique (série intégrée Radeon 9000). netconsole a révélé que je recevais l'erreur: "reserve failed for wait". Après des essais, j'ai configuré manuellement ma carte vidéo et désactivé l'accélération matérielle. Complètement résolu le problème.

Voici ce que j'ai fait:

Xorg.conf créé manuellement

Ubuntu configure automatiquement xorg.conf et n’utilise pas de fichier. Pour éditer ce fichier, vous devez dire à Ubuntu d'en créer explicitement un puis de l'éditer. Voici les étapes:

1. Redémarrer le système
2. Tenir Shiftcomme des bottes GRUB
3. Sélectionner le terminal racine dans le menu de connexion GRUB
4. Exécuter: X -config xorg.conf.new
5. Copie: cp xorg.conf.new /etc/X11/xorg.conf

Désactiver l'accélération matérielle

Ce qui suit est spécifique à ma carte Radeon, mais je suis sûr que d’autres cartes ont une configuration similaire.

1. Modifier xorg.conf
2. Trouver la section "Périphérique" pour la carte graphique
3. Décommentez l'option "NoAccel" et définissez-la sur "True"
4. Enregistrer + redémarrer

J'espère que ça t'as aidé.

La solution la plus simple consiste à ajouter l' applet "Forcer à quitter" au panneau supérieur de votre Gnome et lorsqu'un programme ne répond pas, cliquez sur le forçage, puis sur l'application.

Je suis surpris avec tant de réponses, ce n'est pas mentionné. Bien sûr, vous pouvez toujours le faire ps -Aet le diriger vers grepvotre nom de programme. Et kill -9ça. Je préfère la simplicité.

Vous pouvez toujours faire Alt+ F2et écrire killall <program>ou xkillet cliquer sur la fenêtre que vous voulez briser!

Mon Ubuntu est super enclin à geler (probablement 20 fois par jour). J'utilise aussi la clé magique sysrq, mais au lieu de l'utiliser pour redémarrer ou tuer xserver, j'utilise la commande 'f' qui appelle oom_kill, en abandonnant effectivement un processus. Je n'ai jamais vu que ces onglets chromés (car j'ai tendance à en ouvrir plusieurs lourds à la fois). Quoi qu'il en soit, cela me permet de sortir de ce pétrin 95% du temps.

Ainsi, lorsque mon Ubuntu se fige (se bloque, la souris cesse de répondre, etc.), je tiens alt+ sysrqpuis je frappe f(si vous ne le faites pas correctement, une capture d'écran sera prise à la place). Je dois généralement répéter ce combo plusieurs fois avant qu'ubuntu ne revienne à la vie.

J'aurais abandonné Ubuntu il y a longtemps si je n'avais pas découvert cela, j'espère que cela aidera quelqu'un!

Appuyez sur Alt+ F2pour exécuter une commande. Tapez xkillet appuyez sur Entrée.

Le curseur de votre souris se transformera en une croix pouvant forcer la fermeture de la fenêtre sur laquelle vous cliquez.

Si quelqu'un peut fournir une capture d'écran, je pense que cela serait utile.

Vous pourriez obtenir des informations supplémentaires lorsque vous basculez vers la vue TTY. Appuyez sur Ctrl+ Alt+ F1pour l'obtenir, utilisez Ctrl+ Alt+ F7(ou peut-être F8) pour revenir à l'interface graphique. Vous pouvez avoir différentes sessions sur la plupart des touches F, mais la question est tout à fait différente.

Si possible, essayez d'ouvrir un shell ssh depuis un autre ordinateur. Il s'agit d'une option. Si vous saviez à l'avance que l'ordinateur pourrait se bloquer bientôt, ouvrez d'abord la connexion avant d'exécuter cette tâche.

Je fais cela parfois lorsque je sais que vmware est fou et que l'interface graphique d'ubuntu (l'hôte de vmware) ne répond plus. Je peux faire une suspension à partir du shell ssh, cela peut prendre un certain temps, et au bout d’un moment, l’ordinateur est à nouveau inactif.

Il y avait quelques bugs manqués entre la relation entre Unity / Compiz, le système X.org et le pilote vidéo. Ces bogues sont bien sûr traités avec les versions plus récentes et mises à jour de Unit, Compiz, X ou du pilote vidéo.

Lorsque l' unité et à l' intérieur , tout est lent et essentiellement endommagé, aller à TTY1, appuyez sur CTRL+ ALT+ F1. Une fois dans le terminal, tapez votre utilisateur et votre mot de passe pour accéder à la ligne d'invite. Vous pouvez également accéder au TTY lors du démarrage en appuyant sur ESCou en maintenant enfoncé SHIFT, puis dans le menu GRUB, en sélectionnant le mode de récupération.

1. Installer le PPA Xorg Edgers

   sudo add-apt-repository ppa:xorg-edgers/ppa sudo apt-get update
   

   En fonction de votre carte vidéo, vous pouvez installer les séries 304, 310, 313 ou une version plus récente. Je recommande de toujours tester la dernière version et que si cela pose un problème, descendez de là jusqu'à une version où tout fonctionne correctement. Par exemple, si vous avez une GT 9500 ou une version ultérieure (comme dans mon cas auquel je possède également une 440 GT, une 560 TI et une 680 GTX), la seule version qui résout tous mes problèmes est la 313.18 qui est sortie il y a quelques jours. . Donc je ferais ceci:

   sudo apt-get install nvidia-313
   

   Cela installerait la dernière version de la série 313. Il corrige BEAUCOUP de problèmes vidéo avec Compiz, Unity et xorg. La série 310 corrige également de nombreux problèmes mais je n’ai pas testé celui-ci avec mes cartes vidéo. Les autres versions de Nvidia sont nvidia-experimental-304 et nvidia-experimental-310 à la date de rédaction de ce document.

2. Redémarrez pour tester si votre carte vidéo ne fonctionne pas correctement avec Ubuntu. Si vous rencontrez des problèmes avec le fichier de configuration Nvidia, ouvrez simplement un terminal, saisissez sudo nvidia-xconfiget redémarrez.

Il y a d'autres questions intéressantes qui pourraient également aider comme:

Comment mettre à jour mon pilote NVIDIA?

Comment installer les pilotes Nvidia?

Impossible d'installer le pilote Nvidia

Quelle est la différence entre les packages nvidia-current et nvidia-current-updates?

Ou même plus générique: comment activer correctement Desktop Cube dans Unity 3D?

Si vous avez essayé tout ce qui précède et que le problème de gel persiste, vous voudrez peut-être essayer ce que j'ai fait.

Appliquez des quantités généreuses de nettoyant de contact sur le processeur, la RAM et tous les autres composants suffisamment complexes pour faire apparaître ces minuscules broches serrées. Ils peuvent perdre de la conductivité à cause de l’accumulation de poussière et des courts-circuits dus à l’humidité.

Quelques jours après le nettoyage (j'ai utilisé CRC 2-26) et une série de tests de résistance très brutaux, mon PC n'a pas gelé une fois.

Donc, pour tous ceux qui souffrent de gel soudain et inattendu, arrêtez de manipuler votre système d'exploitation au-delà de ce qui est raisonnable et faites un nettoyage exhaustif de la poussière et des contacts.

Remplacez-le par le dernier noyau Linux 2.6.35 ou supérieur qui résoudra votre problème. Suivez ces étapes à partir de ce lien .

J'avais des problèmes similaires avec 10.04. X se bloquerait et rien ne résoudrait le problème à l’aide d’une réinitialisation. J'ai mis à jour mes pilotes nvidia vers la dernière version et je n'ai pas eu de problèmes depuis.

Dans le cas très spécifique où vous utilisez Virtualbox pour exécuter un invité 64 bits sur un hôte 32 bits (Ubuntu) à l'aide de VT-x ou AMD-V (technologie de virtualisation matérielle intégrée à votre CPU) uniquement

Virtualbox peut provoquer un blocage aléatoire de votre hôte 32 bits lorsque vous exécutez un invité 64 bits à l'aide de VT-x ou AMD-V (technologie de virtualisation matérielle intégrée à votre processeur). C'est un problème connu .

2 solutions:

1. Vous devez exécuter des invités 32 bits uniquement sur votre hôte 32 bits actuel [recommandé si vous disposez de moins de 2 Go de RAM];
2. Vous devez basculer vers Ubuntu 64 bits en tant qu'hôte (vous pouvez même effectuer une "migration" de 32 bits à 64 bits en réinstallant Ubuntu 64 bits sans toucher à votre dossier "/ home") [recommandé si vous disposez de 2 Go de RAM ou plus].

Veuillez noter que vous pouvez exécuter des invités 64 bits et 32 ​​bits sur un hôte 64 bits à l'aide de Virtualbox sans aucun problème.

D'autres réponses ont très bien couvert des cas généraux ...