Le stockage Linux s'organise en couches empilées, du matériel à l'application : un périphérique bloc, une table de partitions, des couches optionnelles (RAID, LVM, chiffrement), un système de fichiers, et enfin un point de montage dans l'arborescence. Cette page d'orientation pose ce modèle mental pour administrateurs débutants à intermédiaires, sur Debian 12, Ubuntu 24.04 et RHEL / AlmaLinux 10, en optique RHCSA / LFCS. Elle situe chaque brique et renvoie vers le guide dédié ; elle ne remplace aucun guide pratique.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Lire le modèle en couches du stockage Linux et son ordre d'empilement.
- Reconnaître les périphériques bloc (
sd*,nvme*,vd*,dm-*) et leur nommage. - Distinguer MBR et GPT, et savoir lequel est utilisé en 2026.
- Situer les systèmes de fichiers (ext4, XFS, Btrfs, ZFS) et les couches d'abstraction (LVM, RAID, LUKS).
- Choisir le bon outil d'inspection selon ce que vous cherchez.
Le modèle en couches, du matériel à l'application
Section intitulée « Le modèle en couches, du matériel à l'application »Tout le stockage Linux se lit comme une pile de couches, où chaque couche présente un nouveau périphérique à celle du dessus. Comprendre cet empilement évite la plupart des erreurs : vous savez toujours sur quoi vous agissez.
L'ordre canonique, du bas (matériel) vers le haut (application), est le suivant :
- Périphérique bloc : le disque physique ou virtuel (
/dev/sda,/dev/nvme0n1,/dev/vda). - Table de partitions : le découpage du disque en partitions (
/dev/sda1,/dev/nvme0n1p1). - Couches d'abstraction optionnelles : RAID logiciel, LVM, chiffrement LUKS, dans cet ordre relatif.
- Système de fichiers : ext4, XFS, Btrfs, qui structure les fichiers (
mkfs). - Point de montage : le rattachement à l'arborescence (
/,/home,/var), viamountet/etc/fstab.
L'ordre des couches optionnelles suit une logique de redondance puis de chiffrement. La pratique recommandée place le chiffrement LUKS au-dessus du RAID, et le système de fichiers au-dessus de LUKS : on protège d'abord par la redondance, on chiffre ensuite, on formate enfin. Une pile complète typique se lit donc disques → RAID → LVM → LUKS → système de fichiers (Ubuntu Community Wiki). Le chiffrement reste donc toujours sous le système de fichiers : LUKS chiffre des blocs, pas des fichiers.
Périphériques bloc et nommage
Section intitulée « Périphériques bloc et nommage »Un périphérique bloc est un matériel de stockage que Linux expose comme un fichier spécial dans le répertoire /dev. Le noyau lui attribue un nom selon le type de bus utilisé. Reconnaître ces préfixes vous dit immédiatement à quel type de disque vous avez affaire.
| Préfixe | Type de bus | Exemple | Partition |
|---|---|---|---|
sd* | SATA, SCSI, SAS, USB | /dev/sda | /dev/sda1 |
nvme*n* | NVMe (PCIe) | /dev/nvme0n1 | /dev/nvme0n1p1 |
vd* | virtio (machines virtuelles) | /dev/vda | /dev/vda1 |
dm-* | device-mapper (LVM, LUKS, RAID) | /dev/dm-0 | (non partitionné) |
Le nommage sd* provient du registre officiel des numéros de périphériques du noyau : /dev/sda est le premier disque SCSI/SATA, /dev/sdb le deuxième, avec une limite de 15 partitions par disque (docs.kernel.org, Linux Device List).
Le nommage NVMe est plus riche car il expose la notion de namespace. Dans /dev/nvme0n1p1, nvme0 est le contrôleur matériel, n1 le namespace (un volume logique découpé dans le contrôleur), et p1 la partition. La plupart des SSD grand public n'ont qu'un seul namespace, d'où le nvme0n1 quasi systématique (blog Oracle Linux, overview of NVMe architecture).
Trois repères pour s'y retrouver :
/dev: les fichiers spéciaux de tous les périphériques bloc./sys/block: la vue du noyau sur chaque disque, lue par les outils d'inspection.dm-*: les périphériques virtuels créés par device-mapper (volumes LVM, volumes chiffrés LUKS, RAID), qui ne correspondent pas à un disque physique mais à une couche d'abstraction.
La distinction clé : un disque (sda) contient des partitions (sda1), tandis qu'un périphérique device-mapper (dm-0) est une construction logicielle empilée par-dessus.
Tables de partitions : MBR ou GPT en 2026
Section intitulée « Tables de partitions : MBR ou GPT en 2026 »Une table de partitions décrit comment un disque est découpé. Deux formats coexistent, mais en 2026 le choix par défaut est largement tranché.
Le format historique MBR (Master Boot Record) est limité à des disques de 2 Tio (2³² secteurs de 512 octets) et à 4 partitions primaires (Wikipedia, GUID Partition Table). Ces limites le rendent inadapté aux disques modernes.
Le format GPT (GUID Partition Table) lève ces contraintes : il utilise des adresses de blocs sur 64 bits, supporte des disques bien au-delà de 2 Tio, et autorise jusqu'à 128 partitions dans son implémentation usuelle. GPT fait partie du standard UEFI et s'impose comme le format par défaut sur le matériel récent (Wikipedia, GUID Partition Table).
La règle simple : sur une machine UEFI (la norme depuis le milieu des années 2010), utilisez GPT. MBR ne subsiste que pour la compatibilité avec d'anciens systèmes en BIOS legacy ou des disques de petite taille.
Panorama des systèmes de fichiers
Section intitulée « Panorama des systèmes de fichiers »Un système de fichiers organise les données en fichiers et répertoires sur une partition ou un volume. Le choix dépend surtout de votre distribution et de votre usage. Cette page situe seulement chaque option ; le détail vit dans les guides dédiés.
| Système de fichiers | Défaut sur | Points forts |
|---|---|---|
| ext4 | Debian 12, Ubuntu 24.04 | Mature, robuste, usage général |
| XFS | RHEL / AlmaLinux 10 | Très scalable, gros fichiers et volumes |
| Btrfs | Fedora, openSUSE | Snapshots, sous-volumes, compression |
| ZFS | (hors arbre noyau) | Intégrité, snapshots, pooling avancé |
ext4 est le système de fichiers par défaut de Debian depuis Debian 8 (Debian Wiki, Ext4), et reste le défaut de Debian 12 comme d'Ubuntu 24.04. Côté Red Hat, XFS est le système de fichiers par défaut, décrit comme « hautement scalable, performant et mature » pour les fichiers et volumes de grande taille (Red Hat, Overview of available file systems). Cette divergence Debian/Ubuntu (ext4) contre RHEL (XFS) est à connaître pour les certifications.
Btrfs apporte les snapshots et les sous-volumes nativement. Un point de vigilance important : ses profils RAID 5/6 (parité) restent considérés comme instables à cause du write hole, un risque de corruption si une panne survient pendant l'écriture d'une bande ; les profils RAID 0/1/10 sont eux fiables (documentation officielle Btrfs, btrfs-man5, section RAID56). N'utilisez pas Btrfs RAID 5/6 en production sans connaître cette limite.
ZFS vit hors de l'arbre du noyau Linux : sa licence CDDL est jugée incompatible avec la GPLv2 du noyau, ce qui interdit son intégration en amont. Il se distribue sous forme de module noyau « out-of-tree », installé séparément par certaines distributions (Software Freedom Conservancy, ZFS and Linux).
Enfin, distinguez les systèmes de fichiers locaux (ext4, XFS, Btrfs, posés sur un disque) des systèmes de fichiers réseau comme NFS, qui montent une arborescence distante comme si elle était locale (voir le guide NFS).
Les couches d'abstraction : LVM, RAID, LUKS
Section intitulée « Les couches d'abstraction : LVM, RAID, LUKS »Entre la partition et le système de fichiers, Linux insère des couches d'abstraction optionnelles. Chacune répond à un besoin précis et s'empile à un endroit précis de la pile. Toutes reposent sur device-mapper et apparaissent en dm-*.
Le LVM (Logical Volume Manager) apporte la flexibilité. Il agrège des volumes physiques (PV) en un groupe de volumes (VG), qu'on redécoupe en volumes logiques (LV) redimensionnables à chaud, sans être contraint par les frontières des disques. Il se place au-dessus du RAID quand les deux sont combinés. Voir le guide LVM.
Le RAID logiciel, géré par mdadm, apporte la redondance : il agrège plusieurs disques en un volume qui survit à la panne d'un disque. C'est la couche la plus basse des trois, posée directement au-dessus des disques (documentation et pratique mdadm, Ubuntu Community Wiki). Voir le guide RAID mdadm.
Le LUKS (Linux Unified Key Setup) apporte le chiffrement au repos : il protège les données contre le vol physique d'un disque. Il se place au-dessus du RAID et du LVM, mais sous le système de fichiers : LUKS chiffre des blocs, et le FS travaille sur le volume déchiffré. Voir le guide chiffrement LUKS.
Stockage local, réseau ou objet
Section intitulée « Stockage local, réseau ou objet »Au-delà de la pile locale, il faut situer où vivent physiquement les données. Quatre grandes familles existent ; cette page les distingue en une ligne, le détail relevant d'autres sections.
- DAS / stockage local : disques directement attachés à la machine (SATA, SAS, NVMe, USB), exposés en
/dev. - NAS : partage de fichiers sur le réseau via NFS (monde Unix/Linux) ou SMB/CIFS (interopérabilité Windows).
- SAN : exposition de blocs sur le réseau, typiquement via iSCSI, vus par l'hôte comme des disques locaux.
- Stockage objet : données accédées par une API S3 (par exemple MinIO), sans système de fichiers ni montage classique.
La distinction utile : un NAS sert des fichiers, un SAN sert des blocs (sur lesquels vous posez votre propre système de fichiers), et le stockage objet sert des objets via HTTP.
Les outils d'inspection de base
Section intitulée « Les outils d'inspection de base »Avant toute manipulation, il faut observer l'état du stockage. Chaque outil montre une facette différente ; les confondre fait perdre du temps. Voici lesquels ouvrir selon ce que vous cherchez.
| Outil | Ce qu'il montre |
|---|---|
lsblk | L'arborescence des périphériques bloc (disques, partitions, volumes) |
lsblk -f | La même vue, enrichie du type de FS, du label et de l'UUID |
blkid | Le type de système de fichiers et l'UUID d'un périphérique |
findmnt | Les systèmes de fichiers montés et leurs points de montage |
df | L'espace disponible par système de fichiers monté |
parted -l | Les tables de partitions (MBR/GPT) de tous les disques |
L'outil pivot est lsblk : il « liste les informations sur tous les périphériques bloc disponibles » en lisant sysfs (/sys/block) et la base udev, et les présente en arbre (man7.org, lsblk(8)). Son option -f ajoute le type de système de fichiers, le label et l'UUID, ce qui en fait le premier réflexe de diagnostic.
Pour les volumes montés, findmnt « recherche un système de fichiers » en lisant /proc/self/mountinfo et affiche la hiérarchie des points de montage (man7.org, findmnt(8)). C'est l'outil à privilégier sur mount seul, plus lisible et filtrable.
À retenir
Section intitulée « À retenir »- Le stockage Linux est une pile de couches : périphérique bloc → table de partitions → (RAID / LVM / LUKS) → système de fichiers → point de montage.
- L'ordre canonique des couches optionnelles place LUKS au-dessus du RAID et le système de fichiers au-dessus de LUKS : le chiffrement reste toujours sous le FS.
- Le nommage révèle le bus :
sd*(SATA/SAS/USB),nvme*n*(NVMe, avec namespace),vd*(virtio),dm-*(device-mapper). - GPT est le format de partition par défaut en 2026 (UEFI) ; MBR est limité à 2 Tio et 4 partitions primaires.
- ext4 est le défaut Debian/Ubuntu, XFS le défaut RHEL ; Btrfs RAID 5/6 reste instable, ZFS vit hors de l'arbre du noyau (licence CDDL).
lsblk -fetfindmntsont les premiers réflexes d'inspection ; toujours identifier le bon disque avant d'agir.