Linux Ext3文件系统的脆弱

itjiang

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文件系统不怎么样！

HonestQiao

修复最好去安全模式中进行。

tmp

02年的id还能发出这样的sb贴!

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

另外ext3也是一个久经考验的文件系统.

alvis

02 年的 ID，可能是刚上学时注册过，一直记得账号，现在终于工作了，才发问题来了

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

就后面描述，像是 文件系统 ro 了

qintel

ext3在一些机器上表现确实不怎么样，在某些机器上用脆弱形容不过份。
搜搜类似的例子很多，还是ReiserFS好一些。

likuku

Reiserfs 也不见得怎么好，我就遇到多次意外断电，Reiserfs(3.6) 遭到严重破坏，就算是用liveCD启动，用reiserfsck 按照提示进行检查修复，还是好多文件丢失。

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

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

[ 本帖最后由 likuku 于 2007-10-4 10:21 编辑 ]