TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ext4 data corruption in 6.1 stable

70 点作者 turrini超过 1 年前

7 条评论

jacobgorm超过 1 年前
I’ve defaulted to XFS since it became available for Linux, and never had any problems. Only once, some time around 2009, did I try ext3 and it forgot to flush a lot of data that were lost. I don’t see why anyone would use ext over XFS.
评论 #38587588 未加载
RainbowFriends超过 1 年前
I guess this falls into the class of Linux bugs that causes regressions on the LTS kernel, where you'd be safer running stable.
snvzz超过 1 年前
When the Linux kernel is huge (MLoCs!), complex and lacks stable internal APIs, this should not surprise anyone.<p>There are better ways to do it, and it is being done.<p>Refer to the microkernel multiserver architecture, with efforts such as Genode (on seL4) or Fuchsia.
评论 #38591368 未加载
abrookewood超过 1 年前
Any of the people who were freaking out over a rare ZFS corruption care to comment?
评论 #38589683 未加载
Modified3019超过 1 年前
Is this triggered under certain workloads, or has it been chewing data for everyone, and how much?
评论 #38587461 未加载
评论 #38587030 未加载
uselpa超过 1 年前
I had already updated to the problematic kernel, so I resorted to installing 6.5 from backports. Hope this helps.
jeroen79超过 1 年前
so everything before 6.1 is ok, and after 6.5 is also ok?
评论 #38586788 未加载
评论 #38591815 未加载
评论 #38585835 未加载