- 主题:Kernel 6.7发布，btrfs raid56顽疾有望解决。
它关于btrfs的更新中有这么一条：
- raid-stripe-tree
New tree for logical file extent mapping where the physical mapping may not match on multiple devices. This is now used in zoned mode to implement RAID0/RAID1* profiles, but can be used in non-zoned mode as well. The support for RAID56 is in development and will eventually fix the problems with the current implementation. This is a backward incompatible feature and has to be enabled at mkfs time.
请注意，启用了这个不向后兼容特性的btrfs文件系统，不要在6.7之前版本的内核机器上挂载。
--
FROM 119.129.51.*
对，要新建。不过现在只是明确解决问题的技术路线，raid56上的raid stripe tree还没实现。目前只能用raid1/raid10，到后续内核发布版本支持再转换。相关更新是西数提交的，储存厂家对btrfs表达出一点支持，是好事，即便主要目的是让btrfs能在叠瓦盘上正常工作，而不是照顾raid56.
至于bcachefs，纸面上是如此，但文档及用户空间工具还比较贫瘠。口碑也需要积累。之前的bcache实践只能说技术可行，但变成文件系统，是有点不一样的。建议观望。
我是没什么动力的，btrfs在安全包线内提供的，已能满足我目前的需求。
【 在 ttaudi 的大作中提到: 】
: 好消息呀。
: 但这个是不是增加了新特性，必须mkfs重新格式化btrfs才能解决raid56的问题？这就麻烦了，我好多linux系统盘用的就是btrfs，重装麻烦死了。
: 6.7好像还引入了bcachefs，如果bcachefs稳定得快的话，是不是可以直接切到bcachefs了。
: ...................
--
FROM 119.130.154.*
不是新格式，是新特性。
暂时没见到有在线转换工具。未来不清楚。
你有用这个特性的必要吗？你不用叠瓦盘，又不用raid56。这个特性对你没什么好处。
现在最简便的迁移可能就是建一个有raid stripe tree特性的btrfs文件系统，把原系统上的subvol快照send过来。不过，有意用raid56的用户，等尘埃落定再说吧。
【 在 ttaudi @ [LinuxApp] 的大作中提到: 】
:
: 不能运行个什么covert或upgrade命令，把现有的btrfs系统升级到新版本格式吗？
:
: 我是做系统盘的文件系统用，不涉及raid5/6，如果不能直接升级，估计也没动力换了。
:
#发自zSMTH@Redmi Note 11
--
FROM 183.39.163.*
用linux嘛，就是用户的使用积累验证出来的，可能是企业测试，又或者是散户。
btrfs的稳定性没问题，你的配置和我差不多，在它的安全包线内。
我自己都稳定使用了5年，中间还经历扩容迁移，跨越期间发布的ubuntu/debian的n个内核大版本。稳定使用10年以上的人大把。
如果你很在意，得关注内核的代码提交信息，自己做测试。
【 在 ttaudi 的大作中提到: 】
: 没有用这个特性的必要，硬盘只用CMR，raid只用mirror。
: 只是内心总担心哪天遇上bug或者兼容问题，用一个稳定的软件安心一些。
--
FROM 119.130.152.*
关注：
//btrfs.readthedocs.io/en/latest/Status.html
用户不要作死就行了。我个人体会，慎重在usb上用，除非要进行ENOSPC挽救，临时为balance引入额外中转空间。得当次开机解决，device add了，完事就赶紧remove了，再谈重启的事情。
添加了usb设备的多盘btrfs重启，很可能悲剧。
【 在 ttaudi 的大作中提到: 】
: 看到你这么说就放心了，只要能稳定使用就好，目前不追新了，把手里的事干好就好了。
--
FROM 119.130.152.*
usb系统盘我没研究，一般而言，我会选ext4。btrfs有什么特性你觉得在这个配置中是比较好用的？
usb启动盘，我理解为次重要数据，随便折腾。
我前面表述的“慎重”，更明确一点是，针对多盘（比如raid）的btrfs中应用usb，更小心在这类文件系统上头做系统级的操作，比如balance，replace，resize之类。用户不知道数据何时会真的写入这些usb成员，启动时何时挂载。搞完sync也可能行，但引起悲剧的可能性比较高。之前我就搞过一次，盘位不够，偷懒用usb硬盘座插新硬盘，搞device replace扩容，忘了sync，关机用了几小时，开机报错，scrub又用了几小时。时间和风险系数上血亏，还不如一开始就机箱开盖接硬盘线搞。
【 在 ttaudi 的大作中提到: 】
: 这… 坐过山车呢，刚放下来的心又悬起了
: 我现在就大量用btrfs在usb上，做了4个Debian系统到usb以防万一。
: 还加了全盘luks1，u盘启动要输入密码才能进系统，u盘系统只分2个区，一个efi，一个btrfs，btrfs用subvol区分根目录和boot。目前这些u盘系统工作正常，多次挽救了其它系统。balance这些还不会，没有设置过。
: ...................
--
FROM 119.130.154.*