11
Linux / Le bug du 19 janvier 2038 à 3 h 14 min 8 s pourait impacter des trains / métros
« Dernier message par vivien le Hier à 21:31:31 »
L'article ne donne rien de concret pour savoir si un système sera affecté par le bug.
De ce que je comprends, beaucoup de systèmes d'exploitation 32 bits sont vulnérables.
Pour les systèmes 64 bits, il me semble que seul le stockage de fichier est à risque.
ext2 et ext3 : date stockée sur 32 bits
ext 4 : date stockée sur 64 bits sauf exceptions
ext4 est sable depuis Linux 2.6.28 (source: Le noyau Linux 2.6.28 est disponible), ce qui remonte à décembre 2008. Son utilisation par défaut dans Ubuntu remonte à Ubuntu 9.10 (source : Ubuntu 9.10 (« The Karmic Koala »)) sortie en octobre 2019
Pour identifier le type de système de fichier : df -hT
Dans la colonne Type, vous verrez si c'est du ext2, ext3; ext4 ou du xfs.
Pour un système de fichier ext4
Sur ext4, l'immunité au bug de l'an 2038 dépend de la taille des "inodes" (les structures de données qui décrivent les fichiers). S'ils font 128 octets, les dates sont sur 32 bits. S'ils font 256 octets ou plus, des bits supplémentaires sont alloués aux dates, repoussant la limite à l'an 2446.
sudo tune2fs -l /dev/votre_partition | grep "Inode size"
Exemple :
Inode size: 256 (ou une valeur supérieure, comme 512 ou 1024) : Vous êtes à l'abri. C'est la valeur par défaut sur presque toutes les installations Linux depuis l'arrivée de l'ext4 en 2009.
Inode size: 128 : Votre système est vulnérable. Cela se produit généralement sur de très vieux systèmes de fichiers qui ont traversé les années sans jamais avoir été reformatés (il est possible de passer d'ext3 à ext4 sans formatage).
Pour un système de fichier xfs
Il y a plus de risques d'être limité au 19 janvier 2038 avec xfs : le format "bigtime" introduit dans le noyau 5.10 en 2020
La commande pour tester : sudo xfs_info /dev/votre_partition | grep bigtime
... bigtime=1 ... : la limite est repoussée à l'an 2486 (c'est le cas par défaut sur les distributions récentes).
... bigtime=0 ... : la limite est au 19 janvier 2038. La partition a été formatée avec un ancien outil.
Si la commande ne retourne aucune mention de bigtime : la limite est au 19 janvier 2038.
De ce que je comprends, beaucoup de systèmes d'exploitation 32 bits sont vulnérables.
Pour les systèmes 64 bits, il me semble que seul le stockage de fichier est à risque.
ext2 et ext3 : date stockée sur 32 bits
ext 4 : date stockée sur 64 bits sauf exceptions
ext4 est sable depuis Linux 2.6.28 (source: Le noyau Linux 2.6.28 est disponible), ce qui remonte à décembre 2008. Son utilisation par défaut dans Ubuntu remonte à Ubuntu 9.10 (source : Ubuntu 9.10 (« The Karmic Koala »)) sortie en octobre 2019
Pour identifier le type de système de fichier : df -hT
Dans la colonne Type, vous verrez si c'est du ext2, ext3; ext4 ou du xfs.
Pour un système de fichier ext4
Sur ext4, l'immunité au bug de l'an 2038 dépend de la taille des "inodes" (les structures de données qui décrivent les fichiers). S'ils font 128 octets, les dates sont sur 32 bits. S'ils font 256 octets ou plus, des bits supplémentaires sont alloués aux dates, repoussant la limite à l'an 2446.
sudo tune2fs -l /dev/votre_partition | grep "Inode size"
Exemple :
Code: [Sélectionner]
$ sudo tune2fs -l /dev/nvme0n1p2 | grep "Inode size"
Inode size: 256Inode size: 256 (ou une valeur supérieure, comme 512 ou 1024) : Vous êtes à l'abri. C'est la valeur par défaut sur presque toutes les installations Linux depuis l'arrivée de l'ext4 en 2009.
Inode size: 128 : Votre système est vulnérable. Cela se produit généralement sur de très vieux systèmes de fichiers qui ont traversé les années sans jamais avoir été reformatés (il est possible de passer d'ext3 à ext4 sans formatage).
Pour un système de fichier xfs
Il y a plus de risques d'être limité au 19 janvier 2038 avec xfs : le format "bigtime" introduit dans le noyau 5.10 en 2020
La commande pour tester : sudo xfs_info /dev/votre_partition | grep bigtime
... bigtime=1 ... : la limite est repoussée à l'an 2486 (c'est le cas par défaut sur les distributions récentes).
... bigtime=0 ... : la limite est au 19 janvier 2038. La partition a été formatée avec un ancien outil.
Si la commande ne retourne aucune mention de bigtime : la limite est au 19 janvier 2038.

Messages récents
Actus Orange
..) ...
Incidents Free

5G/4G SFR