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

来源:互联网 发布:工控编程软件 编辑:程序博客网 时间:2024/05/17 08:24

双系统 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
本文原创,转载请注明出处、作者


原创粉丝点击