当前位置: 技术问答>linux和unix
Linux 2.2.14 程序频繁进行文件读写,总会有一些文件系统损坏,就会造成系统无响应。使用fsck可以修复。
来源: 互联网 发布时间:2015-09-23
本文导语: 想问各位大虾如何可以稳定有效的解决这个问题,为什么会产生文件系统损坏? | 转EXT3 吧。 如果在文件系统尚未卸下前就关机 (如停电) 时,下次重开机后会造成文件系统的资料不一...
想问各位大虾如何可以稳定有效的解决这个问题,为什么会产生文件系统损坏?
|
转EXT3 吧。
如果在文件系统尚未卸下前就关机 (如停电) 时,下次重开机后会造成文件系统的资料不一致,故这时必须做文件系统的重整工作,将不一致与错误的地方修复。然而,此一重整的工作是相当耗时的,特别是容量大的文件系统,而且也不能百分之百保证所有的资料都不会流失。故这在大型的伺服器上可能会造成问题。
为了克服此问题,业界经长久的开发,而完成了所谓‘日志式文件系统 (Journal File System) ’。此类文件系统最大的特色是,它会将整个磁盘的写入动作完整记录在磁盘的某个区域上,以便有需要时可以回朔追踪。由于资料的写入动作包含许多的细节,像是改变文件标头资料、搜寻磁盘可写入空间、一个个写入资料区段等等,每一个细节进行到一半若被中断,就会造成文件系统的不一致,因而需要重整。然而,在日志式文件系统中,由于详细纪录了每个细节,故当在某个过程中被中断时,系统可以根据这些记录直接回朔并重整被中断的部分,而不必花时间去检查其他的部分,故重整的工作速度相当快,几乎不需要花时间。
只需要一个命令 tune2fs -j /dev/你的磁盘设备号
如果在文件系统尚未卸下前就关机 (如停电) 时,下次重开机后会造成文件系统的资料不一致,故这时必须做文件系统的重整工作,将不一致与错误的地方修复。然而,此一重整的工作是相当耗时的,特别是容量大的文件系统,而且也不能百分之百保证所有的资料都不会流失。故这在大型的伺服器上可能会造成问题。
为了克服此问题,业界经长久的开发,而完成了所谓‘日志式文件系统 (Journal File System) ’。此类文件系统最大的特色是,它会将整个磁盘的写入动作完整记录在磁盘的某个区域上,以便有需要时可以回朔追踪。由于资料的写入动作包含许多的细节,像是改变文件标头资料、搜寻磁盘可写入空间、一个个写入资料区段等等,每一个细节进行到一半若被中断,就会造成文件系统的不一致,因而需要重整。然而,在日志式文件系统中,由于详细纪录了每个细节,故当在某个过程中被中断时,系统可以根据这些记录直接回朔并重整被中断的部分,而不必花时间去检查其他的部分,故重整的工作速度相当快,几乎不需要花时间。
只需要一个命令 tune2fs -j /dev/你的磁盘设备号
|
你还有什么要补充的吗?
真希望你能搞掂……
真希望你能搞掂……
|
也许硬盘有问题了
|
Linux 2.2.14 程序频繁进行文件读写,总会有一些文件系统损坏
个人认为 如果仅仅是多次反复读写文件 文件系统就会损坏的可能性不大 除非你不信任linux
可能是 硬盘问题 或是 分区问题
个人认为 如果仅仅是多次反复读写文件 文件系统就会损坏的可能性不大 除非你不信任linux
可能是 硬盘问题 或是 分区问题