Live data from Hacker News

Linux: Ext4 data corruption in 6.1.64-1

bugs.debian.org

11–20 of 138 posts

Re: Linux: Ext4 data corruption in 6.1.64-1

#11

As someone who is heavily dependent on zfs, this is a little bit of reassurance. Sad that data corruption exists in any file system that is shipped too many people, but reassuring that it happens to the most stable and least "interesting" in the newness sense file systems. ZFS's own recent file system corruption issue is in roughly the same category of edge case, but accessible to reasonable if niche workloads.

Yeah, all the threads full of folks bashing on ZFS because their trusty ext won’t corrupt data should be eating crow right about now, but I’m sure they’ll hop in and explain why this bug is different.

This isn't a sports tournament, nobody is cheering or bashing "teams". If ZFS has bugs and caveats, they should be called out. Same for ext4.

Re: Linux: Ext4 data corruption in 6.1.64-1

#13
Curious why it doesn’t happen on GNU?

Context: This is seen in the following environments: > > > * dragonboard-845c > > > * juno-64k_page_size > > > * qemu-arm64 > > > * qemu-armv7 > > > * qemu-i386 > > > * qemu-x86_64 > > > * x86_64-clang

Re: Linux: Ext4 data corruption in 6.1.64-1

#16

Severity: grave I'm not sure if that's a standard value, but it made me chuckle a little.

It would have been really funny if they reported that one as: Severity: `

The bug system has a list of predetermined severities, so that would just be rejected. :-)

Re: Linux: Ext4 data corruption in 6.1.64-1

#17
post #6

"Causes non-serious data loss". What does that mean. Only affects cat videos?

I believe the Debian policy for reports says that for corruption you can recover from. Serious data loss would be losing your metadata and not being able to figure out where any of the files are, or corrupting all copies of the disk encryption key.

Re: Linux: Ext4 data corruption in 6.1.64-1

#18
post #6

"Causes non-serious data loss". What does that mean. Only affects cat videos?

I believe the Debian policy for reports says that for corruption you can recover from. Serious data loss would be losing your metadata and not being able to figure out where any of the files are, or corrupting all copies of the disk encryption key.

I think "corruption you can recover from" seems far too vague; you can recover from any corruption with backups.

Re: Linux: Ext4 data corruption in 6.1.64-1

#19

As someone who is heavily dependent on zfs, this is a little bit of reassurance. Sad that data corruption exists in any file system that is shipped too many people, but reassuring that it happens to the most stable and least "interesting" in the newness sense file systems. ZFS's own recent file system corruption issue is in roughly the same category of edge case, but accessible to reasonable if niche workloads.

The problem here was Debian's distribution process. Any distro compiling linux from the releases on kernel.org was not affected.

Re: Linux: Ext4 data corruption in 6.1.64-1

#20

Earlier quoted context omitted.

Yeah, all the threads full of folks bashing on ZFS because their trusty ext won’t corrupt data should be eating crow right about now, but I’m sure they’ll hop in and explain why this bug is different.

This isn't a sports tournament, nobody is cheering or bashing "teams". If ZFS has bugs and caveats, they should be called out. Same for ext4.

[flagged]
Post reply on HN