J'ai récemment installé Ubuntu 12.04 et j'adore ça. Cependant, j'ai un problème: je ne parviens pas à arrêter ou à redémarrer correctement.
Lorsque j'éteins 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'arrête mais quand il redémarre, il reste sur l'écran violet (aucun logo, quel qu'il soit)
Les choses que j'ai ont je devais arrêter ceci:
Sudo service network-manager stop
avant l'arrêt - rien
Ajout de lignes au fichier GRUB - rien
Sudo shutdown -h now
- rienet quelques autres.
Au moment où 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 Ubuntu. Et puis ça a bien fonctionné. Cependant, après une nouvelle installation d'Ubuntu, je l'ai compris.
J'ai eu un problème similaire avec un Dell XPS 15z que j'ai résolu en ajoutant acpi=noirq
aux arguments du noyau:
Sudo vi /etc/default/grub
ensemble
GRUB_CMDLINE_LINUX_DEFAULT="acpi=noirq quiet splash"
puis
Sudo update-grub
Notez que j’utilisais auparavant acpi=off
, ce qui m’autorisait à démarrer mais pas à arrêter. Sans aucun drapeau ACPI, je n'ai pas pu démarrer.
Vous pouvez essayer ces commandes en 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 hiberner:
Sudo /etc/acpi/hibernate.sh
J'ai eu un bidouillage de ce lien - http://www.pbehnke.com/main/node/11 , pour une raison quelconque, si les contrôles USB sont définis sur auto
name__, la boucle shutdown-reboot démarre . La solution consistait à les rendre on
avec force.
J'ai ajouté une fonction dans le script /etc/init.d/halt
comme ceci -
# 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_stop
dans case $1
stop
switch -
stop)
set_usbs_on
do_stop
;;
Maintenant, la machine s'arrête.
J'étais également confronté au même problème sur Dell Inspiron 7537. Aucune des solutions ne fonctionnait pour moi.
Sans intention, je viens d'activer Bluetooth et maintenant je ne suis pas confronté à ce problème, mais le désactiver provoque le redémarrage du système au lieu de l'arrêt.
Même problème avec les faux parasites se bloque "sur les 5 points". J'ai lu quelque part (je ne me souviens plus où) pour commencer par "Déconnecter" (menu en haut à droite) puis par fermer. Je fais cela 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 commande et réinstallé le bios démarré directement sur le disque dur. Devinez qu'il ne pouvait pas le voir. Essayez simplement de charger les paramètres par défaut dans votre bios.
La seule chose que je devais faire était d'appuyer sur Ctrl+Alt+T ouvrir le terminal. Quand il s'ouvre, lancez la commande ci-dessous
Sudo update-grub
et maintenant ça fonctionne bien.
Je réalise que c’est un très vieux post, mais j’ai trouvé la vraie réponse pour ce modèle. Ce n'est pas Ubuntu, c'est l'Aspire.
À partir du registre de bogues ubuntu: ( lien )
Il semble que ce soit un bogue BIOS/UEFI, il n’ya donc pas de solution pour le résoudre sur 5560g si vous envisagez d’utiliser efi.
Un utilisateur de 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 vous demandez pas comment {peut-être lié au BIOS?}) Ne peut pas s'éteindre correctement (gel) lorsque le système d'exploitation est installé dans un style de partition GPT.
Encore une fois, à partir de la page des bogues, une solution de contournement: ( lien )
Contournement: à l'aide de gdisk, convertissez gpt en mbr, configurez boot-repair, restaurez mbr, puis restaurez grub.
Beaucoup de travail est fait pour réparer une si petite chose. Certains utilisateurs ont suggéré qu'un BIOS mette à jour mon aide.
AVERTISSEMENT: Je ne peux rien confirmer en dehors du fait que l'erreur se produit et que Windows rencontre effectivement les mêmes problèmes lorsqu'il est installé avec gpt. Si je décide de suivre la solution de contournement (très risqué) ou de mettre à jour le BIOS (encore plus risqué) et d'obtenir quelques résultats supplémentaires, je les actualiserai.