Linux Ext3文件系统的脆弱

Linux Ext3文件系统的脆弱

Linux Ext3文件系统的脆弱
今天在机房体验到了Ext3文件系统的脆弱:
# reboot //重新启动服务器
# //发现apache没能启动,其他mysql vsftpd等启动正常
# /etc/init.d/httpd start | restart //启动失败,报告logs/httpd.pid有问题,需要移除
# 删除httpd.pid
# /etc/init.d/httpd srart | restart //启动依然失败,报告文件系统错误,error.log文件错误,看来是其无法写error.log
# true > error.log //失败,没有操作error.log权限,我是root用户怎么这样报告,我删除error.log
# /etc/init.d/httpd srart | restart //依然失败,让我想起原来碰到过一次的ext3文件系统紊乱情况,当时突然系统中大部分文件无法访问\
,好像突然丢失一样,散落在多个目录中,少部分目录可以访问,当然连/usr/sbin目录下所有文件都不能访问,在不能手动reboot情况下,人\\
工通过电源手工启动,系统有所恢复,再次重新启动两次后系统完全恢复到了正常状态,有所文件好像都得到恢复。
# fack -y 我执行硬盘修复检查
# /etc/init.d/httpd srart | restart //依然失败
# reboot //整个重新启动,关系系统过程中报告很多很多红色错误,比如mysql vsftpd等等在pid方面统统出错
# //启动起来后,一切恢复正常,但Ext3文件系统在我心中种下了深深的痛,我怀疑是ext3的问题。

CentOS 4.5 Ext3文件系统不怎么样!
修复最好去安全模式中进行。
02年的id还能发出这样的sb贴!

"CentOS 4.5 Ext3文件系统不怎么样!"  Ext3和Centos一点关系也没有,他只是一个文件系统而已,
只不过centos用了他,你也选择了ext3.

另外ext3也是一个久经考验的文件系统.
02 年的 ID,可能是刚上学时注册过,一直记得账号,现在终于工作了,才发问题来了

不过,问题问得确实让人看得不爽,劝 LZ 好好看看启动时的提示,或者把提示贴出来,然后耐心的动动脑,想想可能的原因

就后面描述,像是 文件系统 ro 了
ext3在一些机器上表现确实不怎么样,在某些机器上用脆弱形容不过份。
搜搜类似的例子很多,还是ReiserFS好一些。
Reiserfs 也不见得怎么好,我就遇到多次意外断电,Reiserfs(3.6) 遭到严重破坏,就算是用liveCD启动,用reiserfsck 按照提示进行检查修复,还是好多文件丢失。

用过的fs里面,xfs 在以外断电出错率相对最低的fs.(曾经一台繁忙的xfs机器,夏天的2个月里,几乎每2天停一次电,FS依然可靠)。

XFS 就是存在 删除操作和大量小文件操作比较慢 的缺点。