Live data from Hacker News

Linux: Ext4 data corruption in 6.1.64-1

bugs.debian.org

61–70 of 138 posts

Re: Linux: Ext4 data corruption in 6.1.64-1

#61
post #44

The irony of seeing this, after Linus remarks how serious and thorough the file system kernel developers are, versus the other device drivers developers.

I wonder if Linus will publicly scold the developer responsible for this, like the famous "Mauro, STFU!" e-mail

Re: Linux: Ext4 data corruption in 6.1.64-1

#64
post #61
post #44

The irony of seeing this, after Linus remarks how serious and thorough the file system kernel developers are, versus the other device drivers developers.

I wonder if Linus will publicly scold the developer responsible for this, like the famous "Mauro, STFU!" e-mail

Aren't this days over?

Re: Linux: Ext4 data corruption in 6.1.64-1

#65

Earlier quoted context omitted.

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]

> When a core rust developer is exposed as a psychotic pedophile, there's crickets - it's not news because it happens every month.

bro what on earth are you on about

Re: Linux: Ext4 data corruption in 6.1.64-1

#67

Earlier quoted context omitted.

Most data is recoverable albeit slow to do. It takes some very bad conditions or intentional actions to make data recovery impossible. Current high level standards for military/diplomatic data sanatisation are complete physical destruction of hard disks. Even linux tools like shred have given up saying they can actually delete data from disks due to how SSD's work these days.

[flagged]

I'm sorry what? You are calling me non-human here. A quick glance will tell that I'm very fallible for both opinions and assertions.

Re: Linux: Ext4 data corruption in 6.1.64-1

#68
post #51

Earlier quoted context omitted.

Most data is recoverable albeit slow to do. It takes some very bad conditions or intentional actions to make data recovery impossible. Current high level standards for military/diplomatic data sanatisation are complete physical destruction of hard disks. Even linux tools like shred have given up saying they can actually delete data from disks due to how SSD's work these days.

I don't agree - modern NVME drives have secure erasure mechanisms. All data is by default encrypted on-the-fly within the flash memory, and when requesting a secure erase, the controller throws away the key and generates a new one. https://man.archlinux.org/man/nvme-format.1

What percentage of people on Earth use this in your expert opinion?

Also have you done any work in digital forensics?

Eagerly awaiting your response.

Re: Linux: Ext4 data corruption in 6.1.64-1

#70
post #51

Earlier quoted context omitted.

Most data is recoverable albeit slow to do. It takes some very bad conditions or intentional actions to make data recovery impossible. Current high level standards for military/diplomatic data sanatisation are complete physical destruction of hard disks. Even linux tools like shred have given up saying they can actually delete data from disks due to how SSD's work these days.

I don't agree - modern NVME drives have secure erasure mechanisms. All data is by default encrypted on-the-fly within the flash memory, and when requesting a secure erase, the controller throws away the key and generates a new one. https://man.archlinux.org/man/nvme-format.1

> I don't agree - modern NVME drives have secure erasure mechanisms.

Assuming the firmware doesn't lie about it does:

* https://www.zdnet.com/article/flaws-in-self-encrypting-ssds-...

Post reply on HN