Identifier ses disques et systèmes de fichiers sous Linux

01. Lire la structure des périphériques

lsblk -o NAME,SIZE,TYPE,FSTYPE,UUID,MOUNTPOINTS
findmnt
df -hT

Ces commandes observent la configuration. lsblk expose les périphériques bloc et leurs relations ; findmnt montre les montages ; df renseigne l’utilisation des systèmes montés. Aucun de ces affichages ne remplace à lui seul l’inventaire du stockage.

Un disque peut contenir plusieurs partitions. Un volume logique peut reposer sur plusieurs périphériques. Une application peut écrire dans un sous-répertoire dont le montage parent se trouve ailleurs. Tracez le chemin complet avant toute intervention.

02. Partir du chemin de l’application

findmnt --target /srv/documents
df -hT /srv/documents

Si vous attendez un disque de sauvegarde distinct, contrôlez que ce chemin correspond bien au montage prévu. Un dossier toujours présent après la disparition d’un disque ne garantit pas que la destination est disponible. Vérifiez aussi les montages réseau et leur comportement lors d’une coupure.

Les noms tels que /dev/sdb peuvent changer. Pour les opérations sensibles, recoupez plusieurs identifiants : UUID, taille, modèle et numéro de série quand ils sont disponibles. Documentez ces informations avant une maintenance.

03. Expliquer une saturation

Distinguez capacité du volume, espace utilisé, espace disponible et occupation par les snapshots. Une saturation peut aussi venir des inodes sur les systèmes qui en ont un nombre limité. Des fichiers supprimés mais encore ouverts peuvent expliquer un écart entre plusieurs outils.

Avant d’effacer ou d’agrandir, identifiez le producteur de données et la politique de rétention. Un nettoyage sans correction de la cause ne fait que retarder la prochaine panne. Conservez une trace des mesures avant et après intervention.

04. Préparer une modification sûre

Ce guide ne contient volontairement aucune commande de formatage. Une modification de partition, une réparation ou un redimensionnement demande une procédure propre au système de fichiers et un plan de restauration validé. Travaillez d’abord sur une copie de test.

Si votre stockage utilise ZFS, consultez le guide des snapshots ZFS. Une vue cohérente du stockage facilite autant la surveillance que les tests de reprise.

05. Détecter un nouveau disque sans reprendre une vieille boucle

La fiche historique rescanne les hôtes SCSI via sysfs, avec des essais sur Red Hat et CentOS 5 à 7. Cette méthode dépend du bus, du pilote et du contexte de stockage. NVMe, virtio et un stockage multipath ne se traitent pas comme une liste générique de hôtes SCSI.

Relevez le disque ou la LUN ajoutée depuis la couche de virtualisation ou de stockage, attendez les événements du système et comparez l’inventaire. Si un rescan est nécessaire, ciblez le chemin documenté pour votre plateforme. Vérifiez WWID, taille et chemins avant de créer un volume ; l’apparition d’un nouveau nom /dev ne suffit pas à l’identifier.

06. Le cas Solaris de l’ancienne fiche

La fiche « Déterminer le type de FS » comparait lsblk sous Linux à fstyp sous Solaris. Pour la partie Solaris, utilisez les outils et périphériques décrits dans le guide Solaris UFS, SAN et volumes. Les noms /dev/dsk et les slices du wiki ne doivent pas être interprétés comme des partitions Linux.

Le résultat d’une sonde identifie un format ; il ne confirme pas la cohérence ni l’état de santé de son contenu. Conservez la version du système et la chaîne de stockage dans votre procédure de restauration.