- 主题:[求助]BTRF文件系统出错，如何修复？
luks，lvm再叠一层btrfs，这种复杂玩法，我是不敢托付宝贵数据的。
luks+btrfs到顶了。
【 在 ttaudi 的大作中提到: 】
:
: 哎，好不容易从ext4转过来，结果出问题了。我4块硬盘转了3块，就这块出问题。
:
: 【 在 cppbuilder 的大作中提到: 】
: : 说句马后炮的..修复之后换成其他系统吧，ext4/xfs/zfs之类的
#发自zSMTH@Redmi Note 7
--
FROM 119.129.238.*
非硬件问题引起的没遇过。这个真是稳如狗。ext4以当前的需求看，功能比较素哈。
【 在 hgoldfish 的大作中提到: 】
:
: 我的 xfs 也崩过。不知道怎么修复，最后把备份恢复一下了事。
:
: ext4 用得少，大家碰到崩溃的情况没有？
:
#发自zSMTH@Redmi Note 7
--
FROM 119.129.238.*
有可能，debian和arch内核版本可能不一样，btrfs可能存在不兼容更新差异。
【 在 ttaudi 的大作中提到: 】
: 折腾一晚上，能看到目录了，但是好多文件访问不到，出现input/output错误。根据这些文件，我回忆起一些事情，觉得这次btrfs出错完全是我自己搞出来的。
: 是我在arch上打开了装有debian的btrfs文件系统，然后休眠了。接着下次开机时进到debian系统，进行了读写操作，之后关机回到arch，继续用了几天后发现安装又debian的btrfs文件系统访问有问题。这样看的话，装有debian的硬盘上数据估计很难恢复了。
: 也就是说这次是人祸，正常使用的话，btrfs应该不会出现这样的问题。
: ...................
--
FROM 119.130.155.*
双系统双启动危险，也很丑陋。跑虚拟机吧。
分享一点:
如果用户用无分区(partitionless)的btrfs，再在这个机器上用windows的启动盘，btrfs的磁盘内容可能会被windows毁了。
【 在 ttaudi 的大作中提到: 】
:
: 折腾一晚上，能看到目录了，但是好多文件访问不到，出现input/output错误。根据这些文件，我回忆起一些事情，觉得这次btrfs出错完全是我自己搞出来的。
:
: 是我在arch上打开了装有debian的btrfs文件系统，然后休眠了。接着下次开机时进到debian系统，进行了读写操作，之后关机回到arch，继续用了几天后发现安装又debian的btrfs文件系统访问有问题。这样看的话，装有debian的硬盘上数据估计很难恢复了。
:
#发自zSMTH@Redmi Note 7
--
FROM 119.129.238.*
有这个可能。因为无分区的btrfs，正常分区表那里是非标内容，windows可能无法正常识别，因此尝试写入一个新的分区表。
核心要义就是，对于不能正确识别无分区btrfs的操作系统，不仅限于windows，它们对于这些磁盘的操作不一定是只读的。
这是btrfs无分区创新带来的一个风险点。
【 在 cppbuilder @ [LinuxApp] 的大作中提到: 】
:
: 读一下就毁了？
:
: 【 在 Dazzy 的大作中提到: 】
: : 双系统双启动危险，也很丑陋。跑虚拟机吧。
#发自zSMTH@Redmi Note 7
--
FROM 119.129.238.*
可能有事，也可能无。和linux无关，全赖隔壁同机启动的系统手下留情。freebsd有zfs，应该也没问题。windows真的不好说。
我自己就是无分区btrfs的，喜欢用。不过目前只做数据盘。如果这机器挂了，得用linux启动盘拯救。
至于根文件系统，我目前看不出用了btrfs的显著好处。我这边的根文件系统还没重要到用快照。
【 在 cppbuilder @ [LinuxApp] 的大作中提到: 】
:
: zfs构建的时候按照说明书也是整盘不分区的，但是fdisk时候显示是gpt，可能是因为这个躲过一劫
:
: 【 在 Dazzy 的大作中提到: 】
: : 有这个可能。因为无分区的btrfs，正常分区表那里是非标内容，windows可能无法正常识别，因此尝试写入一个新的分区表。
#发自zSMTH@Redmi Note 7
--
FROM 119.129.236.*