Corruption de données ext4 et kernel 6.1.64-1

[solar10]

https://micronews.debian.org/2023/1702150551.html

[cezame]

https://micronews.debian.org/2023/1702150551.html

Curieux, moi je suis à la 6.6.5 sur une Ubuntu, la 6.1.64 est déjà "ancienne".

[Mackguil]

Mint est encore en 5.15...

[solar10]

C'est surtout pour les utilisateurs Debian 12.3 stable qui sont dans cette combinaison de version.
Perso, je me suis mis au btrfs.

[Unix-Linux]

Debian Bug report logs - #1057843
linux: ext4 data corruption in 6.1.64-1

Found in version linux/6.1.64-1

Fixed in version linux/6.1.66-1

Ajouté après : 31 minutes 9 secondes:

https://micronews.debian.org/2023/1702150551.html

Curieux, moi je suis à la 6.6.5 sur une Ubuntu, la 6.1.64 est déjà "ancienne".

Idem, 6.6.5

Pour ceux qui ont le kernel 6.1.64-1 : le remplacer par un autre et supprimer celui-ci

code : Tout sélectionner

uname -r
dpkg --list | egrep 'linux-image|linux-headers'
apt autoremove --purge
apt purge linux-image-6.1.64-1

[Unix-Linux]

Edit : plus 6.6.5 mais : (GNU/Linux 6.6.6-060606-generic x86_64)

[Unix-Linux]

Edit : et ça continue... Depuis hier :

/kernel/mainline/v6.7/linux-headers-6.7.0-060700-generic_6.7.0-060700

[solar10]

btrfs, telle est la voie.

[Unix-Linux]

btrfs, telle est la voie.

Cela fait longtemps que le Btrfs existe : depuis 2007, créé par Chris Mason.

Le problème est qu'il y a toujours eu une concurrence entre le Btrfs et EXT4, surtout en NAS

Il a déjà été utilisé par le kernel 2.6.29

En 2012, il a déjà été utilisé par Oracle Linux et Suse Linux Enterprise

Utilisé par Redhat Enterprise Linux 7.4 en 2017 puis abandonné en version 8

Ensuite utlisé par Fedora 33 en 2020