# Changements majeurs :
🔴 Bcachefs → Retiré du noyau principal (sept. 2025)
🔴 ReiserFS → Supprimé définitivement (noyau 6.13)
🟠 ext3 → Pilote retiré, monté via ext4 uniquement
🟢 btrfs → Consolidé comme alternative moderne
🟢 XFS V5 → Format obligatoire, V4 déprécié
# Impact : les choix d'hier ne sont plus valables aujourd'hui

# 1. Statut noyau
Actuel → Intégré et maintenu dans le noyau principal
Externe → Module DKMS / hors arbre (ex: ZFS, APFS)
Obsolète → Pilote présent mais déprécié
Retiré → Code supprimé du noyau
# 2. Niveau de sécurité intrinsèque
🔐 Très Élevé : checksums données+metadata, auto-réparation
🛡️ Élevé : checksums metadata, journaling robuste
🔒 Moyen : journaling basique, pas de checksums données
⚠️ Faible : pas de journaling, vulnérabilités connues
# 3. Stratégie de migration
→ Commandes exactes, prérequis, risques, retour arrière

# Pour chaque filesystem :
✓ Statut noyau actualisé (6.18+)
✓ Description technique mise à jour
✓ Tableau sécurité EXACT (Checksums/Auto-réparation/Isolation/Niveau)
✓ Commandes d'audit copiables
✓ Résultat attendu pour validation
✓ Recommandation d'usage
# Navigation :
→ Cliquez sur un élément du menu gauche
→ Les commandes sont directement copiables
→ Utilisez le sommaire flottant (en haut à droite)

# Détecter ReiserFS monté
df -T | grep reiserfs
# Préparer migration btrfs (partition non montée)
sudo btrfs-convert /dev/sdXY
# Vérifier conversion
sudo btrfs filesystem show /dev/sdXY

# Détecter ext3
df -T | grep ext3
# Monter ext3 via pilote ext4 (automatique)
grep ext3 /etc/fstab # remplacer par ext4
# Convertir vers ext4 si besoin
sudo tune2fs -O extents,uninit_bg,dir_index /dev/sdXY

# Détecter ext2
df -T | grep ext2
# Passer ext2→ext3 (ajout journal)
sudo tune2fs -j /dev/sdXY
# Puis migrer vers ext4
sudo tune2fs -O extents,uninit_bg,dir_index /dev/sdXY

# Détecter JFS
df -T | grep jfs
# Vérifier intégrité
sudo jfs_fsck -n /dev/sdXY
# Migration : backup + format ext4/btrfs
sudo mkfs.ext4 /dev/sdXY

# Détecter minix
df -T | grep minix
# Migration urgente
sudo umount /dev/sdXYsudo mkfs.ext4 /dev/sdXY

# Vérifier module bcachefs chargé
lsmod | grep bcachefs
# Version DKMS installée
dkms status | grep bcachefs
# Audit montage
mount | grep bcachefs

# Vérifier pilote ntfs3 (noyau 5.15+)
lsmod | grep ntfs3
# Monter partition NTFS
sudo mount -t ntfs3 /dev/sdXY /mnt/ntfs
# Alternative FUSE (ntfs-3g)
sudo mount -t ntfs-3g /dev/sdXY /mnt/ntfs

# Vérifier module exfat
lsmod | grep exfat
# Monter
sudo mount -t exfat /dev/sdXY /mnt/exfat
# Vérifier intégrité
sudo fsck.exfat /dev/sdXY

# Installer apfs-fuse (Debian/Ubuntu)
sudo apt install apfs-fuse
# Monter partition APFS (lecture seule)
sudo apfs-fuse -o allow_other /dev/sdXY /mnt/apfs
# Vérifier montage
mount | grep apfs

# Détecter FAT32
df -T | grep vfat
# Monter avec options de sécurité
sudo mount -t vfat /dev/sdXY /mnt/usb -o uid=1000,gid=1000,umask=077
# Vérifier
sudo fsck.vfat -n /dev/sdXY

# NFS : exports actifs
exportfs -v
# Montages NFS côté client
mount | grep nfs
# Statut service
systemctl status nfs-server
# Vérifier version NFSv4
nfsstat -m

# SMB : partages montés
mount | grep cifs
# Vérifier chiffrement SMB
grep -i encrypt /etc/samba/smb.conf
# Tester connexion
smbclient -L //serveur/partage -U utilisateur

# Statut client CephFS
ceph status
# Montage CephFS
mount -t ceph mon1:6789,mon2:6789:/ /mnt/ceph -o name=admin,secretfile=/etc/ceph/admin.secret
# Vérifier intégrité
ceph fs status

# Statut GlusterFS
gluster volume status
# Informations volumes
gluster volume info
# Montage client
mount -t glusterfs server:/volname /mnt/gluster

# Options montage /tmp (tmpfs)
findmnt -o OPTIONS /tmp
# Renforcer tmpfs dans /etc/fstab :
# tmpfs /tmp tmpfs defaults,noexec,nosuid,nodev,mode=1777 0 0
# Vérifier usage
df -h /tmp

