- 主题:btrfs修了十多年bug了,依然还是那么烂
不过还好,十年前我用btrfs没几天发现它崩了,就再没用它了,用回ext4之后再没这方面的烦恼。
除此之外,三星的f2fs文件系统也是个修不好的坑货。
--
FROM 171.213.130.*
我路由器的sd卡格式化成f2fs,数据全丢。
【 在 gameplayer 的大作中提到: 】
: f2fs哪里坑了?我看好多手机都在用,没听说出啥问题啊
:
--
FROM 171.213.142.*
你也知道群辉是nas产品在用,无论照片还是电影,都是不会频繁修改的只读文件,随便用个文件系统都没问题。
生产环境敢用来存自己创造的,不断修改的文件的文件系统,才是靠谱的。
【 在 ttaudi 的大作中提到: 】
: 恕我孤陋寡闻,今天才发现群晖用btrfs,群晖作为全球NAS巨头,那么多年用市场验证btrfs,是不是说明即使btrfs之前有bug,但是也那么长时间的修修补补也该稳定了吧。
--
FROM 171.213.144.*
我的pve和pvb备份服务器也用的zfs。zfs修bug的时间比btrfs长多了,更稳定也正常。
【 在 iwannabe 的大作中提到: 】
: 那只是nas的家用用途,企业用途是作为外挂存储,比如作为k8s的pvc
: qnap在企业级nas里用的是zfs
--
FROM 171.213.136.*
不是我小看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.*
我不用btrfs,十多年来一直不用。
【 在 ttaudi 的大作中提到: 】
: 数据保住没
--
FROM 171.213.150.*