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 toutefois, la sauvegarde de l'ensemble de la clé ne permet pas très facilement d'aller y récupérer les données intuitivement, c'est plus une sécurité pour faire l'opération inverse en cas de souci. Nota : Si vous n'arrivez plus du tout à accéder à vos données même en forçant le montage, tournez-vous d'abord vers des outils de récupération de données (testdisk, photorec) avant de reconstruire votre système de fichier.
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 | grep vfat
si celle-ci est montée automatiquement, ou
sudo fdisk -u -l
et la repérer avec sa taille si ce n'est pas le cas. Ou tout simple utiliser l'outil de partitionnement graphique gparted.
Après avoir identifié votre clé (voir paragraphe précédent au besoin), vous allez pouvoir essayer de réparer le système de fichier qui vous pose problème. L'outil théoriquement adapté est fsck, et en particulier sa variante prévue pour les partitions FAT.
Commencez par démonter votre clé, il ne faut pas réparer un système monté :
sudo umount /dev/sdx
où /dev/sdx
doit être adapté à votre cas (x represente une lettre minuscule: a,b.)
Ensuite, réparez le système de fichier :
sudo dosfsck -yfv /dev/sdx
où /dev/sdx
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 /dev/sdx
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 -I -F 32 /dev/sdx
où il faudra adapter /dev/sdx à votre cas, et éventuellement la valeur du paramètre -F si vous souhaitez de la FAT16 ou FAT32.
Essayez ces commandes (en adaptant le chiffre du disque au votre,ici b) :
sudo dd if=/dev/zero of=/dev/sdb bs=512 count=1 sudo apt install mbr sudo install-mbr /dev/sdb --force -t 0 -e 1
Puis réessayer de formater :
sudo umount /dev/sdx sudo mkfs.fat -I -F 32 /dev/sdb1
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/usbdisk
À partir de trusty:
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.
Voilà, votre clé devrait être pleinement fonctionnelle.
Contributeurs principaux : Rmy, maj de la page L'Africain.