Du fait d'inconsistances dans la gestion des systèmes de fichiers, il peut arriver que l'utilisation conjointe d'un support en FAT32 sur un OS GNU/Linux d'une part et Windows d'autre part entraine des problèmes. Cela se traduit généralement par l'impossibilité d'accéder à la clé en écriture, puisque un système de fichiers endommagé est généralement remonté automatiquement en « ReadOnly » (lecture seule).
Concrètement, à la copie de fichiers de votre ordinateur vers votre clé, vous obtenez un message d'erreur de ce type :
Impossible d'écrire dans un dossier en lecture seule.
Il va falloir recréer un système de fichier sain après avoir mis ses données en sécurité. La démarche est donc la suivante :
À essayer et vérifier avant toute manipulation potentiellement destructrice…
De manière générale, si dans des conditions matérielles identiques vous pouvez écrire avec Windows mais plus avec Ubuntu, vous pouvez éliminer ces cas de figure.
mv .Xauthority .Xauthority_vieux
Redémarrez votre ordinateur.
Les tentatives de réparation présentées aux chapitres suivants peuvent être destructrices. Il vous faut donc commencer par sauvegarder vos données. Comme certains lecteurs mp3 n'apprécient pas du tout que leurs partitions soient modifiées et pourraient ne plus fonctionner, choisissez ci-dessous parmi les deux options de sauvegarde proposées en fonction de votre type de média.
Attention, la récupération des données dans la sauvegarde de l'ensemble de la clé n'est pas intuitive; faites-vous aider sur le forum si besoin. Cette sauvegarde est aussi, en cas de souci, une sécurité pour remettre la clé dans son état antérieur.
et/ou
sudo dd if=/dev/sdf of=/home/mondossier/monimage.img
Bien sûr il faudra personnaliser cette commande en remplaçant par les valeurs appropriées "sdf" "mondossier" et "monimage.img"
mount -l | grep dev/s
et alors votre clef apparaîtra dans la liste ;
- Et, que la clé soit montée ou pas :
sudo lsblk -e7 -o name,fstype,size,label,mountpoint
et la repérer à son système de fichiers, sa taille, son étiquette, et son éventuel point de montage.
Ou encore utiliser, sans faire de modification, l'outil de partitionnement graphique gparted: dans sa fenêtre, en haut à droite, il affiche le /dev/sd? concerné, avec possibilité de montrer tous les /dev/sd? présents et reconnus.
Après avoir identifié votre clé (voir paragraphe précédent au besoin), vous allez pouvoir essayer de réparer le système de fichiers qui vous pose problème. L'outil théoriquement adapté est fsck.
Commencez par démonter votre clé, il ne faut pas réparer un système monté :
sudo umount /dev/sdx1
où "/dev/sdx1" doit être adapté à votre cas (x represente une lettre minuscule: a,b.) Avec cette méthode sous Kubuntu 17.10, le fichier /dev/sdx1 disparaît et fsck ne le trouve pas. Plus simplement, éjecter la clé et la réinsérer. Ensuite, réparez le système de fichier :
sudo fsck -aV /dev/sdx1
où "/dev/sdx1" doit être adapté à votre cas. Attention les options passées forcent la vérification et la réparation sans votre consentement. Pour plus d'infos, consultez le man de fsck ou sa page de documentation Ubuntu-fr.
Si après cette étape, en éjectant la clé et en la rebranchant le montage ne s'effectue toujours pas en "rw" (ReadWrite, lecture-écriture) et que l'erreur persiste, il ne vous reste plus que l'option "brutale" du chapitre à suivre…
Nous allons ici en dernier recours détruire le système de fichier existant et le reconstruire. Il est possible de le faire graphiquement ou en ligne de commande dans un terminal ou une console.
Normalement à ce stade votre clé est à nouveau fonctionnelle. Débranchez et rebranchez puis copiez vos données en sécurité.
Pré-requis : Vous devez avoir installé le paquet partitionmanager.
Démonter avant tout la clé :
sudo umount -v /dev/sdx # voir la note suivante x n'est qu'un exemple il faut utiliser sdb ou sdc ou sdd ou sde ou sdf ou etc !!!!!!!
où il faudra adapter /dev/sdx à votre cas (x représente une lettre minuscule ex: a,b.).
Puis, recréer un système de fichier :
sudo mkfs.fat -F32 /dev/sdxn # xn vaut b1 ou b2 ou c1 ou c2 ou
en général et sauf exeption on formate une partition , pas une clé , il faut donc indiquer le numéro de la partition à formater n qui prendra la valeur 1 ou 2 ou 3 ou ….. !!!!!! où il faudra adapter /dev/sdxn à votre cas, et éventuellement la valeur du paramètre -F si vous souhaitez de la FAT16 ou FAT32. il faudra donc utiliser sdb1 ou sdc1 ou sdd1 [ou sdb2 ou sdc2 ou etc !!!!! ]
Repérez au dernier moment par
sudo lsblk -e7 -o name,fstype,size,mountpoint,label
la lettre "x" correspondant momentanément à votre clef. Aussitôt après, lancez ces commandes sur sdx (sans chiffre, et en adaptant la lettre du disque au vôtre) :
sudo dd if=/dev/zero of=/dev/sdx bs=512 count=4096 sudo apt install mbr sudo install-mbr /dev/sdx --force -t 0 -e 1
Enfin créez et formatez sdx1 (avec chiffre, cette fois) :
sudo mkfs.fat -v -F32 /dev/sdx1
ou, pour lui donner aussi une étiquette :
sudo mkfs.fat -v -F32 -n "NOM-CHOISI" /dev/sdx1
Où NOM-CHOISI devra, dans le cas du FAT32, comporter onze caractères maximum. Il est de plus vivement conseillé d'éviter les espaces, les lettres accentuées et les caractères spéciaux.
Si vous obtenez des messages d'erreur, ouvrez un fil sur le forum.
Sans entrer dans les détails, des problèmes peuvent survenir du fait de l'usage de FAT32 car ce système de fichier ne gère ni les droits (lecture, écriture, exécution) ni les attributions (groupe, propriétaire).
Pour contourner cette imperfection et s'assurer de pouvoir accéder à la clé en FAT32, il est donc parfois utile de la remonter avec l'option « umask=0
» :
sudo umount /dev/sdf1 && sudo mount -o umask=0 /dev/sdf1 /media/$USER/usbdisk
où il faudra adapter /dev/sdf1 et /media/usbdisk à votre situation.
gnome-disks
permet d'ajouter l'argument umask=0
dans les options de montage des disques
Voilà, votre clé devrait être pleinement fonctionnelle.
Contributeurs principaux : Rmy, maj de la page L'Africain.