首页 > 代码库 > 双十一前4小时,CentOS 6.5server启动错误排查

双十一前4小时,CentOS 6.5server启动错误排查

11月10日晚上8点多。眼看要到双十一了。。。
但我要说的这段经历却和双十一毫无关系。哈哈。

这天准备向CentOS6.5server的svn上传一些文件,结果开机启动时,却出现了以下的界面:
技术分享
这是肿么回事?依据屏幕的提示,先使用root账号登录到系统。然后使用fsck命令手工检測

#cd /tmp/.ICE-unix         #文件夹下仅仅有一个X0文件
#fsck X0 或者fsck.ext3 -y X0
显示都是
fsck.ext2(3): No such device or address while trying to open X0
Possibly non-existent or swap device?
技术分享

接下来尝试直接删除提示中给出的.ICE-unix等文件夹
技术分享
提示是Read-only file system

看来是不行,于是google之,看到好几种可能的办法:
1.找到chattr,lsattr命令,运行仍然不行

2.运行
#chmod o-t .ICE-unix
不行,提示是Read-only file system

到这里认为有点诧异,以root身份都不能运行上面几个命令,非常让人抓狂啊
于是我随便进入一个文件夹
#cd /home
#mkdir test
结果出现提示。不能创建test文件夹!
然后又试了一下创建文件,改动文件等操作。发现不能创建文件夹,文件。甚至不能改动文件.不知道是什么原因,难道是交换分区出问题了?
运行df -h。感觉确实是不太对劲
技术分享

用了上面3种方法全都不行,感觉要彻底崩溃了,难道要重装系统才行吗?上面有许多的资料备份,以及辛辛苦苦搭建起来的tomcat,mongo,redis,mq等超多东东啊.

这时又一次翻看之前的搜索结果,看到http://www.ha97.com/5428.html这篇文章,里面提到linux系统非正常死机,文件夹和文件成为仅仅读之后的解决的方法,用root账号运行fsck.ext3 -y /dev/vda3

突然脑子一闪,刚才尽管运行了fsck这个命令,可是仅针对/tmp下一个详细文件,并没有对整个设备手动恢复.于是运行
#fsck.ext3 -y /dev/sda5
接着就看到屏幕出了一堆提示,显示在修复系统,幸好我的机器仅仅是几百G的硬盘,不到3分钟就修复完成.

接下来reboot,一切都恢复正常!

差点就又一次低格一遍这块硬盘,修复系统之后的喜悦心情简直是无以复加,然后想起来,出现这样的文件夹文件不能读写的情况,应该是自己的误操作.在第一遍启动centos系统时,好半天也没有全然启动起来,于是就手动按了PC上的resetbutton进行重新启动,结果就出现了开头的问题,瞬间感觉linux系统好脆弱啊.

抬头一看时间,是晚上22点多,2个多小时解决这个问题!然后直接进入双十一模式!

双十一前4小时,CentOS 6.5server启动错误排查