web-dev-qa-db-fra.com

Un nouvel ordinateur se bloque à l’arrêt / au redémarrage, comment résoudre ce problème?

Mon système fonctionne parfaitement, mais il se fige lors de l’arrêt /reboot/suspend/hibernate: toutes les fenêtres et la barre de menus disparaissent mais le fond d’écran reste. Il ne montre même pas l'écran d'arrêt (celui avec les points animés) où je pourrais appuyer sur ESC et regarder le texte de la console d'arrêt. Le système est flambant neuf et entièrement mis à jour à l'aide de Update Manager.

  1. Comment puis-je déterminer la cause du gel?
  2. Y a-t-il un journal que je peux examiner?
  3. Comment puis-je résoudre ce problème?

Je ne vois aucune cause évidente du gel. La seule pièce jointe USB est une souris/clavier; Je n'ai pas de stockage externe attaché; et je n'ai aucun programme en cours d'exécution (la machine se bloque même en arrêtant depuis l'écran de connexion).

Ce que j'ai essayé jusqu'à présent:

  • Sur la base d'autres questions ( this , this , et this ) suggérant des paramètres ACPI, j'ai essayé Sudo shutdown -h now pour voir si la console d'arrêt L’affichage de texte offre des indices, mais le système n’atteint pas ce stade: il se fige toujours lorsque l’écran affiche l’arrière-plan du bureau, sans barres d’outils. Seul Sudo shutdown --force fonctionne, mais ce n'est pas une solution.
  • Editer le menu grub pour ajouter acpi = off au noyau n'a pas aidé. Je suppose qu’il n’est pas utile d’essayer les autres suggestions (moins importantes) ACPI?
  • L’ajout de noapic à l’entrée grub n’a aucun effet perceptible. Ajouter nolapic à la place a fait quelque chose (j'avais supprimé l'option quiet ) - le système a réussi à continuer avec l'arrêt, jusqu'à ce que la ligne Vérification de l'exécution des mises à jour sans assistance: qui sont les derniers caractères à l'écran.
  • J'ai également vérifié le BIOS du système, en particulier en ce qui concerne les options d'alimentation, mais je n'ai rien vu d'extraordinaire. Changer le paramètre de veille du BIOS de S3 à S1 n'a pas aidé. Le paramètre de veille ne peut pas être désactivé et il n'y a pas d'autres paramètres liés à ACPI AFAIK.
  • La réinitialisation du BIOS n'a pas aidé. Pas surpris; n'avait rien changé.
  • J'ai essayé d'aller à une console virtuelle (CtrlAltF1) comme suggéré par djeikyb et à partir de là, un shutdown -h now et il a gelé là aussi, après - cette sortie de la console . Je n'ai pas essayé de tuer les processus un par un, car je suis encore trop novice pour comprendre comment faire cela.
  • Amorcer avec le noyau 2.6.35.22 plutôt que 2.6.35.25 n’a pas aidé.
  • Désactiver les pilotes Nvidia n'a pas aidé.
  • Démarrer à partir d'un Live CD (clé USB en fait) n'a pas aidé; ça gèle de la même façon.
  • Démarrer à partir du Live CD, avec acpi=off noapic nolapic n’a pas aidé non plus. nolapic non plus. Il est donc évident que ce n’est pas un paramètre personnalisé dans mon installation, mais un problème de base.
  • MemTest a concouru en 1 heure sans erreur.
24

Cette réponse sur les forums Ubunt a la solution exacte! (Pourquoi n'ai-je pas posté en parallèle ici sur AU? Cela aurait économisé une semaine de temps calendaire et plusieurs heures de temps d'ordinateur!)

Le mauvais pilote est chargé, ce qui empêche l’arrêt. Pour résoudre ce problème, vous devez procéder comme suit:

Ouvrez un terminal et tapez: Sudo modprobe -rf rt2860sta

Suivi de: Sudo modprobe rt2860sta

Ensuite, vous devez répertorier le mauvais pilote sur la liste noire:
echo blacklist rt2800pci | Sudo tee -a /etc/modprobe.d/blacklist.conf

Une fois que vous avez redémarré (vous devrez éteindre pour la dernière fois!), Vous constaterez que vous pouvez redémarrer correctement.

