Monter une clé USB sous Linux : les commandes à vérifier quand rien ne s'affiche

Vous branchez une clé USB et… rien. Pas de dossier qui s’ouvre, pas de notification. Pourtant, la clé est bien détectée — lsusb la voit, lsblk aussi. Le problème, c’est que la détection USB et le montage d’un système de fichiers sont deux étapes bien distinctes sous Linux. Une clé peut être reconnue par le noyau sans jamais devenir accessible dans l’arborescence.

Monter une clé USB sous Linux — Tux et clé USB avec dossier de montage

Dans cet article, je vous montre pas à pas comment monter une clé USB manuellement, vérifier ce qui coince quand rien ne s’affiche, et éviter les erreurs classiques qui cachent le vrai problème.

Vérifier que la clé est bien détectée

Avant de parler montage, on vérifie que le matériel est vu par le noyau. Deux commandes suffisent :

lsblk -o NAME,SIZE,MODEL,TRAN,TYPE,MOUNTPOINTS

lsblk liste les périphériques bloc. Une clé USB apparaît généralement en /dev/sdb, /dev/sdc (ou /dev/sda si c’est le seul disque amovible), avec TYPE=disk et TRAN=usb. Si la clé a des partitions, vous verrez aussi /dev/sdb1 avec TYPE=part.

lsusb

lsusb confirme que le périphérique USB est bien reconnu côté matériel. Si la clé apparaît ici mais pas dans lsblk, c’est probablement un souci de pilote ou d’alimentation du port.

Pour aller plus loin côté détection, j’ai déjà détaillé les commandes utiles dans l’article dédié aux ports USB sous Linux. Ici, on se concentre sur le montage.

Identifier le système de fichiers avant de monter

Une clé formatée en exFAT, NTFS ou FAT32 ne se comporte pas de la même manière qu’une clé en ext4. Avant de lancer mount, identifiez le type du système de fichiers :

sudo blkid /dev/sdb1

Le résultat affiche TYPE="vfat", TYPE="ntfs", TYPE="exfat" ou TYPE="ext4". Si blkid ne renvoie rien, la partition n’a peut-être pas de système de fichiers reconnu — vérifiez avec :

lsblk -f /dev/sdb

La colonne FSTYPE doit être remplie. Si elle est vide, la clé est peut-être vierge ou corrompue.

Monter la clé manuellement

Maintenant que vous savez quel périphérique et quel système de fichiers utiliser, créez un point de montage et montez la clé :

sudo mkdir -p /mnt/cleusb
sudo mount /dev/sdb1 /mnt/cleusb

Si le type de système de fichiers n’est pas détecté automatiquement, forcez-le :

# Pour une clé NTFS
sudo mount -t ntfs-3g /dev/sdb1 /mnt/cleusb

# Pour une clé exFAT
sudo mount -t exfat /dev/sdb1 /mnt/cleusb

# Pour une clé FAT32
sudo mount -t vfat /dev/sdb1 /mnt/cleusb

Vérifiez que le montage a bien fonctionné :

df -h /mnt/cleusb
ls /mnt/cleusb

df -h affiche l’espace disponible sur la clé, ls liste son contenu. Si le dossier est vide alors que df montre une occupation, vous avez probablement un problème de permissions.

Comprendre l’erreur « mount: /mnt/cleusb: permission denied »

Permission denied au montage ne signifie pas toujours que vous avez oublié sudo. Si la commande est lancée avec les droits root et que l’erreur persiste, vérifiez ces trois causes :

Le point de montage n’existe pas ou est occupé. Assurez-vous d’avoir créé /mnt/cleusb et qu’aucun autre montage n’y est déjà actif (mount | grep cleusb).
Le système de fichiers est absent. Si blkid ne trouve pas de type, le noyau ne peut pas monter. Dans ce cas, il faut reformater la clé (sudo mkfs.vfat /dev/sdb1) — mais toutes les données seront effacées.
L’option noexec ou nodev du système hôte. Vérifiez dans /etc/fstab si des options restrictives sont définies pour /mnt.

Démonter proprement la clé

Avant de retirer physiquement la clé, démontez-la pour éviter toute corruption des données :

sudo umount /mnt/cleusb

Si le démontage refuse parce que le périphérique est occupé, identifiez ce qui le retient :

sudo lsof /mnt/cleusb
# ou
sudo fuser -vm /mnt/cleusb

Fermez le terminal ou le processus qui utilise la clé, puis relancez umount. Si rien ne semble ouvert mais que umount refuse toujours, un processus en arrière-plan a peut-être gardé un descripteur de fichier ouvert — sudo fuser -km /mnt/cleusb le tuera (à utiliser avec précaution).

Vérifier les logs kernel quand rien ne monte

Si la clé apparaît dans lsblk mais que mount échoue sans message clair, les logs du noyau contiennent souvent l’explication :

sudo dmesg -w | tail -30

Branchez la clé et lisez les dernières lignes. Des messages comme Volume was not properly unmounted, NTFS-fs error ou I/O error vous orientent directement vers le problème. Pour NTFS, un ntfsfix rapide peut suffire :

sudo ntfsfix /dev/sdb1

Attention : ntfsfix n’est pas un équivalent de chkdsk. Il répare les drapeaux de base, mais une vérification complète nécessite Windows.

Garder les bons réflexes

La prochaine fois qu’une clé USB ne s’affiche pas sous Linux, voici l’ordre des vérifications à suivre :

lsusb — est-ce que le matériel est vu ?
lsblk — le noyau a-t-il créé un périphérique bloc ?
sudo blkid /dev/sdX1 — le système de fichiers est-il reconnu ?
sudo dmesg | tail -20 — y a-t-il une erreur kernel ?
sudo mount /dev/sdX1 /mnt/cleusb — le montage manuel fonctionne-t-il ?

Dans la majorité des cas, un blkid + mount manuel règle le problème. Si la clé refuse toujours de monter, le souci est probablement matériel ou lié au système de fichiers.

Et si vous avez l’habitude d’utiliser tail -f pour suivre des logs applicatifs, jetez un œil à l’article sur tail sous Linux qui complète bien cette approche de diagnostic.