Disques et partitions Linux : lsblk, fdisk, mount

À la fin de ce tutoriel, vous saurez inventorier les disques (lsblk, df -h, blkid), distinguer /dev/sd* et nvme*, créer des partitions linux en lab sûr via un fichier loopback (truncate + losetup), formater (mkfs.ext4 / aperçu XFS), monter / démonter, et déclarer une entrée /etc/fstab basée sur UUID avec options prudentes (defaults, nofail) — sans toucher au disque système.

Niveau : Intermédiaire · Temps estimé : 45–55 min · Versions testées : Ubuntu 22.04 / 24.04, Debian 12 ; notes Rocky/Alma 9 · Dernière vérification : 2026-09-11

Slug proposé : linux-disques-partitions · Série : Linux Admin · Remplace / fusionne : N/A — création (chapitre 3)

Prérequis

• Hub Linux Admin et Logs Linux : journalctl, rsyslog et rotation
• Compte non-root avec sudo ; VM jetable (snapshot recommandé)
• Pas de secrets ; lab dans /tmp ; jamais fdisk / mkfs sur le disque root sans certitude absolue
• Optionnel cloud : volume EBS attaché comme second disque (même idées lsblk / fstab)

Coût estimé : 0 € en loopback. Second disque / EBS : selon provider.

Ce que nous allons construire

Inventaire : lsblk, df -h, blkid, sd* vs nvme
  → AVERTISSEMENT fdisk/parted (VM / 2e disque seulement)
  → Lab loopback : truncate + losetup + partition + mkfs
  → mount / umount · findmnt
  → fstab UUID + defaults,nofail · mount -a (prudence)
  → Nettoyage lab

(Schéma à remplacer par une image locale Excalidraw / draw.io, alt : « Partitions Linux : lsblk, loopback, mkfs, mount, fstab UUID ».)

Troisième chapitre de Linux Admin. Après les logs, on regarde où vivent les données : un /var/log plein, un volume cloud mal monté, un fstab cassé au reboot. Les partitions linux découpent un disque ; le système de fichiers organise les fichiers ; fstab rejoue le montage au boot.

AVERTISSEMENT FORT : fdisk, parted, mkfs et une mauvaise ligne fstab peuvent rendre la machine inbootable ou effacer des données. Travaillez sur VM jetable, second disque vide, ou — recommandé ici — fichier loopback. Vérifiez trois fois le chemin /dev/... avant Entrée.

Étape 1 — Inventaire : lsblk, df -h, blkid

# Vue arborescente disques / partitions / points de montage
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINTS,UUID
# Espace des systèmes de fichiers montés
df -hT | head -n 20
# UUID / LABEL (utile pour fstab)
sudo blkid | head -n 20
# Noms de périphériques présents
ls -l /dev/sd* /dev/nvme*n* /dev/vd* /dev/loop* 2>/dev/null | head

Préfixe	Typique	Note
/dev/sda, sdb…	SATA / virtio « sd »	Partitions sda1, sda2
/dev/nvme0n1	NVMe	Partitions nvme0n1p1
/dev/vda	Virtio (cloud)	Fréquent sur KVM
/dev/loopN	Fichier loopback	Notre lab sûr

lsblk montre la topologie ; df montre l’espace monté ; blkid donne UUID / TYPE. Sur Rocky/Alma comme Ubuntu : mêmes outils (util-linux).

Étape 2 — Tables de partitions : fdisk / parted (prudence)

Une table (GPT ou DOS/MBR) décrit les partitions linux sur un disque. Outils courants : fdisk (interactif) et parted.

Action	Risque	Où le faire
fdisk /dev/sda (disque OS)	Destruction possible	Interdit en lab débutant
fdisk sur 2e disque vide	Moyen	VM + snapshot
fdisk sur /dev/loopN	Faible	Recommandé (étape 3)

Démonstration lecture seule (aucune écriture) :

# Lister les tables sans modifier — remplacez NOME seulement en lecture
lsblk -d -o NAME,SIZE,TYPE,MODEL
# Aide mémoire fdisk (ne lancez PAS sur le disque système) :
# sudo fdisk -l
# Interactif DANGEREUX sur vrai disque :
# sudo fdisk /dev/sdX   # X = second disque VIDE uniquement
# GPT : sudo parted /dev/sdX print

