这该死的ext3!
Cent OS 4.2,ext3系统、补丁随时升级。开启pptpd、iptables、squid。
双至强2G、2GB内存、raid 5 scsi硬盘,系统采用i2o驱动。
今晨发现系统死机,重启后自动进入单用户模式,提示文件系统错误。
fsck.ext3 -y -v /dev/i2o/hda1扫描文件系统错误。/dev/i2o/hda1是/分区
扫描完毕,重启,错误如下:
Red Hat nash version 4.2.1.6 starting
Ext3-fs: journal inode is delete.
mount: error 22 mounting ext3
mount: error 2 mounting none
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Kernel panic - not syncing: Attempted to kill init!
然后系统死机,键盘caps lock和sroll lock灯闪烁。强行关机后仍然如此。
该系统安装至今半年有余。
Ext3文件系统怎么这么脆弱?真是差劲!
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(8)
从安装到损坏有半年时间,是不是真的要在180多天的时间里扫描一遍文件系统啊——我记得ext3是要求在半年多的时间里强制扫描一遍文件系统的。
我这里用着ext3很好呢,你没有UPS吧。是不是常非法关机呀。
don't upgrade your system if there is no problem there. we always use "lockdown" method to keep the mission critical system stable.
rh支持Reiserfs吗?
偶也碰到过,人家给得唯一得建议就是做好数据备份。
我的意图有二:
一、ext3有如此大的缺陷,关键领域中的应用怎么解决?
二、ext3在使用中是不是应该有些特殊的注意事项?
RPWT吧?
还有一次,我的磁盘阵列柜两块硬盘出了问题。硬盘阵列柜有一块热备盘,还做了raid5,所以完全可以正常修复。
硬件修复后开始修复ext3。
也是提示修复成功,重启后发现很多文件丢失。文件夹还在,就是找不到文件了。
我对ext3是不抱什么希望了!