Boîte à Outils Informatique
Guide

Comment diagnostiquer un Linux filesystem read-only

Un montage en lecture seule peut être une mesure de protection après une erreur de stockage ou filesystem.

ThématiqueLinux →
⌚ Environ 3 min de lecture
Voir mes favoris
Linux Avancé 20 min

Un montage en lecture seule peut être une mesure de protection après une erreur de stockage ou filesystem.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Lire dmesg

    Cherchez I/O error, ext4/xfs errors.

  2. 2

    Identifier le mount

    Notez device et options.

  3. 3

    Vérifier stockage

    SMART/RAID selon environnement.

  4. 4

    Planifier réparation

    fsck doit souvent être effectué hors ligne selon le filesystem.

Commandes utiles

mount
dmesg | tail -100
df -h

À retenir

  • Priorité aux sauvegardes si le stockage semble défaillant.
  • Ne forcez pas remount rw sans comprendre l’erreur.
← Tous les guides
Complément technique

Stockage Linux : distinguer blocs, inodes et fichiers supprimés encore ouverts

Repères techniques

  • df mesure l’espace du filesystem alors que du estime les fichiers visibles ; un écart important peut venir de fichiers supprimés encore ouverts.
  • df -i détecte l’épuisement des inodes, qui peut bloquer toute création de fichier même avec des Go libres.
  • Un filesystem passé read-only peut être la protection du noyau après des erreurs I/O ou filesystem ; remonter rw sans comprendre la cause est risqué.

Tri stockage

Comparer blocs, inodes, gros répertoires et fichiers supprimés encore ouverts.

df -hT
df -i
du -xhd1 /var | sort -h
lsof +L1

Pièges spécifiques

  • Lancer rm sur /var/lib ou Docker sans identifier le propriétaire des données peut casser un service.
  • fsck ne doit pas être lancé sur un filesystem monté en écriture sauf cas/documentation spécifique.

Comment valider

  • La cause de consommation ou de passage read-only est identifiée dans les logs/kernel.
  • Après correction, blocs et inodes disposent d’une marge et aucune nouvelle erreur I/O n’apparaît.

Preuves et vérifications

df mesure l’espace du filesystem alors que du estime les fichiers visibles ; un écart important peut venir de fichiers supprimés encore ouverts. df -i détecte l’épuisement des inodes, qui peut bloquer toute création de fichier même avec des Go libres.

Contrôle de résultat

La cause de consommation ou de passage read-only est identifiée dans les logs/kernel. Après correction, blocs et inodes disposent d’une marge et aucune nouvelle erreur I/O n’apparaît.

Point d’attention

Lancer rm sur /var/lib ou Docker sans identifier le propriétaire des données peut casser un service. Un filesystem passé read-only peut être la protection du noyau après des erreurs I/O ou filesystem ; remonter rw sans comprendre la cause est risqué.

Concepts liés

Référence primaire : Linux man-pages — df.

♡ 0