您的位置:首页 > 运维架构 > Linux

双系统 linux引导失败—“/dev/xxx unexpected inconsistency, run fsck manually”的解决

2011-11-16 14:13 274 查看
双系统 linux引导失败—“/dev/xxx unexpected inconsistency, run fsck manually”的解决

实验室电脑安装了XP和Linux双系统,但是使用一段时间后,突然出现启动失败,具体如下问题:

unexpected inconsistency;RUN fsck MANUALLY

An error occurred during the filesystem check

Propping you to shell the system will reboot

when you leave the shell

Give root password for mantennance

首先,按照提示,输入root用户密码后,进入(repair filesystem )模式系统;

其次,在命令行输入

#mount | grep ''on /''

得到你root用户所在分区/dev/your_partition,然后输入

fsck -y /dev/your_partition

即,检测并修复磁盘/dev/your_partition,-y 选项指定检测每个文件是自动输入yes

系统提示重启,重启后还是不行

在命令行输入

fsck -y /dev/sda1

重启ok。

注意:有的问题仍然无法解决,出现引导成功,但是其他到 starting atd ok 停止启动,

面对此问题在网上搜索下,有下面一个解决方案:http://czmmiao.iteye.com/blog/1175211

昨天正常关机后,今早启动fedroa时,发现无法正常进入桌面系统,试了一下ctrl+alt+F2还可以用,还不错,至少可以备份有用信息。对 于这个问题,有人说需要yum update,于是进入ctrl+alt+F2,yum update再重新登录结果还是登录不了。还有说可以运行级别3,然后startx就OK了,桌面起来是起来了,但是无法使用网络,看来还是没有解决问 题。于是重启,按Esc进入字符界面启动,

发现avahi-daemon和abrt这两个服务无法启动

avahi-daemon

Avahi是zeroconf协议的实现。它可以在没有DNS服务的局域网里发现基于zeroconf协议的设备和服务。它跟mDNS一样。不影响系统使用,于是把他关闭。

abrt

abrt服务将系统bug和SELinux收集汇报给Bugzilla以方便开发者修复。这里我也把他关掉。

#chkconfig --level 02345 avahi-daemon

#chkconfig --level 02345 abrtd

重启尝试是否能正常开机,发现还是不行

查看/var/log/messages

Sep 19 14:52:51 czmmiao gnome-session[1697]: WARNING: Could not connect to ConsoleKit: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory

查看/var/run/dbus/目录发现该目录下没有任何文件

#dbus-daemon --system

#dbus-launch

查看/var/run/dbus/目录发现该目录出现文件 system_bus_socket

#ll /var/run/dbus/

srwxrwxrwx. 1 root root 0 9月 19 15:16 system_bus_socket

继续重启尝试是否能正常开机,发现还是不行

执行

# df

Filesystem 1K-blocks Used Available Use% Mounted on

/dev/sda11 10077504 6434792 3540340 65% /

tmpfs 1547996 272 1547724 1% /dev/shm

/dev/mapper/vg_total-lv_home

51606140 35049388 13935312 72% /home/czmmiao

/dev/sda5 85305116 75749384 9555732 89% /media/d

/dev/sda1 25607576 21727904 3879672 85% /media/A694B24E94B2212B

发现一切正常,无奈重启观察服务的启动发现没有启动messagebus服务。

启动

#chkconfig --level 02345 haldaemon on 启动messagebus服务前必须先启动haldaemon服务

#chkconfig --level 02345 messagebus on

这里介绍下udev, haldaemon, messagebus,gamin这3个服务

udev

负责动态维护/dev目录,使/dev目录和当前的系统状态保持一致,创建/dev/sdax等设备文档。

messagebus

服务负责在各个系统进程之间传递消息。

haldaemon

HAL是指Hardware Abstraction Layer。这是个从几个来源收集和保持有关硬件信息的重要服务。

重启系统,发现avahi-daemon和abrt服务正常启动,系统也能动态的在/var/run/dbus/目录下创建 system_bus_socket , 一切恢复正常。看来是在优化启动服务时不小心禁用了messagebus服务了,大家在优化启动服务的时候要小心哦。

关于Fedora的服务管理,可以参看笔者的另一篇文章
http://czmmiao.iteye.com/blog/1174890
参考至:http://linux.chinaunix.net/techdoc/install/2008/10/27/1041157.shtml
http://price.zol.com.cn/175/1756778.html http://lists.freedesktop.org/archives/dbus/2008-February/009205.html http://blog.csdn.net/xiao888lin/article/details/5264768
本文原创,转载请注明出处、作者
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