Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
tutoriel:comment_reparer_clef_usb [Le 15/11/2015, 13:42]
41.250.29.211 [Présentation du problème]
tutoriel:comment_reparer_clef_usb [Le 14/03/2023, 12:54] (Version actuelle)
L'Africain [Graphiquement]
Ligne 1: Ligne 1:
-{{tag>Trusty ​usb}}+{{tag>Jammy tutoriel ​usb}}
  
 ---- ----
Ligne 13: Ligne 13:
 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). 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 : +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. > Impossible d'​écrire dans un dossier en lecture seule.
-:-X+
  
 ==== Que faut-il faire ? ==== ==== Que faut-il faire ? ====
Ligne 36: Ligne 36:
 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. 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.
  
-<​note>​Il se peut aussi tout simplement que l'​usage de la commande **sudo** à la place de **gksudo** pour des applications graphiques ​ne corrompe vos droits sur votre périphérique. Dans ce cas essayez de supprimer ou de renommer le fichier **.Xauthority** de votre [[:​arborescence#​consideration|dossier personnel]] avant tout autre chose avec cette commande par exemple : <​code>​mv .Xauthority .Xauthority_vieux</​code>​\\ Redémarrez votre ordinateur.</​note>​+<​note>​Il se peut aussi tout simplement que l'​usage de la commande **sudo** à la place de **gksudo** pour des applications graphiques corrompe vos droits sur votre périphérique. Dans ce cas essayez de supprimer ou de renommer le fichier **.Xauthority** de votre [[:​arborescence#​consideration|dossier personnel]] avant tout autre chose avec cette commande par exemple : <​code>​mv .Xauthority .Xauthority_vieux</​code>​\\ Redémarrez votre ordinateur.</​note>​
  
 ===== Mettre les données existantes en sécurité ===== ===== Mettre les données existantes en sécurité =====
  
-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.+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.
  
-  ​* Sauvegardez vos fichiers par copie classique : normalement votre clé se monte automatiquement à l'​insertion. Utilisez votre explorateur de fichier ​pour copier les données dans un dossier de votre espace personnel.+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. 
 +<note warning>​Nota : Si vous n'​arrivez plus du tout à accéder à vos données même en forçant le montage en lecture seule, tournez-vous d'​abord vers des outils de récupération de données ([[:​testdisk]],​ [[:​photorec]],​ [[:​foremost]]) avant de reconstruire votre système de fichiers.</​note>​ 
 + 
 +  ​* Sauvegardez vos fichiers par copie classique : normalement votre clé se monte automatiquement à l'​insertion. Utilisez votre explorateur de fichiers ​pour copier les données dans un dossier de votre espace personnel.
  
 et/ou et/ou
Ligne 50: Ligne 53:
 Bien sûr il faudra personnaliser cette commande en remplaçant par les valeurs appropriées "​sdf"​ "​mondossier"​ et "​monimage.img"​ Bien sûr il faudra personnaliser cette commande en remplaçant par les valeurs appropriées "​sdf"​ "​mondossier"​ et "​monimage.img"​
  
-<​note ​help+<​note ​tip
-Pour identifier quel //​périphérique (dev)// ​occupe ​votre clé (/dev/sd**?**) vous pouvez utiliser: <​code>​mount | grep vfat</​code> ​si celle-ci est montée automatiquement, ou <​code>​sudo ​fdisk --l</​code>​ et la repérer ​avec sa taille ​si ce n'est pas le cas. Ou tout simple ​utiliser l'​outil de partitionnement graphique [[:​gparted]].+Pour identifier quel //​périphérique (dev)// ​est votre clé (/dev/s**??**) vous pouvez utiliser
 +- si celle-ci est montée ​: 
 +<​code>​mount ​-l | grep dev/s</​code> ​ 
 +et alors votre clef apparaîtra dans la liste ; 
 + 
 +Etque la clé soit montée ​ou pas : 
 +<​code>​sudo ​lsblk -e7 -o name,​fstype,​size,​label,​mountpoint</​code> ​ 
 +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.
 </​note>​ </​note>​
  
  
 ===== Tenter de réparer le système de fichiers ===== ===== Tenter de réparer le système de fichiers =====
-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.+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é** : <​code>​sudo umount /dev/sdf1</​code>​ +Commencez par démonter votre clé, **il ne faut pas réparer un système monté** : <​code>​sudo umount /dev/sdx1</​code>​ 
-où ''​/dev/sdf1'' ​doit être adapté à votre cas. +où "/dev/sdx1" ​doit être adapté à votre cas (x represente une lettre minuscule: a,b.) 
-Ensuite, réparez le système de fichier :<​code>​sudo ​dosfsck ​-yfv /dev/sdf1</​code>​où ​''​/dev/sdf1'' ​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 [[:fsck|sa page de documentation Ubuntu-fr]].+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 :<​code>​sudo ​fsck -aV /dev/sdx1</​code>​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 [[:fsck|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... 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...
Ligne 73: Ligne 84:
 ==== Graphiquement ==== ==== Graphiquement ====
  
-=== SousUnity ​=== +=== Avec Gparted ​=== 
-  - Ouvrez ​l'​éditeur de partition, en faisant une recherche dans votre [[:unity#​tableau_de_bord_dash|tableau de bord]] avec le mot clé "​partition"​. Pour cela vous devez avoir [[:​tutoriel:​comment_installer_un_paquet|installé le paquet]] **[[apt>​gparted]]**.+  - Ouvrez [[:Gparted]].
   - Dans le menu Gparted>​Périphérique choisissez votre clé USB.   - Dans le menu Gparted>​Périphérique choisissez votre clé USB.
   - Ensuite, si elle ne l'est pas, démontez votre clé : allez dans Partition>​Démonter.   - Ensuite, si elle ne l'est pas, démontez votre clé : allez dans Partition>​Démonter.
Ligne 83: Ligne 94:
 Normalement à ce stade votre clé est à nouveau fonctionnelle. Débranchez et rebranchez puis copiez vos données en sécurité. Normalement à ce stade votre clé est à nouveau fonctionnelle. Débranchez et rebranchez puis copiez vos données en sécurité.
  
-=== Sous KDE ===+=== Avec Partitionmanager (KDE===
  
 Pré-requis : Vous devez avoir [[:​tutoriel:​comment_installer_un_paquet|installé le paquet]] **[[apt>​partitionmanager]]**. Pré-requis : Vous devez avoir [[:​tutoriel:​comment_installer_un_paquet|installé le paquet]] **[[apt>​partitionmanager]]**.
Ligne 97: Ligne 108:
 ==== Dans un terminal ou une console==== ==== Dans un terminal ou une console====
  
-On démonte ​avant toute la clé :<​code>​sudo umount /dev/sdf1</​code>​ +Démonter ​avant tout la clé :<​code>​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 !!!!!!! ​</​code>​ 
-où il faudra adapter /dev/sdf1 à votre cas+où il faudra adapter /dev/sdx à votre cas (x représente une lettre minuscule exa,b.).
-Puis on recrée un système de fichier ​:<​code>​sudo mkdosfs -F 32 /​dev/​sdf1</​code>​ +
-où il faudra adapter ///​dev/​sdf1//​ à votre caset éventuellement la valeur du paramètre -F si vous souhaitez de la FAT16 ou FAT32+
  
 +Puis,  recréer un système de fichier : <​code>​sudo mkfs.fat -F32 /​dev/​sdxn ​ # xn vaut b1 ou b2 ou c1 ou c2 ou  </​code>​
 +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 !!!!! ]
 +=====Si ça ne fonctionne toujours pas=====
 +<note warning>​Si vous mettez la mauvaise lettre genre sda, sdb,... la table de partitions sera perdue et il faudra réécrire cette dernière via testdisk pour détecter les partitions et les restaurer.</​note>​
 +Repérez **au dernier moment** par
 +<​code>​sudo lsblk -e7 -o name,​fstype,​size,​mountpoint,​label</​code>​
 +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) :
 +<​code>​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</​code>​
 +Enfin créez et formatez sdx**1** (**avec** chiffre, cette fois) :
 +<​code>​sudo mkfs.fat -v -F32 /​dev/​sdx1</​code>​
 +ou, pour lui donner aussi une étiquette :
 +<​code>​sudo mkfs.fat -v -F32 -n "​NOM-CHOISI"​ /​dev/​sdx1</​code>​
 +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.
  
 +<​note>​L'​ancien remède consistant à écrire des zéros sur le seul premier Mio (...bs=512 count=2048) ne suffit pas avec beaucoup de gravures modernes. Explications aux messages 27 (résumé) et 19 (détaillé) de cette discussion [[https://​forum.kubuntu-fr.org/​viewtopic.php?​id=2016864&​p=2|« Page USB-Creator du Wiki »]]</​note>​
 ===== Le problème entre Linux et FAT32 ===== ===== Le problème entre Linux et FAT32 =====
-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).  +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''​ »: <​code>​sudo umount /dev/sdf1 && sudo mount -o umask=0 /dev/sdf1 /​media/​usbdisk</​code>​ +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''​ » : <​code>​sudo umount /dev/sdf1 && sudo mount -o umask=0 /dev/sdf1 /​media/​$USER/​usbdisk</​code>​
-À partir de [[:trusty]]:<​code>​sudo umount /dev/sdf1 && sudo mount -o umask=0 /dev/sdf1 /​media/​$USER/​usbdisk</​code>​+
 où il faudra adapter ///​dev/​sdf1//​ et ///​media/​usbdisk//​ à votre situation. où il faudra adapter ///​dev/​sdf1//​ et ///​media/​usbdisk//​ à votre situation.
  
 +<note tip> ​ ''​gnome-disks''​ permet d'​ajouter l'​argument ''​umask=0''​ dans les options de montage des disques</​note>​
 Voilà, votre clé devrait être pleinement fonctionnelle. Voilà, votre clé devrait être pleinement fonctionnelle.
  
  • tutoriel/comment_reparer_clef_usb.1447591335.txt.gz
  • Dernière modification: Le 15/11/2015, 13:42
  • par 41.250.29.211