Un nouvel ordinateur se bloque à l'arrêt / redémarrage, comment dépanner?

24

Mon système fonctionne parfaitement mais il se bloque lors de l'arrêt / du redémarrage / de la suspension / de l'hibernation: toutes les fenêtres et la barre de menus disparaissent mais le fond d'écran du bureau reste. Il ne montre même pas l'écran d'arrêt (celui avec les points animés) où je pouvais appuyer sur ESC et regarder le texte de la console d'arrêt. Le système est tout nouveau et entièrement mis à jour à l'aide d'Update Manager.

  1. Comment puis-je déterminer la cause du gel?
  2. Y a-t-il un journal sur lequel je peux enquêter?
  3. Comment puis-je réparer cela?

Je ne vois aucune cause évidente du gel. La seule pièce jointe USB est une souris / un 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 lors de l'arrêt directement depuis l'écran de connexion).

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

  • Sur la base d'autres questions ( ceci , ceci et ceci ) qui suggèrent certains paramètres ACPI, j'ai essayé sudo shutdown -h nowde voir si l'affichage du texte de la console d'arrêt offre des indices, mais le système ne va même pas aussi loin - il se fige toujours pendant que le l'écran montrait l'image d'arrière-plan du bureau, sans aucune barre d'outils. Fonctionne seulement sudo shutdown --force, mais ce n'est pas une solution.
  • La modification du menu grub pour ajouter acpi = off au noyau n'a pas aidé. Je suppose qu'il n'y a pas grand intérêt à essayer les autres (moins) suggestions ACPI?
  • L'ajout de noapic à l'entrée grub n'a eu aucun effet perceptible. L'ajout de nolapic à la place a fait quelque chose (j'avais supprimé l' option silencieuse ) - le système a réussi à continuer plus loin avec l'arrêt, jusqu'à la ligne Vérification de l'exécution des mises à niveau sans assistance: qui étaient 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. La commutation du 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 sur une console virtuelle (CtrlAltF1) comme suggéré par djeikyb et à partir de là, j'ai fait un arrêt -h maintenant et il a gelé là aussi, après cette sortie de console . Je n'ai pas essayé de tuer les processus un à la fois parce que je suis encore trop novice pour comprendre comment faire ça.
  • Le démarrage avec le noyau 2.6.35.22 plutôt que 2.6.35.25 n'a pas aidé.
  • La désactivation des pilotes Nvidia n'a pas aidé.
  • Le démarrage à partir de Live CD (clé USB en fait) n'a pas aidé; il se fige de la même manière.
  • Démarrer à partir de Live CD, avec acpi=off noapic nolapicn'a pas aidé non plus. Ni l'un ni l'autre nolapic. Évidemment, ce n'est pas un paramètre personnalisé dans mon installation, mais une sorte de problème de base.
  • MemTest a concouru en 1 heure sans erreur.
