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édentesRévision précédente
Prochaine révision		Révision précédente
tutoriel:comment_reparer_clef_usb [Le 07/04/2020, 09:08] – Pour la concision et la lisibilité des retours, ajouté l'option -e7 après les "lsblk", et | grep dev/s derrière "mount -l". Etc. moko138tutoriel:comment_reparer_clef_usb [Le 14/03/2023, 12:54] (Version actuelle) – [Graphiquement] L'Africain
Ligne 1: Ligne 1:
-{{tag>tutoriel 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.
  
Ligne 40: Ligne 40:
 ===== 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. +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. 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.
Ligne 54: Ligne 54:
  
 <note tip> <note tip>
-Pour identifier quel //périphérique (dev)// est votre clé (/dev/s**??**) vous pouvez utiliser,\\ +Pour identifier quel //périphérique (dev)// est votre clé (/dev/s**??**) vous pouvez utiliser,
 - si celle-ci est montée : - si celle-ci est montée :
 <code>mount -l | grep dev/s</code>  <code>mount -l | grep dev/s</code> 
Ligne 71: Ligne 71:
 où "/dev/sdx1" doit être adapté à votre cas (x represente une lettre minuscule: a,b.) 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. 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 -yfv /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]].+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 84: Ligne 84:
 ==== Graphiquement ==== ==== Graphiquement ====
  
-=== Sous Unity et Gnome === +=== 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 94: 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 118: Ligne 118:
 Repérez **au dernier moment** par Repérez **au dernier moment** par
 <code>sudo lsblk -e7 -o name,fstype,size,mountpoint,label</code> <code>sudo lsblk -e7 -o name,fstype,size,mountpoint,label</code>
-la lettre "x" correspondant **momentanément** à votre clef.\\  +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) : +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 <code>sudo dd if=/dev/zero of=/dev/sdx bs=512 count=4096
 sudo apt install mbr sudo apt install mbr
 sudo install-mbr /dev/sdx --force -t 0 -e 1</code> sudo install-mbr /dev/sdx --force -t 0 -e 1</code>
-Enfin créez et formatez sdx**1** (**avec** chiffre, cette fois) : +Enfin créez et formatez sdx**1** (**avec** chiffre, cette fois) :
 <code>sudo mkfs.fat -v -F32 /dev/sdx1</code> <code>sudo mkfs.fat -v -F32 /dev/sdx1</code>
 ou, pour lui donner aussi une étiquette : ou, pour lui donner aussi une étiquette :
Ligne 131: Ligne 131:
 <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> <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.1586243309.txt.gz · Dernière modification : de moko138
CC Attribution-Noncommercial-Share Alike 4.0 International Sauf mention contraire, le contenu de ce wiki est placé sous les termes de la licence suivante : CC Attribution-Noncommercial-Share Alike 4.0 International