当前位置：首页 → 问答吧 → 开机时在 Setting consoles to UTF-8 mode [busy] 死机

开机时在 Setting consoles to UTF-8 mode [busy] 死机

时间：2010-06-04

来源：互联网

在开机时，进入到

代码:

Setting consoles UTF-8 mode [busy]

死机，只能重启！

我的 rc.conf

代码:

DAEMONS=(@syslog-ng @network @netfs crond dbus hal @fuse @oss slim)

非常感谢！！！

作者: 57lvii 发布时间: 2010-06-04

rc.conf里面的dbus可以删掉。

作者: wolfmei 发布时间: 2010-06-04

新装笔电，也出现这样的问题，不过是偶尔出现，重启一下就好了。但以前装的那部台式机虽然也是一直有更新，但从来碰到过。笔电用的64位系统，台式机是32位的。

作者: ibear 发布时间: 2010-06-04

楼主从哪里看的资料要同时把dbus和hal加到daemons里？太误人了～～～

作者: qiang_liu8183 发布时间: 2010-06-04

引用:

作者: 57lvii

在开机时，进入到

代码:

Setting consoles UTF-8 mode [busy]

死机，只能重启！

我的 rc.conf

代码:

DAEMONS=(@syslog-ng @network @netfs crond dbus hal @fuse @oss slim)

非常感谢！！！

代码:

Setting consoles UTF-8 mode [busy]

这个是在daemon列表启动之前执行的，和 daemon无关。

看看官方论坛的信息吧

HTML 代码:

http://bbs.archlinux.org/viewtopic.php?id=96407

HTML 代码:

http://bbs.archlinux.org/viewtopic.php?pid=752465

引用:

作者: wolfmei

rc.conf里面的dbus可以删掉。

引用:

作者: qiang_liu8183

楼主从哪里看的资料要同时把dbus和hal加到daemons里？太误人了～～～

将dbus添加到 daemon里，并在 hal 前面，并没有错，虽然hal会检测dbus是否已启动。

作者: alvin_rxg 发布时间: 2010-06-04

原来是bug.....

作者: qiang_liu8183 发布时间: 2010-06-04

我的系统是 x86_64 的，wiki 里面说，hal 要依赖 dbus的，两者的关系，并未给出

确定的断定，还有人说即使不添加 dbus hal也会自动启动的，但是一直都说没有人给出

合理科学回答与解释的！

我的开机也是偶尔，卡住，所以才更揪心，“到底这次开机会不会卡住？”每次开机总

被这个猜测搞的很紧张？

还请有解决知道的兄台，不吝指教！！！

作者: 57lvii 发布时间: 2010-06-05

引用:

作者: 57lvii

我的系统是 x86_64 的，wiki 里面说，hal 要依赖 dbus的，两者的关系，并未给出

确定的断定，还有人说即使不添加 dbus hal也会自动启动的，但是一直都说没有人给出

read the script:

代码:

/etc/rc.d/hal

作者: alvin_rxg 发布时间: 2010-06-05

http://www.linuxsir.org/bbs/thread366389.html

作者: 刘淑悯发布时间: 2010-06-05

引用:

作者: 57lvii

wiki里面有写了，请看：
http://wiki.archlinux.org/index.php/HAL#Step_1:_Install

方法二
by default hal is directed to automatically start DBus.

作者: wolfmei 发布时间: 2010-06-06

我换了2010.05 x86_64也有这问题

作者: P可弓虽发布时间: 2010-06-06

请问 i686的有没有这个问题啊！平均没隔一次死一次，32位的有没有这个问题啊！，是
不是版本问题啊！

作者: 57lvii 发布时间: 2010-06-06

引用:

作者: P可弓虽

我换了2010.05 x86_64也有这问题

请问 32 位的有这个问题吗？

官方论坛提到了：

1、安装 radeon_ucode 软件包，但是不知道具体是干什么的？

2、修改 /usr/share/kbd/consolefonts/ 下面的字体，但是是不是修改所有该目录下的

字体后缀名啊！

3、打补丁，没有patch过，不知怎么操作，我好像没有安装 buzybox 这个包，是不是要
找来源代码重新编译的。

作者: 57lvii 发布时间: 2010-06-07

请问 32 位有这个问题没有，没有我好换32位的，要不换其他版本啊！

作者: 57lvii 发布时间: 2010-06-07

有这个问题，暂不知道怎么解决，但换版本应该不是最好的解决方法，因为Arch已经说我们要走在最尖端就要全力发展64位系统。
http://wiki.archlinux.org/index.php/...BA.8F.EF.BC.9F

作者: x_wei 发布时间: 2010-06-08

32 位也有这问题，我安装了 AUR 里面的 radeon_ucode 软件包，好像好几次没有死

过了，不过不知何时~

作者: 57lvii 发布时间: 2010-06-09

中午有时间我也装了试试看.

试过了,我的HD3300显卡 + xf86-video-radeonhd驱动装这个模块会花屏死机,还好卸载后就没事了,所以这似乎不是最好的解决方法.

作者: x_wei 发布时间: 2010-06-09

我的是 HD3650 + xf86-video-radeonhd

没有这个问题，可能就剩下 patch 这条路了，这到底是哪个软件出的问题，

kernel , busybox (默认没装)，还是字体，遇到死机的兄台多不多的，这个 bug是

64 位的还是 32位也有的。官方为何没动静，难道发个 patch 就把这问题一带而过了？

作者: 57lvii 发布时间: 2010-06-09

开机时在 Setting consoles to UTF-8 mode [busy] 死机

热门阅读

热门下载