大佬教程收集整理的这篇文章主要介绍了linux – 突然大量文件系统损坏的原因? (“root inode不是目录”),大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
当我昨天尝试启动它时,它抱怨它无法挂载根文件系统.运行fsck,基本上每个inode似乎都是错误的.主文件系统和根文件系统都显示类似的问题.检查备份超级块无济于事.
e2fsck 1.41.12 (17-May-2010) lithe_root was not cleanly unmounted,check forced. Resize inode not valid. Recreate? no Pass 1: checking inodes,blocks,and sizes Root inode is not a directory. Clear? no Root inode has dtime set (probably due to old mke2fs). Fix? no Inode 2 is in use,but has dtime set. Fix? no Inode 2 has a extra size (4730) which is invalid Fix? no Inode 2 has compression flag set on filesystem without compression support. Clear? no Inode 2 has INDEX_FL flag set but is not a directory. Clear HTree index? no HTREE directory inode 2 has an invalid root node. Clear HTree index? no Inode 2,i_size is 9581392125871137995,should be 0. Fix? no Inode 2,i_blocks is 40456527802719,should be 0. Fix? no Reserved inode 3 (<The ACL index inode>) has invalid mode. Clear? no Inode 3 has compression flag set on filesystem without compression support. Clear? no Inode 3 has INDEX_FL flag set but is not a directory. Clear HTree index? no ....
在文件系统中运行字符串,我可以看到那里有文件名和用户数据.我确实有足够好的备份(触摸木头),不值得为了拉回单个文件而值得一提,尽管我可能会在重建之前保存未加密磁盘的图像,以防万一.
smartctl没有显示任何错误,内核也没有记录.在交换lv上运行写模式坏块也没有发现问题.因此磁盘可能会失败,但不是显而易见的.
在这一点上,我基本上,正如他们所说,fscked?回到重新安装,可能在磁盘上运行坏块,然后从备份恢复?甚至似乎没有足够的数据来提交有意义的错误……
我不记得上次使用它时这台机器崩溃了.
在这一点上,我怀疑一个错误或内存损坏导致它在上次运行时在磁盘上写入垃圾,或者是SSD的某种微妙的故障模式.
您认为这会导致什么?还有别的吗?
以上是大佬教程为你收集整理的linux – 突然大量文件系统损坏的原因? (“root inode不是目录”)全部内容,希望文章能够帮你解决linux – 突然大量文件系统损坏的原因? (“root inode不是目录”)所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。