Dans une version de maintenance du noyau le problème vient du sous-système DM (Device Mapper), qui à la corruption des données sur les disques SSD. Le problème a commencé à apparaître après , ajouté au noyau en janvier de cette année, n'affecte que la branche 5.1 et apparaît dans la grande majorité des cas sur les systèmes dotés de disques SSD Samsung qui utilisent le cryptage des données à l'aide de dm-crypt/LUKS sur Device-mapper/LVM.
Cause du problème Marquage trop agressif des blocs libérés via FSTRIM (trop de secteurs ont été marqués à la fois, sans tenir compte de la limite max_io_len_target_boundary). Parmi les distributions proposant le noyau 5.1, l'erreur a déjà été corrigée dans , mais reste toujours non corrigé dans (le correctif est disponible, mais se trouve actuellement dans la branche « tests »). Une solution de contournement pour bloquer le problème consiste à désactiver le service fstrim.service/timer, à renommer temporairement le fichier exécutable fstrim, à exclure l'indicateur « discard » des options de montage dans fstab et à désactiver le mode « autoriser les rejets » dans LUKS via dmsetup. .
Source: opennet.ru