Torben Gundtofte-Bruun
la source
2
Le blocage à l'arrêt / redémarrage ne devrait pas empêcher tout type d'installation. Linux n'est pas Windows, les fichiers peuvent être remplacés pendant l'utilisation, Ubuntu n'effectuera pas les mises à niveau lors du redémarrage. Le redémarrage est uniquement nécessaire pour s'assurer que les nouveaux exécutables sont chargés.
Javier Rivera
@Javier désolé mais je ne suis pas d'accord. Certaines installations et en particulier les pilotes Nvidia nécessitent explicitement des étapes lors de l'arrêt. Il existe également une étape dans la procédure d'arrêt normale qui vérifie toute autre installation en attente juste avant le redémarrage. Si vous avez raison, pourquoi le gestionnaire de mise à jour demande-t-il un redémarrage et pourquoi le menu d'alimentation renomme-t-il l'entrée "redémarrer" en "redémarrer pour terminer l'installation des mises à niveau"? (cité de mémoire.) En général, je suis très satisfait d'Ubuntu et aussi du fait que tous les programmes peuvent être installés et sont disponibles instantanément. Mais pour les conducteurs, cela peut être différent?
Torben Gundtofte-Bruun
Ne soyez pas désolé pour un désaccord. La connaissance vient généralement après un désaccord. Je ne vois aucun script lié aux mises à niveau exécutées à l'arrêt, mais pour /etc/init.d/inattended-upgrades, et cela vérifie simplement si une mise à niveau est en cours et force l'arrêt à attendre leur fin. Le menu change car vous avez généralement (*) besoin de redémarrer pour appliquer les mises à niveau, le noyau doit être rechargé. Je ne connais pas le pilote propriétaire nvidia, mais la plupart des pilotes graphiques commencent juste avec un redémarrage X (et peut-être un rmmod).
Javier Rivera
@Javier, ah oui "les mises à niveau sans assistance" sont ce que je vois pendant l'arrêt (sur mon autre machine). Merci d'avoir expliqué ça! :-)
Torben Gundtofte-Bruun
@torbengb: désolé mais ce n'est pas le cas. Le menu d'alimentation a que "redémarrer pour terminer les mises à niveau de l'installation" est très trompeur et ne signifie pas ce que vous pensez. Il n'y a rien à faire à l'arrêt pour "terminer l'installation" comme vous le pensez. Ce texte est destiné à signifier que vous devez redémarrer pour utiliser la nouvelle version de certains logiciels, comme le nouveau noyau peut être installé / mis à niveau mais vous utilisez toujours l'ancien jusqu'à un redémarrage. Cela ne signifie PAS que l'arrêt fait une étape supplémentaire lors de l'installation! Vous vous trompez ici, même l'installation du pilote nvidia ne fait rien "d'extra" à l'arrêt.
LGB

Réponses:

8

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

Le mauvais pilote est chargé, ce qui empêche l'arrêt. Pour y remédier, vous devez procéder comme suit:

Ouvrez un terminal et saisissez: sudo modprobe -rf rt2860sta

Suivi par: sudo modprobe rt2860sta

Ensuite, vous devez mettre sur liste noire le mauvais pilote:
echo blacklist rt2800pci | sudo tee -a /etc/modprobe.d/blacklist.conf

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

Torben Gundtofte-Bruun
la source
1
Soumettre un patch sur Launchpad?
Oxwivi
Ça semble être une bonne idée. Je suis totalement nouveau sur Linux, donc je ne sais pas comment faire ça. En y regardant ...
Torben Gundtofte-Bruun
1
Je pense que ce bug a déjà été signalé .
Torben Gundtofte-Bruun
4

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

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

    cd .. && cd .. && sudo -H gedit etc/default/grub
    
  2. Modifiez la ligne GRUB_CMDLINE_LINUX=""pour qu'elle indique:

    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

    (ça peut accrocher sur l'écran violet, mais j'espère que pour la dernière fois ...)

Jonathan
la source
1
Vous pouvez également essayer les paramètres pour ACPI: brighthub.com/computing/linux/articles/39504.aspx
Jonathan
1
Il est toujours plus sûr de placer des options sur GRUB_CMDLINE_LINUX_DEFAULT car cela n'affecte pas l'entrée de démarrage pour le mode de récupération.
Mahesh
J'ai eu ce problème uniquement lors du redémarrage avec Ubuntu / Lubuntu / Xubuntu sur un ancien PC (Intel Celeron, 512 Mo de RAM). J'ai essayé toutes les solutions, mais juste votre réponse a aidé. Merci.
Alen
2

