我现在用linux做嵌入式操作系统，不知道大家有没有碰到这种情况，linux系统在连续非正常关机次数达到一定次数后，linux开机的fsck已经不能起作用，得手动fsck.
这个问题导致我的没有控制终端和显示终端的linux系统束手无策，我就只好将rc.sysinit中的fsck删除，但是新的问题出来了，在连续非正常关机次数很多时，我的文件损坏了，无法修复（就算是fsck），我的系统也就瘫痪掉了.
加入我的文件名是t
在使用ls的时候
ls : t input/output error
其他文件名列表。。。
不能删除，不能编辑，对t这个文件，什么也不能做。
大家碰到过吗？？？
在我的程序被破坏了的时候，为什么linux系统文件都没有被破坏？？有什么保护措施吗？
有没有办法在linux启动时的fsck 一定能顺利完成？？
我现在正在学习shell编程，希望能从里面找到原因。

这个是文件系统的稳定性问题！是由文件系统性能决定的！你如果采用ext2文件系统，在非法退出系统多次后，ext2文件系统将会崩溃！你可以采用别的文件系统！比如ext3文件系统！如果用的是flash可以采用jffs2文件系统！当然你也可以采用只读文件系统cramfs+ext2文件系统的方案来解决！