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的某种微妙的故障模式.

您认为这会导致什么？还有别的吗？