Hacker News Reader

Comment by 1970-01-01 | Hacker News Reader

1970-01-01

Others say

"I need it to work on a random Thursday, not wait for fsck after ever reboot"

https://github.com/IceWhaleTech/CasaOS/issues/1104

I have the same issue on Windows 11. It's been bugging me to press a button or "check my drive" on every startup for at least half a year, no matter how often I let it run the check...

Same thing happened to me recently

Why have you linked a bug report for a niche userland application that may be causing disk corruption as evidence against linux reliability? That seems like a pretty uninformed conclusion.

This isn't a one-off niche user. Just look for more of these. You will find them.

https://www.reddit.com/r/archlinux/comments/1cvwo93/arch_run...

This supports my initial reply. This was an f2fs bug in a bleeding edge kernel released only seven days earlier. The thread suggests perfectly reasonable mitigations, especially for an arch user: use the lts kernel or downgrade to 6.8.9.

If you're not familiar with linux and/or don't want to deal with trivial issues periodically, don't hang out at the bleeding edge. There are plenty of boring and/or beginner friendly choices out there.

I'm not saying linux is perfect, but your conclusions in this instance appear to be uninformed rather than supported by the facts.

Ok fair point, here's plenty more of the same on stable. My point is Linux is always fine right until it isn't. Then you're back to a day of debugging your update.

https://bugzilla.kernel.org/show_bug.cgi?id=218770

https://lore.kernel.org/linux-f2fs-devel/20240409203411.1885...

https://lkml.iu.edu/hypermail/linux/kernel/2511.2/07280.html

https://lkml.iu.edu/hypermail/linux/kernel/2511.2/07260.html

https://bugzilla.suse.com/show_bug.cgi?id=1226043

https://lists.opensuse.org/archives/list/bugs@lists.opensuse...

https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/15478...

https://bugs.launchpad.net/bugs/63175

Most of these links weaken your claim rather than support it. The lkml links are patch submissions in a _development_ discussion, not ordinary users running a stable distro. The f2fs bugzilla links are the same issue we already discussed, a regression in the brand-new 6.9 kernel released only days earlier, with the fix landing in 6.9.3. The suse bug is an upstream e2fsprogs issue. This is precisely the kind of issue distro package maintainers can catch, patch, or avoid before it reaches ordinary users on a stable release. The launchpad link is another development discussion, not an example of ordinary users experiencing a bug in a stable release.

Linux does experience regressions, but your argument conflates upstream development, bleeding edge releases, and stable distro releases. Those distinctions are fundamental to how linux distributions work, and these links don't support the claim you're making.

>Most of these links weaken your claim rather than support it.

Yep. Good catch, I think you win the argument. These are all distros that are under development and their underlying issues should never be called-out as handing the user frustration as they willingly chose to become a victim of the kernel.

Do those users use the OS that randomly takes hours to shut down because it desperately needs to install updates right now - and then it won't shut down at all and reboot instead. And even if it doesn't do that shutdown takes ages and you need to attend it and can't just walk away because the OS will drop you in a logged in desktop when some random application decides to interrupt the shutdown process.

I don't know why you'd choose one of the smaller OSes, I'm required to use Ubuntu at work and it just works fine for me, every day.

It's also a bit rich especially to complain when Microsoft also suffers from forced autoupdates and the like.

Reply on news.ycombinator.com