- 主题:[求助]BTRF文件系统出错，如何修复？
ext4真是稳啊，有问题都是掉电后重新fsck就好了。
【 在 Dazzy 的大作中提到: 】
: 非硬件问题引起的没遇过。这个真是稳如狗。ext4以当前的需求看，功能比较素哈。
:
: #发自zSMTH@Redmi Note 7
--
FROM 120.229.210.*
我这次的btrfs问题不知道是不是硬件问题，只是这个硬盘是sandisk plus480G，买了半年了，上面装了debian，另一个致钛ssd 512G，装arch，两个硬盘都挂同一个机器上。
用arch时间较久一点，而且经常用完电脑直接在arch上休眠，下次回来继续，就这样持续了快2周，昨天突然间发现sandisk的SSD出现input/output错误，然后上面btrfs文件系统旧挂了。
【 在 hgoldfish 的大作中提到: 】
: 我的几次 btrfs 多是硬件原因坏掉了。
: 非硬件原因的话，其实也发生过几次。主要是我给 vmware 的虚拟机分区弄了 nocow 选项，好像配合 btrfs 的 Direct IO，容易出现 checksum 的问题。
:
--
FROM 120.229.210.*
折腾一晚上，能看到目录了，但是好多文件访问不到，出现input/output错误。根据这些文件，我回忆起一些事情，觉得这次btrfs出错完全是我自己搞出来的。
是我在arch上打开了装有debian的btrfs文件系统，然后休眠了。接着下次开机时进到debian系统，进行了读写操作，之后关机回到arch，继续用了几天后发现安装又debian的btrfs文件系统访问有问题。这样看的话，装有debian的硬盘上数据估计很难恢复了。
也就是说这次是人祸，正常使用的话，btrfs应该不会出现这样的问题。
--
FROM 120.229.210.*
应该就是这样了，感觉这种覆盖型的破坏很难把文件恢复出来，数据本身就是错的
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 这是 arch 的 btrfs 不知道磁盘已经发生变化，还在用内存里面的 free space cache 以及树结构写数据。结果把文件系统给破坏坏了。
:
: 【 在 ttaudi 的大作中提到: 】
: : 折腾一晚上，能看到目录了，但是好多文件访问不到，出现input/output错误。根据这些文件，我回忆起一些事情，觉得这次btrfs出错完全是我自己搞出来的。
--
FROM 14.26.11.*
我基本上每个硬盘都装一个系统，这些系统放进虚拟机不方便，主要以前grub坏怕了，每个硬盘有个系统就可以慢慢修。
第二个似乎我也遇到过类似的，还在论坛上发过贴，就是双系统+数据盘，从linux启动没事，从windows启动即使不对数据盘做任何操作，数据盘的分区表也会被摧毁。
【 在 Dazzy 的大作中提到: 】
: 双系统双启动危险，也很丑陋。跑虚拟机吧。
: 分享一点:
: 如果用户用无分区(partitionless)的btrfs，再在这个机器上用windows的启动盘，btrfs的磁盘内容可能会被windows毁了。
: ...................
--
FROM 120.229.210.*
我遇到的是不做任何操作，分区表就会被windows摧毁（还可以用软件修复）。搞得我后来的硬盘都gpt分区，最开始留出大约50G的空间，正好装个系统。
【 在 cppbuilder 的大作中提到: 】
: 读一下就毁了？
:
--
FROM 120.229.210.*
你们都是整个硬盘都做成zfs啊，我现在数据盘是先整一层luks，然后再zfs，感觉这样损失效率
【 在 cppbuilder 的大作中提到: 】
: zfs构建的时候按照说明书也是整盘不分区的，但是fdisk时候显示是gpt，可能是因为这个躲过一劫
:
--
FROM 120.229.210.*
哎，能搜到的方法都试了一下，还是不行。可能是文件系统损坏比较严重，准备放弃了。
--
FROM 120.231.213.*
过了3个月多月，我再次跌倒在这个问题。
电脑上两个盘，A盘上装了系统A，B盘上装了系统B。
我在A系统上休眠了，然后进入B系统，退出B系统后再次进入A系统，B系统所在的盘再次出现问题，btrfs文件系统的数据结构被破坏。
现在在A系统上mount B盘，已经无法识别了，和上次一样。。。
--
FROM 59.40.10.*