- 主题:btrfs修了十多年bug了，依然还是那么烂
我的pve和pvb备份服务器也用的zfs。zfs修bug的时间比btrfs长多了，更稳定也正常。
【 在 iwannabe 的大作中提到: 】
: 那只是nas的家用用途，企业用途是作为外挂存储，比如作为k8s的pvc
: qnap在企业级nas里用的是zfs
--
FROM 171.213.136.*
其实也不完全是btrfs，是魔改版，感兴趣可以去搜一下
【 在 ttaudi 的大作中提到: 】
: 恕我孤陋寡闻，今天才发现群晖用btrfs，群晖作为全球NAS巨头，那么多年用市场验证btrfs，是不是说明即使btrfs之前有bug，但是也那么长时间的修修补补也该稳定了吧。
--
FROM 1.202.8.*
我没有参与bcachefs的开发。一个文件系统能达到企业级品质稳定下来需要10年以上的时间，bcachefs还要继续努力。btrfs这么多年，经过suse和rehdat的打磨，品质已经好很多了。很多nas厂商实际上已经广泛的使用btrfs在产品环境了。
如果有btrfs开发者高手，对产品环境维护和开发btrfs并回馈开源社区有兴趣，欢迎联系我。
【 在 iconquer 的大作中提到: 】
: @colyli for bcachefs
--
FROM 120.245.64.*
不是我小看btrfs，前一阵爆的雷，现在才擦完屁股，这种bug不知道还有多少。
8 月 6 日 08:11 EDT - Linux 存储 - Btrfs 日志树损坏 - 32 条评论
6 August 08:11 AM EDT - Linux Storage - Btrfs Log Tree Corruption - 32 Comments
在 Linux 6.15.3+ 版本中，越来越多的 Btrfs 文件系统用户报告了日志树损坏问题。幸运的是，现在已提交了一个修复程序到 Linux 6.17 Git，并计划回移植到最近的稳定内核版本。
On Linux 6.15.3+ there have been increased reports of log tree corruption being hit by users of the Btrfs file-system. Fortunately, a fix has now been submitted for Linux 6.17 Git and then for back-porting to the recent stable kernel versions.
--
FROM 171.213.150.*
数据保住没
【 在 poocp (慢速随机指标) 的大作中提到: 】
: 不是我小看btrfs，前一阵爆的雷，现在才擦完屁股，这种bug不知道还有多少。
: 8 月 6 日 08:11 EDT - Linux 存储 - Btrfs 日志树损坏 - 32 条评论
: 6 August 08:11 AM EDT - Linux Storage - Btrfs Log Tree Corruption - 32 Comments
: 在 Linux 6.15.3+ 版本中，越来越多的 Btrfs 文件系统用户报告了日志树损坏问题。幸运的是，现在已提交了一个修复程序到 Linux 6.17 Git，并计划回移植到最近的稳定内核版本。
--
FROM 223.104.68.*
我不用btrfs，十多年来一直不用。
【 在 ttaudi 的大作中提到: 】
: 数据保住没
--
FROM 171.213.150.*