Guide pratique de diagnostic d'espace disque et de système de fichiers Linux avec df, du, lsblk, mount et fstab

Intro

Le diagnostic d'utilisation du disque et le dépannage des systèmes de fichiers Linux avec df, du, lsblk, mount et fstab sont indispensables car les conteneurs de production sont faciles à démarrer, mais beaucoup plus difficiles à exploiter de façon cohérente. Un guide technique utile montre quoi configurer, quelle commande prouve que la configuration fonctionne et à quoi ressemble l'échec quand la configuration est erronée.

Cet article s'adresse aux développeurs, consultants DevOps et équipes techniques de start‑up. Il relie les outils principaux — df, du, lsblk, mount, fstab — aux symptômes courants tels que « no space left on device » afin que vous puissiez passer du concept à la vérification locale.

L'objectif est pratique : comprendre les éléments mobiles, les tester localement et éviter les surprises lorsque le même motif est réutilisé dans CI/CD ou un environnement de type production. Les premières étapes typiques incluent l'exécution de df -h pour voir la capacité globale, df -i pour vérifier l'épuisement des inodes, et du -sh /var/log pour identifier les répertoires volumineux.

Workflow Overview

Commencez par identifier la ressource que vous examinez, le changement de configuration qui l'affecte et la commande qui prouve que la configuration fonctionne. Maintenez le flux serré : configurez une chose, vérifiez l'état observé, puis documentez ce qui casse lorsque la configuration est absente, mal configurée ou utilisée sous charge de type production.

En pratique, le Workflow Overview est l'endroit où les équipes découvrent souvent des hypothèses cachées. Les chemins locaux, les étiquettes d'image, les noms de réseau, les fichiers d'environnement, les limites de ressources et les permissions peuvent se comporter différemment sur les portables, les runners CI et les hôtes de production. Rendez ces hypothèses explicites avant de vous fier à la configuration.

Concepts clés abordés :

• Fondamentaux de l'utilisation du disque Linux
• Syntaxe de df, du, lsblk, mount et fstab
• Workflow de dépannage du système de fichiers Linux
• Interprétation des erreurs « no space left on device »

Des domaines connexes tels que la hiérarchie du système de fichiers Linux, les permissions Linux et le dépannage du stockage Linux sont importants car un choix de stockage peut influencer le déploiement, le débogage, la sauvegarde et les décisions de restauration.

Vérification pratique du flux : définissez l'entrée attendue, la commande ou le changement de configuration, la sortie attendue et le signal d'échec avant de modifier l'environnement.

Un test local utile doit être reproductible par un autre développeur à partir d'un checkout propre, avec les commandes et les hypothèses écrites près des fichiers de configuration.

Étapes de vérification exemple

df -h /
df -i /
du -sh /var/log
lsblk -f
findmnt /data

Chaque commande s'exécute indépendamment et affiche un résultat clair que vous pouvez comparer aux valeurs attendues.

Local Pilot Plan

Appliquez la même boucle identifier‑configurer‑vérifier à un scénario concret : un volume de données dédié monté sur /data sur un serveur ou une VM.

1. Identifiez le périphérique bloc qui contiendra les données.

   lsblk -f

Notez l'UUID de la partition cible (par exemple, UUID=1234-5678).

1. Créez un système de fichiers s'il n'existe pas.

   mkfs.ext4 /dev/sdb1

1. Ajoutez une entrée de montage persistante dans /etc/fstab en utilisant l'UUID.

   echo "UUID=1234-5678  /data  ext4  defaults,noatime  0  2" >> /etc/fstab

1. Créez le point de montage et montez le volume.

   mkdir -p /data
   mount -a

1. Vérifiez le montage et l'espace disponible.

   findmnt /data
   df -h /data
   df -i /data

1. Simulez une croissance et surveillez l'utilisation.

   dd if=/dev/zero of=/data/testfile bs=1M count=512
   du -sh /data
   df -h /data
   df -i /data

1. Nettoyez le fichier de test.

   rm /data/testfile

Si une étape échoue — par exemple, mount -a signale « wrong fs type » ou df -h /data affiche 0 % utilisé — vous disposez d'un signal d'échec concret à investiguer avant que la même configuration n'atteigne la production.

Conclusion

Le diagnostic d'utilisation du disque et le dépannage des systèmes de fichiers Linux avec df, du, lsblk, mount et fstab fonctionnent le mieux lorsque l'équipe considère la configuration comme quelque chose à tester, et non seulement à copier. La voie la plus sûre consiste à garder les exemples petits, à exécuter les commandes localement et à confirmer le comportement attendu avant d'ajouter davantage de services ou d'automatisation.

Pour une prochaine étape, choisissez un service et documentez les commandes exactes utilisées pour le construire, l'exécuter, l'inspecter, l'arrêter et le recréer. Comparez ensuite le résultat avec des domaines connexes tels que la hiérarchie du système de fichiers Linux, les permissions Linux et le dépannage du stockage Linux afin que l'implémentation s'intègre au modèle d'exploitation global.

Un flux de travail fiable rend l'échec visible : les journaux sont faciles à trouver, les données persistantes survivent aux reconstructions de conteneurs, et le comportement local est suffisamment proche de la production pour détecter les erreurs tôt. L'ajout d'alertes automatisées sur les seuils df -h et df -i complète le filet de sécurité pour les environnements de production.