- 主题:Kernel 6.7发布，btrfs raid56顽疾有望解决。
好消息呀。
但这个是不是增加了新特性，必须mkfs重新格式化btrfs才能解决raid56的问题？这就麻烦了，我好多linux系统盘用的就是btrfs，重装麻烦死了。
6.7好像还引入了bcachefs，如果bcachefs稳定得快的话，是不是可以直接切到bcachefs了。
【 在 Dazzy 的大作中提到: 】
: 它关于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.
: ...................
--
FROM 223.73.3.*
不能运行个什么covert或upgrade命令，把现有的btrfs系统升级到新版本格式吗？
我是做系统盘的文件系统用，不涉及raid5/6，如果不能直接升级，估计也没动力换了。
【 在 Dazzy 的大作中提到: 】
: 对，要新建。不过现在只是明确解决问题的技术路线，raid56上的raid stripe tree还没实现。目前只能用raid1/raid10，到后续内核发布版本支持再转换。相关更新是西数提交的，储存厂家对btrfs表达出一点支持，是好事，即便主要目的是让btrfs能在叠瓦盘上正常工作，而不是照顾raid56.
: 至于bcachefs，纸面上是如此，但文档及用户空间工具还比较贫瘠。口碑也需要积累。之前的bcache实践只能说技术可行，但变成文件系统，是有点不一样的。建议观望。
: 我是没什么动力的，btrfs在安全包线内提供的，已能满足我目前的需求。
--
FROM 223.73.3.*
没有用这个特性的必要，硬盘只用CMR，raid只用mirror。
只是内心总担心哪天遇上bug或者兼容问题，用一个稳定的软件安心一些。
【 在 Dazzy 的大作中提到: 】
: 不是新格式，是新特性。
: 暂时没见到有在线转换工具。未来不清楚。
: 你有用这个特性的必要吗？你不用叠瓦盘，又不用raid56。这个特性对你没什么好处。
: ...................
--
FROM 113.89.3.*
看到你这么说就放心了，只要能稳定使用就好，目前不追新了，把手里的事干好就好了。
--
FROM 59.40.11.*
这… 坐过山车呢，刚放下来的心又悬起了
我现在就大量用btrfs在usb上，做了4个Debian系统到usb以防万一。
还加了全盘luks1，u盘启动要输入密码才能进系统，u盘系统只分2个区，一个efi，一个btrfs，btrfs用subvol区分根目录和boot。目前这些u盘系统工作正常，多次挽救了其它系统。balance这些还不会，没有设置过。
【 在 Dazzy (大懒虫，脱焦省却磨皮) 的大作中提到: 】
: 关注：
: //btrfs.readthedocs.io/en/latest/Status.html
: 用户不要作死就行了。我个人体会，慎重在usb上用，除非要进行ENOSPC挽救，临时为balance引入额外中转空间。得当次开机解决，device add了，完事就赶紧remove了，再谈重启的事情。
: 添加了usb设备的多盘btrfs重启，很可能悲剧。
--
FROM 223.73.3.*