8

Pour Ubuntu 11.10, vous pouvez essayer l'option reboot=bios (ou d'autres options):

  1. Accédez au fichier de configuration GRUB comme expliqué ici .

    cd .. && cd .. && Sudo -H gedit etc/default/grub
    
  2. Editez la ligne GRUB_CMDLINE_LINUX="" afin qu'elle se lise:

    GRUB_CMDLINE_LINUX="reboot=bios"
    

    et enregistrez le fichier.

  3. Mettez à jour GRUB pour écrire la configuration:

    Sudo update-grub
    
  4. Redémarrez votre ordinateur

    (Il se peut qu'il soit affiché sur l'écran violet, mais j'espère pour la dernière fois ...)

4
Jonathan

Ce pourrait être un problème d'ACPI. Vous pouvez essayer de transmettre au noyau certains paramètres pour désactiver certaines fonctions ACPI. Notez que cela entraînera une perte de fonctionnalités (gestion de l'alimentation) ou de performances (nombreuses interrogations).

Tout d’abord une petite explication sur la façon d’ajouter des paramètres du noyau, dérobée à Htorque :

  1. Démarrez votre système et attendez que le menu GRUB s'affiche (si vous ne voyez pas de menu GRUB, maintenez la touche gauche enfoncée. Shift clé juste après le démarrage du système).
  2. Maintenant, mettez en surbrillance le noyau que vous voulez utiliser et appuyez sur le bouton c clé. Vous devriez pouvoir voir et éditer les commandes associées au noyau en surbrillance.
  3. Descendez à la ligne commençant par linux et ajoutez l'un des paramètres suivants après un espace.
  4. Maintenant, appuyez sur Ctrl + x pour démarrer.

Vous ne pouvez pas essayer les options suivantes, une à chaque fois, elles sont classées de plus agressive, susceptible de fonctionner à moins agressive mais moins de fonctions désactivées:

  • acpi=off, celui-ci devrait complètement désactiver acpi. C'est le plus susceptible de fonctionner, mais vous perdrez toute votre gestion de l'alimentation.
  • pci=noacpi, cela obligera le noyau à ignorer acpi pour l'analyse d'images et l'affectation d'irq.
  • acpi=noirq, cela ne désactivera que l'attribution d'irq via acpi.
  • irqpoll, le noyau sera interrogé pour toutes les interruptions irq sans surveillance.
  • noapic, le noyau ignorera le APIC .
2
Javier Rivera

Je voudrais:

  • remettre en place RAM puces
  • réinitialiser le BIOS aux valeurs par défaut
  • essayez de lancer Live distro et voyez comment cela fonctionne
  • exécuter MemTest pendant un certain temps
1
jet

J'ai résolu ce problème en ajoutant la ligne suivante au fichier /etc/default/halt:

INIT_HALT = POWEROFF
1
Fabio

J'ai également fait face à la même situation mais je ne pouvais pas le résoudre grâce à l'une des méthodes ci-dessus. Ce problème peut avoir plusieurs causes, mais j’ai résolu le problème en désactivant le contrôleur USB 3.0 dans le menu BIOS.

0
Kapil Garg

Curieusement, mon problème a été résolu lorsque j'ai supprimé le paramètre "maintenant". C'est-à-dire que j'utilisais:

Sudo /sbin/reboot now

et ça se bloquait,

mais quand j'ai utilisé:

Sudo /sbin/reboot

le problème a été résolu.

Je ne comprends pas pourquoi. Le problème est apparu seulement quand j'ai installé buntu 13.1.
J'ai encore 3 autres stations avec le même matériel mais avec une version plus ancienne de buntu 12.04 et je n'ai pas ce problème.

0
Haroon

Dans la plupart des cas, cela est dû à une carte graphique défectueuse. Par exemple, dans Ubuntu 12.04, je devais installer toutes les mises à jour (y compris celles liées à xorg). Après cela, j'ai installé le catalyseur 12.10, qui a résolu le problème. Je vous suggère de supprimer (s'il est installé) laptop-mode-tools (y compris ses dépendances, eth.tool, sdparm), car cela provoque également l'arrêt brutal de l'arrêt.

0
razor