Si vous avez un second disque (EBS, vdb) vide et dédié lab : même séquence qu’en loopback (fdisk → mkfs → mount → UUID dans fstab). Sinon, restez sur le loopback ci-dessous.

Étape 3 — Lab sûr : loopback, partition, mkfs, mount

Objectif : un faux disque de 256 Mo dans /tmp, associé à un /dev/loop, partitionné, formaté ext4, monté sous /mnt/lab-disk.

# 1) Fichier image + loop
mkdir -p /tmp/lab-disk /mnt/lab-disk
truncate -s 256M /tmp/lab-disk/disk.img
LOOP=$(sudo losetup --find --show /tmp/lab-disk/disk.img)
echo "LOOP=$LOOP"
sudo losetup -l | grep "$(basename "$LOOP")"

# 2) Table GPT + 1 partition (non interactif)
sudo parted -s "$LOOP" mklabel gpt
sudo parted -s "$LOOP" mkpart primary ext4 1MiB 100%
# Rafraîchir les nœuds partition (loop0p1, …)
sudo partprobe "$LOOP" 2>/dev/null || true
PART="${LOOP}p1"
# Certains kernels : /dev/mapper ou kpartx — fallback
if [ ! -b "$PART" ]; then
  sudo kpartx -av "$LOOP" 2>/dev/null || true
  PART=$(ls "${LOOP}p1" /dev/mapper/loop*-part1 2>/dev/null | head -n 1)
fi
echo "PART=$PART"
lsblk "$LOOP"

# 3) Système de fichiers + montage
sudo mkfs.ext4 -F -L labdisk "$PART"
sudo mkdir -p /mnt/lab-disk
sudo mount "$PART" /mnt/lab-disk
echo "hello lab $(date -Is)" | sudo tee /mnt/lab-disk/README.txt
df -hT /mnt/lab-disk
findmnt /mnt/lab-disk
sudo blkid "$PART"

XFS (aperçu Rocky/Alma) : sudo mkfs.xfs -f "$PART" puis mêmes mount / UUID. Sur Ubuntu, le paquet xfsprogs peut être requis (sudo apt install -y xfsprogs). Pour ce lab, ext4 suffit partout.

Commande	Rôle
truncate -s 256M fichier	Crée l’image sparse
losetup --find --show	Attache un /dev/loopN
parted -s … mkpart	Partition sans menu interactif
mkfs.ext4	Crée le FS (efface le contenu de la partition)
mount / umount	Attache / détache au VFS

Étape 4 — fstab : UUID, defaults, nofail

/etc/fstab décrit les montages au boot. Préférez UUID= (stable) à /dev/sdX (peut changer). Options utiles lab / cloud : defaults, nofail (ne bloque pas le boot si le volume est absent — pratique pour un EBS optionnel).

PART=${PART:-/dev/loop0p1}
UUID=$(sudo blkid -s UUID -o value "$PART")
echo "UUID lab = $UUID"
# Ligne proposée (NE PAS coller dans fstab système avant test)
echo "UUID=$UUID  /mnt/lab-disk  ext4  defaults,nofail  0  2"

# Test de syntaxe SANS réécrire /etc/fstab système :
# 1) Montage déjà actif — findmnt OK
findmnt /mnt/lab-disk
# 2) Démonter puis remonter via une fstab lab dédiée
sudo umount /mnt/lab-disk
cat > /tmp/lab-disk/fstab.lab << EOF
UUID=$UUID  /mnt/lab-disk  ext4  defaults,nofail  0  2
EOF
sudo mount -a -T /tmp/lab-disk/fstab.lab
findmnt /mnt/lab-disk
cat /mnt/lab-disk/README.txt

Champ fstab	Exemple	Note
Device	UUID=…	Préférable à /dev/sdX
Mountpoint	/mnt/lab-disk	Doit exister (mkdir)
Type	ext4 / xfs	Aligné sur mkfs
Options	defaults,nofail	nofail = boot tolérant
Dump / fsck	0 2	Pass fsck après root

Prudence mount -a : sur le vrai /etc/fstab, une typo peut échouer au prochain reboot. Testez d’abord -T fichier lab, ou sudo mount UUID=… /mnt/.... Gardez un accès console / snapshot. Si boot bloqué : recovery, remonter root rw, commenter la ligne fautive.

Étape 5 — Vérification et nettoyage lab

