坚持重启和关机

我最近安装了Ubuntu 12.04,我喜欢它。 但是我有一个问题 – 我无法正常关机或重启。

当我关闭我的笔记本电脑(Acer Aspire 5560)时,它挂在5个点上并停留在那里。

当我重新启动我的笔记本电脑时,它会关闭,但是当它重新启动时,它会停留在紫色屏幕上(没有徽标,所以有什么)

事我的意思是我要阻止这个:

  • sudo service network-manager stop在关机前停止 – 什么都没有

  • 在GRUB文件中添加一些行 – 什么都没有

  • 安装了其他Ubuntu版本 – 什么都没有
  • sudo shutdown -h now – 没什么

还有一些。

此刻,我看到我面前的黑色屏幕上有文字

  Asking all remaining processes to terminate [OK] 

而5个点只有最后一个橙色。

在其他尝试中我得到了这个东西:

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

我第一次使用Ubuntu双启动Windows。 然后它工作正常。 但是在单独重新安装Ubuntu之后我得到了这个。

戴尔XPS 15z遇到了类似的问题,我通过在内核参数中添加acpi=noirq来解决这个问题:

 sudo vi /etc/default/grub 

 GRUB_CMDLINE_LINUX_DEFAULT="acpi=noirq quiet splash" 

然后

 sudo update-grub 

请注意,之前我一直在使用acpi=off ,这允许我启动,但不能关闭。 没有任何acpi标志,我无法启动。

您可以尝试将这些命令发送到终端

关机

 sudo halt 

关机

 sudo init 0 

重启

 sudo init 6 

关机

  sudo shutdown -h now 

对于hibernate

 sudo /etc/acpi/hibernate.sh 

我从这个链接中得到了一个黑客 – http://www.pbehnke.com/main/node/11 ,出于某种原因,如果usb控件设置为auto ,则shutdown-reboot循环开始。 解决方案是强行制作它们。

我在/etc/init.d/halt脚本中添加了一个函数,如下所示 –

 # 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 } 

case $1 stop切换,我会在do_stop之前调用它 –

 stop) set_usbs_on do_stop ;; 

现在机器关机了。

戴尔Inspiron 7537也遇到了同样的问题。非解决方案对我有用。

我没有打算开启蓝牙,现在我没有遇到这个问题,但关闭它会导致系统重启而不是关机。

我唯一需要做的就是按Ctrl + Alt + T打开终端。 打开时,运行以下命令

 sudo update-grub 

现在它工作正常。

虚假的问题挂在“5点”上。 我已经在某处(不记得在哪里)首先阅读“Log Out”(右上角菜单),然后关机。 我已经这样做了一个多月了,没有更多的问题了。

我不是专家,但我加载了BARTpe以获得命令promt并重新安装bios它直接启动到硬盘驱动器猜测它无法看到它只是尝试加载你的BIOS默认可能不需要更新

我意识到这是一个超级老的post,但我找到了这个模型的真实答案。 它不是Ubuntu,而是Aspire。

来自ubuntu bug注册表:( 链接 )

这似乎是BIOS / UEFI错误,所以如果计划使用efi,没有解决办法将其修复到5560g。

TomsGuide上的用户确认即使安装Windows也是如此:

问题是,当以GPT分区样式安装操作系统时,ACER Aspire 5560G型号以某种方式(不要问{可能与BIOS相关?})无法正常关闭(冻结)。

再次从错误页面解决方法:( 链接 )

解决方法:使用gdisk将gpt转换为mbr,设置启动修复,恢复mbr,然后恢复grub

很多工作来修复这么小的事情。 有些用户建议BIOS更新我的帮助。

免责声明:我无法确认错误发生在外面,并且当与gpt一起安装时,Windows确实遇到了同样的问题。 如果我决定遵循解决方法(风险很大)或更新BIOS(风险更大)并获得更多结果,我会更新。