Coincé au redémarrage et à l'arrêt

J'ai récemment installé Ubuntu 12.04 et je l'adore. Cependant, j'ai un problème: je ne peux pas arrêter ou redémarrer correctement.

Lorsque j'arrête mon ordinateur portable (Acer Aspire 5560), il se bloque sur les 5 points et y reste.

Lorsque je redémarre mon ordinateur portable, il s'éteint mais lorsqu'il redémarre, il reste sur l'écran violet (pas de logo quoi que ce soit)

Je dois arrêter ça:

• sudo service network-manager stop avant l'arrêt - rien

• Ajout de quelques lignes au fichier GRUB - rien

• installé d'autres versions d'Ubuntu - rien
• sudo shutdown -h now - rien

et encore plus.

En ce moment je vois un écran noir devant moi avec le texte

 Asking all remaining processes to terminate [OK]

Et les 5 points avec seulement le dernier orange.

Sur d'autres essais, j'ai eu cette chose:

modem-manager:could not get the system bus......

J'ai d'abord eu Windows à double démarrage d'Ubuntu. Et puis ça a bien fonctionné. Cependant, après une nouvelle installation d'Ubuntu seul, j'ai obtenu cela.

J'ai eu un problème similaire avec un Dell XPS 15z que j'ai résolu en ajoutant acpi=noirqaux arguments du noyau:

sudo vi /etc/default/grub

ensemble

GRUB_CMDLINE_LINUX_DEFAULT="acpi=noirq quiet splash"

puis

sudo update-grub

Notez qu'avant j'utilisais acpi=off, ce qui me permettait de démarrer, mais pas d'arrêter. Sans aucun drapeau acpi, je n'ai pas pu démarrer.

Vous pouvez essayer ces commandes dans le terminal

Pour l'arrêt:

sudo halt

Pour l'arrêt:

sudo init 0

Pour redémarrer:

sudo init 6

Pour l'arrêt:

sudo shutdown -h now

Pour l'hibernation:

sudo /etc/acpi/hibernate.sh

J'ai eu un piratage de ce lien - http://www.pbehnke.com/main/node/11 , pour une raison quelconque, si les contrôles USB sont définis sur auto, la boucle d'arrêt-redémarrage démarre. La solution était de les faire avec onforce.

J'ai ajouté une fonction dans le /etc/init.d/haltscript comme celle-ci -

# Add this function in the /etc/init.d/halt script
# call before do_stop
set_usbs_on () {
    usbcontrolpath="/sys/bus/usb/devices/*/power/control"
    for dev in $usbcontrolpath;
    do
        echo "Setting $dev: " `cat $dev` "to on"
        echo on > $dev
        echo ""
    done
}

et je l'appelle avant do_stopdans le case $1 stopcommutateur -

stop)
    set_usbs_on
    do_stop
    ;;

Maintenant, la machine s'arrête.

La seule chose que je devais faire était d'appuyer sur Ctrl+ Alt+ Tpour ouvrir le terminal. Lorsqu'il s'ouvre, exécutez la commande ci-dessous

sudo update-grub

et maintenant ça marche bien.

Même problème avec les faux faux "sur les 5 points". J'ai lu quelque part (je ne me souviens plus où) la première "Déconnexion" (menu en haut à droite) puis l'arrêt. Je fais ça depuis plus d'un mois maintenant sans plus de problème.

Je ne suis pas un expert, mais j'ai chargé BARTpe pour accéder à une invite de commande et réinstallé le bios, il a démarré directement sur le disque dur.

Je me rends compte que c'est un super vieux post, mais j'ai trouvé la VRAIE réponse pour ce modèle. Ce n'est pas Ubuntu, c'est l'Aspire.

Depuis le registre des bogues ubuntu: ( lien )

Il semble que ce soit un bug BIOS / UEFI, donc il n'y a pas de solution pour le corriger sur 5560g si vous prévoyez d'utiliser efi.

Un utilisateur sur TomsGuide confirme que c'est le cas même lors de l'installation de Windows:

Le problème est que le modèle ACER Aspire 5560G (ne demandez pas comment {peut-être lié au BIOS?}) Ne peut pas s'arrêter correctement (geler) lorsque le système d'exploitation est installé dans un style de partition GPT.

Encore une fois à partir de la page des bugs, une solution de contournement: ( lien )

SOLUTION: à l'aide de gdisk, convertissez gpt en mbr, configurez la réparation de démarrage, restaurez mbr, puis restaurez grub

Beaucoup de travail pour réparer une si petite chose. Certains utilisateurs ont suggéré qu'un BIOS mette à jour mon aide.

AVIS DE NON-RESPONSABILITÉ: Je ne peux confirmer aucune de ces informations en dehors du fait que l'erreur se produit et que Windows rencontre en effet les mêmes problèmes lorsqu'il est installé avec gpt. Si je décide de suivre la solution de contournement (très risquée) ou de mettre à jour le BIOS (encore plus risqué) et d'obtenir d'autres résultats, je mettrai à jour.