findmnt /mnt/lab-disk || true
df -hT /mnt/lab-disk 2>/dev/null || true
# Démontage + détache loop
sudo umount /mnt/lab-disk 2>/dev/null || true
# Si kpartx utilisé :
sudo kpartx -dv "$LOOP" 2>/dev/null || true
sudo losetup -d "$LOOP" 2>/dev/null || true
rm -rf /tmp/lab-disk
sudo rmdir /mnt/lab-disk 2>/dev/null || true
lsblk | grep -E 'loop|lab' || echo "lab disque nettoyé — OK"

Validé si : inventaire lsblk/blkid lu, partition + ext4 créés sur loop (pas le disque OS), fichier visible après mount, ligne fstab lab validée via mount -a -T, nettoyage sans loop orphelin.

Erreurs fréquentes

Symptôme	Cause	Correction
mkfs / fdisk sur sda par erreur	Mauvais device	Toujours lsblk avant ; préférer loopback
mount: wrong fs type	mkfs oublié / mauvais type	blkid ; reformater la bonne partition lab
Boot stuck / emergency mode	Ligne fstab invalide	Console recovery ; # commenter la ligne ; nofail pour volumes optionnels
UUID change après mkfs	Nouveau FS = nouvel UUID	Recopier blkid dans fstab
losetup: device busy	Encore monté	umount puis losetup -d
Partition loop0p1 absente	partprobe / kpartx manquant	partprobe ; kpartx -av ; paquet kpartx
/dev/sdX a « bougé » au reboot	Ordre de détection	Passer en UUID= dans fstab

Quiz (3 questions)

1. Pourquoi préférer UUID= dans fstab plutôt que /dev/sdb1 ?
– A. C’est plus court à taper
– B. L’UUID reste stable si l’ordre des disques change
– C. UUID désactive fsck

2. Intérêt du lab loopback pour les partitions linux ?
– A. Plus rapide que NVMe en prod
– B. S’exercer à partitionner / formater sans risquer le disque système
– C. Remplacer rsyslog

3. Rôle de l’option nofail dans fstab ?
– A. Formater automatiquement le volume
– B. Ne pas bloquer le boot si le montage échoue
– C. Forcer kill -9 sur journald

Réponses : 1‑B · 2‑B · 3‑B

FAQ

Comment lister disques et partitions sans rien casser ?
lsblk, df -hT, sudo blkid, sudo fdisk -l (lecture). N’ouvrez fdisk / parted en écriture que sur un device lab confirmé (loop ou second disque vide).

fstab cassé : comment récupérer ?
Boot recovery / live USB, monter la root, éditer /etc/fstab, commenter la ligne fautive, mount -a pour tester, rebooter. D’où l’intérêt de nofail sur les volumes non critiques et des snapshots VM avant expérimentation.

ext4 ou XFS ?
Les deux sont courants. ext4 : défaut Ubuntu/Debian lab, simple. XFS : fréquent sur Rocky/Alma et gros volumes. Même workflow : mkfs → mount → UUID dans fstab. Le chapitre LVM suivra pour agrandir sans tout recréer.

Pour aller plus loin

• man lsblk, man fstab, man losetup, man parted
• Cloud : attacher un volume EBS et le déclarer en UUID
• Suite : LVM : volumes logiques, extend et snapshots

Maillage série Linux Admin

← Précédent	Logs Linux : journalctl, rsyslog et rotation
→ Suivant	LVM : volumes logiques, extend et snapshots
Hub	Linux Admin
Aussi	AWS EBS : volumes et snapshots

---

Meta publication (à remplir dans Rank Math / SEO)

• Title SEO : Partitions Linux : lsblk, fdisk, mount, fstab (2026)
• Meta description (≤ 155) : Inventoriez disques avec lsblk, partitionnez en lab, montez et fstab. Guide Linux Admin DevOps 2026.
• Focus keyphrase : partitions linux
• KW secondaires : lsblk, fdisk, /etc/fstab
• Schemas Rank Math : Article + HowTo (étapes lab) + FAQ (3 questions ci-dessus)
• Image mise en avant : assets/web/devopelastichayway/cover-linux-disques-partitions-1200x630.webp (Visuels Linux — WebP 1200×630)
• Catégorie : Linux · Niveau : Intermédiaire
• Slug : linux-disques-partitions
• Statut : HOLD — draft only (ne pas publier)