Ce pourrait être un problème 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 (beaucoup d'interrogation).

Tout d'abord, une petite explication sur la façon d'ajouter des paramètres du noyau, misérablement volés à Htorque :

  1. Démarrez votre système et attendez que le menu GRUB s'affiche (si vous ne voyez pas de menu GRUB, appuyez et maintenez la Shifttouche gauche juste après le démarrage du système).
  2. Sélectionnez maintenant le noyau que vous souhaitez utiliser et appuyez sur la ctouche. Vous devriez pouvoir voir et éditer les commandes associées au noyau en surbrillance.
  3. Descendez jusqu'à la ligne commençant par linuxet ajoutez l'un des paramètres suivants après un espace.
  4. Appuyez maintenant sur Ctrl+ xpour démarrer.

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

  • acpi=off, celui-ci devrait désactiver complètement acpi. C'est le plus susceptible de fonctionner, mais vous perdrez toute votre gestion de l'alimentation.
  • pci=noacpi , cela amènera le noyau à ignorer acpi pour la numérisation d'images et l'attribution d'irq.
  • acpi=noirq, cela ne désactivera que l'attribution d'irq via acpi.
  • irqpoll, cela fera le sondage du noyau pour toutes les interruptions d'irq sans assistance.
  • noapic, cela fera que le noyau ignorera l' APIC .
Javier Rivera
la source
Trop long pour un commentaire
Javier Rivera
Si vous aimez l'ajout de paramètres de noyau, n'oubliez pas de voter pour la réponse Htorque originale.
Javier Rivera
J'ai édité l'entrée la plus haute et ajouté acpi = off à la fin de la ligne en commençant par linux . J'ai remarqué que la ligne était renvoyée à une autre ligne, je l'ai donc ajoutée à la ligne suivante - pas au milieu. J'ai ensuite démarré avec cette entrée et j'ai choisi de redémarrer directement à partir de l'écran de connexion - et il a immédiatement gelé à nouveau ...
Torben Gundtofte-Bruun
Essayez noapic et nolapic, les deux ne sont pas liés à l'acpi.
Javier Rivera
noapic = aucun effet. nolapic a fonctionné jusqu'à un certain point, voir la question mise à jour.
Torben Gundtofte-Bruun
1

Je voudrais:

  • réinstaller les puces RAM
  • réinitialiser le BIOS aux paramètres par défaut
  • essayez d'exécuter la distribution en direct et voyez comment cela fonctionne
  • exécuter MemTest pendant un certain temps
jet
la source
La distribution en direct n'a pas aidé; même effet. La réinitialisation du BIOS n'a pas aidé; même effet. MemTest est prévu pour ce soir. Réinstaller la RAM nécessite de briser le sceau; Je préfère ne pas, car il s'agit d'une toute nouvelle machine.
Torben Gundtofte-Bruun
1

J'ai corrigé cela en ajoutant la ligne suivante au fichier /etc/default/halt:

INIT_HALT = POWEROFF
Fabio
la source
Merci ça a vraiment fonctionné !!!. Je ne peux toujours pas savoir quel paquet a vraiment causé cette nuisance. J'étais au courant de chaque paquet lorsque je les ai installés. Cela a commencé à apparaître lorsque j'avais installé virtualbox (je pensais plus tard que c'était dû à mpd). Je ne peux pas vraiment déterminer comment le rétablir.
rasoir
0

Dans la plupart des cas, cela se produit en raison d'une carte graphique buggy. Par exemple, dans Ubuntu 12.04, j'ai dû 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 (si installé) les outils en mode ordinateur portable (y compris ses dépendances, c'est-à-dire ethtool, sdparm), car cela provoque également l'arrêt de l'arrêt.

rasoir
la source
0

Curieusement, mon problème a été résolu lorsque j'ai supprimé le paramètre "maintenant". Autrement dit, j'utilisais:

sudo /sbin/reboot now

et ça devenait coincé,

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 uniquement lorsque j'ai installé Ubuntu 13.10 .
J'ai encore 3 autres stations avec le même matériel exact mais avec une ancienne version d' Ubuntu 12.04 et je n'ai pas ce problème.

Haroon
la source
J'ai remarqué que lorsque j'ajoute le paramètre "now", le message suivant est imprimé: "Le système s'arrête pour maintenance MAINTENANT!" et quand je l'omet, le message est légèrement différent: "Le système va redémarrer MAINTENANT!"
Haroon
0

J'ai également fait face à la même situation, mais je n'ai pas pu la résoudre par l'une des méthodes ci-dessus. Bien qu'il puisse y avoir plusieurs causes à ce problème, j'ai résolu ce problème en désactivant le contrôleur USB 3.0 dans le menu BIOS.

Kapil Garg
la source