# /proc monté avec hidepid ?
grep proc /proc/mounts
# Renforcer dans /etc/fstab :
# proc /proc proc defaults,hidepid=2 0 0
# Vérifier
mount | grep proc

# Vérifier montage sysfs
mount | grep sysfs
# Explorer les informations matérielles
ls /sys/class/net/
# Vérifier permissions
ls -la /sys/

# Vérifier si debugfs est monté
mount | grep debugfs
# Désactiver en production
sudo umount /sys/kernel/debug
# Empêcher le montage automatique
# Retirer toute ligne debugfs de /etc/fstab

# Vérifier montage configfs
mount | grep configfs
# Explorer
ls /sys/kernel/config/

# Vérifier huge pages configurées
cat /proc/sys/vm/nr_hugepages
# Monter hugetlbfs
mount -t hugetlbfs none /dev/hugepages
# Vérifier montage
mount | grep hugetlbfs

# Détecter overlayfs monté
findmnt -o TARGET,FSTYPE | grep overlay
# Vérifier les couches (lower/upper)
mount | grep overlay
# Usage Docker
docker info | grep -i 'storage driver'

# Vérifier si ramfs est utilisé
mount | grep ramfs
# Préférer tmpfs à la place :
# /etc/fstab : tmpfs /mnt/ram tmpfs size=512M,mode=0700 0 0
# Si ramfs détecté → migrer vers tmpfs
sudo umount /mnt/ramfssudo mount -t tmpfs -o size=512M tmpfs /mnt/ram

# Détecter cramfs
findmnt -o TARGET,FSTYPE | grep cramfs
# Migrer vers SquashFS (meilleure compression, checksums)
# Recréer l'image avec mksquashfssudo mksquashfs /source/dir new-image.squashfs -comp zstd
# Monter la nouvelle image
sudo mount -t squashfs new-image.squashfs /mnt/sqfs -o loop

# Détecter EROFS
findmnt -o TARGET,FSTYPE | grep erofs
# Vérifier intégrité
fsck.erofs -n /dev/sdXY

# Détecter SquashFS
findmnt -o TARGET,FSTYPE | grep squashfs
# Vérifier intégrité image
unsquashfs -l /path/to/image.squashfs | head -10
# Monter
sudo mount -t squashfs image.squashfs /mnt/sqfs -o loop

# Détecter ISO9660
findmnt -o TARGET,FSTYPE | grep iso9660
# Monter image ISO
sudo mount -t iso9660 -o loop image.iso /mnt/iso
# Vérifier
mount | grep iso9660

# Détecter UDF
findmnt -o TARGET,FSTYPE | grep udf
# Monter
sudo mount -t udf /dev/sr0 /mnt/udf
# Vérifier
mount | grep udf

# 1. Inventaire complet
lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,UUID
# 2. Options de montage critiques
findmnt -o TARGET,OPTIONS | grep -E 'noexec|nosuid|nodev'
# 3. Filesystems avec checksums (sécurité)
for fs in $(df -T | tail -n+2 | awk '{print $2}' | sort -u); doecho -n "$fs: "case $fs inbtrfs|xfs|zfs) echo "check sums" ;;ext4) echo "~ metadata only" ;;*) echo "none" ;;esacdone
# 4. Détecter filesystems obsolètes montés
df -T | grep -E 'reiserfs|ext[23]|jfs|minix|cramfs|ramfs' && echo "Migration requise"

# btrfs : scrub (checksums données+metadata)
sudo btrfs scrub status /mountpoint
# XFS : vérification metadata (format V5)
sudo xfs_repair -n /dev/sdXY 2>&1 | grep -i error
# ZFS : scrub complet
sudo zpool status -t tank
# ext4 : fsck préventif (unmounted)
sudo fsck.ext4 -n /dev/sdXY
# F2FS : vérification
sudo fsck.f2fs -n /dev/sdXY

# /tmp : noexec,nosuid,nodev
findmnt -o OPTIONS /tmp | grep -q 'noexec' && echo "/tmp secure" || echo "/tmp a durcir"
# /dev/shm : noexec,nosuid,nodev
findmnt -o OPTIONS /dev/shm | grep -q 'noexec' && echo "/dev/shm secure" || echo "/dev/shm a durcir"
# /proc : hidepid
grep 'hidepid' /proc/mounts && echo "hidepid actif" || echo "hidepid non actif"
# debugfs : ne doit PAS être monté
mount | grep debugfs && echo "debugfs monte !" || echo "debugfs absent"

# PRÉ-REQUIS : backup complet !
# 1. Démonter la partition ReiserFS
sudo umount /dev/sdXY
# 2. Conversion in-place vers btrfs
sudo btrfs-convert /dev/sdXY
# 3. Monter le nouveau btrfs
sudo mount -t btrfs /dev/sdXY /mnt/new
# 4. Vérifier et supprimer l'image de rollback
sudo btrfs subvolume list /mnt/newsudo btrfs subvolume delete /mnt/new/reiserfs_saved

# Étape 1 : ext3 → ext4 (montage direct)
# /etc/fstab : remplacer ext3 par ext4, puis reboot
# Étape 2 : ext4 → btrfs (conversion)
sudo umount /dev/sdXYsudo btrfs-convert /dev/sdXYsudo mount -t btrfs /dev/sdXY /mnt/btrfs
# Activer compression (optionnel)
sudo btrfs property set -ts /mnt/btrfs compression zstd

# ext2 → ext3 (ajout journal)
sudo tune2fs -j /dev/sdXY
# ext3 → ext4 (extensions, dir_index)
sudo tune2fs -O extents,uninit_bg,dir_index /dev/sdXYsudo e2fsck -f /dev/sdXY
# ext4 → btrfs (conversion)
sudo umount /dev/sdXYsudo btrfs-convert /dev/sdXY

# 1. Backup complet
sudo rsync -aAXv /mnt/old/ /mnt/backup/
# 2. Formater en ext4 (ou reconstruire en SquashFS)
sudo umount /dev/sdXYsudo mkfs.ext4 /dev/sdXY
# 3. Restaurer
sudo mount /dev/sdXY /mnt/newsudo rsync -aAXv /mnt/backup/ /mnt/new/
# Alternative cramfs → SquashFS :
sudo mksquashfs /mnt/cramfs-contents new.squashfs -comp zstd

# Référence complète :
Titre : "Linux File Systems Explained: Ext4 Vs Btrfs Vs XFS"
Source : Eagleeyet
Date : janvier 2026
URL : leagleeyet.net/blog/btrfs-xfs-zfs
# Points clés :
→ Benchmarks I/O séquentiel et aléatoire
→ Performance SSD vs HDD
→ Stabilité en production (retours utilisateurs)
→ Recommandations par scénario (desktop/serveur/NAS)

# Référence complète :
Titre : "OpenZFS Release 2.4.1"
Source : OpenZFS Official Documentation
Date : février 2026
URL : openzfs.org/wiki/
# Points clés :
→ Compatibilité noyaux 4.18 à 6.18
→ RAIDZ expansion (feature majeure)
→ Correctifs de sécurité CVE
→ Performance améliorée sur NVMe
→ Support DKMS mis à jour

# Référence complète :
Titre : "Key Linux Features Boosting Security Measures for 2026"
Source : LinuxSecurity.com
Date : novembre 2025
URL : linuxsecurity.com/
# Points clés :
→ Impact des checksums FS sur la sécurité
→ Integrity Measurement Architecture (IMA)
→ Filesystem-level encryption (fscrypt)
→ Contrôles d'intégrité et détection corruption
→ Recommandations hardening par type de FS

# Méthode de vérification recommandée :
Étape 1 → Consulter la source primaire (LWN.net / mailing list)
Étape 2 → Vérifier sur le site officiel du projet
Étape 3 → Croiser avec un média technique indépendant
Étape 4 → Tester en environnement isolé avant production
# Exemple : vérifier le statut de bcachefs
1. LWN.net → décision de retrait
2. kernel.org → statut dans tree mainline
3. Linux Journal → analyse impact
4. Test sur VM isolée → vérifier comportement DKMS

# Référence de l'article :
Titre : "OS Security Panorama 2026"
URL : safeitexperts.com/2026/04/panorama-securite-os-2026.html
# Lien avec ce guide :
→ ext4/XFS/btrfs → filesystems Linux (ce guide)
→ NTFS/ReFS → filesystems Windows (comparaison)
→ APFS → filesystem macOS (mentionné ici)
→ ZFS → commun BSD/Solaris/Linux (OpenZFS)
→ Tableau production 2026 → contexte global

# Référence de l'article :
Titre : "Linux Kernels 2025 : analyse complète"
URL : safeitexperts.com/en/2026/04/linux-kernels-2025-complete-analysis.html
# Lien direct avec ce guide :
→ CVE critiques → vulnérabilités filesystems
→ Bcachefs removal → retrait noyau 6.18 (ce guide)
→ dm-pcache → impact sur les FS en cache
→ Apple Silicon M2 → compatibilité APFS/FS
→ Calendrier noyaux → planifier les migrations

# Référence de l'article :
Titre : "Problème informatique : Résoudre sans casser"
URL : safeitexperts.com/2026/04/probleme-informatique-resoudre-sans-casser.html
# Application aux migrations FS :
→ Pro-actif → auditer avant de migrer (ce guide)
→ Préventif → backup complet + test restauration
→ Réactif → procédure de rollback documentée
→ Les 8 postures → éviter les erreurs de migration
→ Méthodologie → applicable à tous les FS

# Accès à la catégorie complète :
URL : safeitexperts.com/search/s%C3%A9curit%C3%A9%20linux/
# Contenu de la catégorie :
→ Guides d'audit sécurité (filesystems, réseau, SSH)
→ Tutoriels de hardening (SELinux, pare-feu, LUKS)
→ Analyses de CVE et vulnérabilités
→ Méthodologies de migration sécurisée
→ Supervision et monitoring sécurité
# Navigation :
→ Articles classés par date (plus récent en premier)
→ Tags pour filtrer par thématique
→ Liens internes entre articles connexes