Il n'y a fort probablement pas de solution miracle à ton problème. Cela dit, il y a peut-être moyen de tenter de récupérer le contenu de ta clé USB, à condition que tu ne l'aies pas formatée à nouveau et que tu aies recommencé a écrire plein de fichiers dessus -- écrire dans ta clé en modifie son contenu et diminue les chances de retrouver quoi que ce soit. Si tu n'as rien écrit de neuf dans ta clé USB depuis ta tentative de remontage foireuse, alors il y a encore des chances que tu puisses récupérer quelques choses. Peut-être pas tout, mais au moins quelques bribes d'informations.

La première chose à faire est de ne plus écrire dans la clé USB, et toutes les manipulations que tu feras pour tenter de récupérer des fichiers devra se faire à partir d'une copie de sauvegarde brute de ta clé. Pour faire une copie brute de ta clé USB, tu dois connaître son nom logique (/dev/sdb, /dev/sdc, /dev/sdd...). Si tu ne connais pas ce nom logique, tu peux le retrouver avec plusieurs outils, dont entre autre l'Utilitaire de disque d'Ubuntu.

Puis, dans un terminal, exécute la commande suivante pour effectuer une copie brute de ta clé USB vers ton dossier personnel:

sudo dd if=/dev/sdc of=~/cle_usb.raw

où /dev/sdc est, évidemment, à remplacer par le nom logique de ta clé USB s'il diffère. À l'issue de cette commande (qui peut être très longue, selon la capacité totale de ta clé USB), un fichier de données brutes cle_usb.raw est créé dans ton dossier personnel. Il constitue ta copie de sauvegarde bit à bit de ta clé USB. Ce fichier aura la même taille que ta clé USB, donc assure-toi d'avoir un espace suffisant pour stocker cette sauvegarde. (Ex: si ta clé USB fait 32 Go d'espace, alors cle_usb.raw aura une taille finale de 32 Go.)

Une fois la copie complétée, débranche ta clé USB et n'y touche plus. Toute manipulation ayant pour but de récupérer des fichiers devra se faire à partir de ta sauvegarde.

Tu peux ensuite utiliser des outils comme Testdisk pour tenter de récupérer des fichiers depuis ta sauvegarde. Cet outil va analyser les données brutes pour tenter de retrouver des fichiers récupérables.

oui je le sais d'habitude je démonte ma clé avant de la formater mais je ne savais pas qu'il fallait faire la même chose pour vérifier d'intégrité du système de fichiers

j'aurais due essayer d'utiliser mon terminal pour formater ma clé après les blocages successifs de gparted

bref ,je laisse ce poste ouvert ,puisque j'utilise tjs ma clé avec les pc infectés de mon bureau ,elle risque a coup sur d'être infecté de nouveau ,si ça arrive je vais essayer cette fois la commande fsck.vfat ,je vous tiendrais au courant, promis merci encore pour votre aide

ah oui et si c'était moi 1000 je dois faire quoi dans ce cas

Dans ce cas, l'utilisateur dont l'identifiant numérique est 1000 [ce n'est peut-être pas toi dans ta machine ; 1000 correspond au tout premier utilisateur, créé lors de l'installation] reçoit tous les droits (lecture-écriture-exécution) sur les fichiers de la clé, et tous les autres n'ont aucun droit (ni en lecture, ni en écriture, ni en exécution). Si tu n'est pas l'utilisateur 1000, alors c'est normal que tu ne puisses rien faire, même si la clé est en rw. (Mais si 1000 est toi, alors ça couille...)

- fsck seul, par défaut, exécute une vérification de système de fichiers... ext2, peu importe le système de fichiers sur lequel il est lancé. Normal que ça plante : tu tentes de faire une vérification d'intégrité ext2 sur un système de fichiers FAT16 ! Pour effectuer une vérification de système de fichiers FAT16/FAT32, il faut utiliser la commande fsck.vfat. (À la vue des erreurs rapportées par dmesg, j'aurais aussi misé sur une corruption du système de fichiers.)

- La vérification d'intégrité d'un système de fichiers ne devrait pas se faire sur un système de fichiers monté. De même, un formatage ne peut être fait sur un système de fichiers monté. Pour démonter la clé USB, fais un clic-droit sur l'icône de la clé USB (sur le bureau ou dans Poste de travail) et commande Éjecter le volume. Tu pourras ensuite faire une vérification de l'intégrité du système de fichiers avec fsck.vfat ou la formater complètement.

- Enfin, non : même si une partition de Windows et ta clé USB ont le même nom, ça ne pose pas de problème. L'important est qu'elles n'aient pas le même point de montage, ce dont l'outil de montage automatique se charge tout seul (dans ton cas, il a ajouté un trait de soulignement dans le nom du point de montage). Comme je l'ai dit, ni l'identifiant de la clé ni son point de montage n'a d'impact dans sa capacité d'être lue ou écrite.

problème résolu ,en 2 minute et en deux clique j'ai réussi a formaté ma clé sous windows pas croyable  ,:mad:

carton rouge pour Linux de ce coté là ,la réparation et le formatage des clé usb est une vraie galère sous linux ,la gestion des support amovible en mode graphique devrait être l'une des priorités des développeurs pour les version futur des distributions linux

voila je ne suis pas content du tout, puisque j'ai du utiliser windows pour résoudre mon problème ,je ne vais pas mettre [résolu] puisque le pbm a était résolu sous windows

merci encore pour votre aide les amis ,et veuillez m'excuser de m'être emporté ainsi allez bonne soirée a tous

je pense que je vais recopier les fichiers les plus important un par un ,et formater ma clé pour de bon:mad:

Je te conseille de sauvegarder toute ta clé dans un dossier de ton disque dur, quitte à copier les virus. Ensuite fais un fsck sur la partition de ta clé.
Et j'ai trouvé ça concernant les messages de dmesg :
http://e.rycks.com/index.php/post/2006/08/24/201-fat_get_cluster-invalid-cluster-chain-i_pos-0-fat-filesystem-panic-dev-sdg1

Au bout d'un certain nombre de passages, fsck supprimera les fichiers défectueux.
Il est donc impératif de faire une sauvegarde de tout avant

hélas j'ai l'impression que mon problème est plus compliqué que ça ,hier j'ai du rebooter mon pc ,a cause de ce pbm mon processeur et ma mémoire vive étaient au max de leurs utilisation ,je ne saurais vous dire pourquoi,mais rassurez vous, sans explorer cette clé mon ubuntu marche a merveille

pour vous éclairer encore plus je dois donc répondre a vos questions ,et vous donnez encore plus d'info sur ma situation actuelle

-même constat avec la commande sudo chown -R 777 j'ai essayé plusieurs fois mais son succès

-avec dmesg ça me donne ça

j'ai copié juste les dernières lignes .

-ma clé est une simple clé usb de 4Go sans protection avec un système Fat selon la commande mount.
en mode graphique et avec un clique droit sur ma clé dans l'anglet propriété c'est un système msdos

-avec la commande mount ça donne ça

donc elle est en RW et en fat ,or je n'ai pas les droits nécessaire comme c'est indiqué:/

-un clique droit pour voir les propriétés de ma clé ,dans l'onglet permission c'est écrit
"les permissions de "ma clé" ne peuvent pas être déterminées "

pour résumer même en mode rw impossible de modifier mes fichiers

cependant il y'a deux choses qui m'intrigue

la 1ere c'est que ma clé porte le même nom que l'une des mes ancienne partitions windows (monté au démarrage automatiquement)
mon système lui attribut automatiquement le même nom avec "_" a la fin ,je me suis dit que peut être il y'a conflit

la 2eme ,c'est que a chaque fois que j'explore les dossiers de ma clé ça prend du temps (pas instantané) vers les 10 sec ,je me suis dit que peut être mon wine essaye d'émuler ce virus et donc le problème viendrait de là  ..voila et merci encore pour votre aide:)

- Déjà, si la clé USB est partagée avec des postes sous Windows, je présume que son système de fichiers est soit le NTFS, soit le FAT32. Dans ces deux cas, dès le départ, il est impossible de modifier les droits d'accès sur la clé USB lorsqu'elle est montée, car les systèmes de fichiers NTFS et FAT32 ne gèrent pas les droits d'accès. Ils sont émulés au montage du système de fichiers et restent figés jusqu'à son démontage. Donc, dès le départ, toute commande impliquant une modification de droits d'accès (que ce soit chmod, chown ou chgrp) est vouée à l'échec.

- Comme l'indiquent ces messieurs, même en étant connecté sur le compte root, si le système de fichiers est monté en lecture seule, on ne peut pas en modifier le contenu. D'où la lecture seule, hein ! Néanmoins, c'est un peu bizarre. Normalement, les périphériques externes (en NTFS et FAT32) sont montés en lecture/écriture avec des droits suffisants. Je n'ai jamais rencontré ce problème... Peut-être un mode de protection sur la clé enclenché par un bouton ou une glissière ?

Pour contourner le problème, il faut donc :
  - vérifier dans un premier temps si le système de fichiers est monté en lecture seule ;
  - si oui, alors on doit le démonter puis le remonter en lecture/écriture et avec des droits suffisants pour que l'on puisse en modifier le contenu :
      * on doit récupérer l'identifiant de la partition en question
      * puis la démonter
      * et, enfin, la remonter

En ligne de commande, il est assez facile d'obtenir toutes les informations nécessaires.

1) D'abord, où la clé USB se monte-t-elle dans le système de fichiers ? Généralement, c'est dans un dossier de /media (probablement /media/usb0, /media/disk ou encore /media/[Marque de la clé]). Cette information va nous permettre de localiser la clé dans la liste des systèmes de fichiers montés actuellement. Dans cet exemple, je prendrai pour acquis que le point de montage est /media/disk, mais son emplacement n'a pas d'impact ;

2) La commande mount seule, sans argument, retourne la liste des systèmes de fichiers actuellement montés. Trouvons les informations concernant la clé USB. À l'aide du point de montage de la clé USB que nous savons déjà, nous identifierons l'identifiant de partition de la clé USB en question et l'accès en lecture seule ou en lecture/écriture parmi toute la (longue) liste des systèmes de fichiers actuellement montés. Si ta clé vient d'être branchés, elle se trouvera probablement vers la fin de la liste :

Dans cet exemple, la clé USB /dev/sdc qui est montée dans /media/disk est montée en lecture seule (Read-Only).

3) Nous allons utiliser mount, encore une fois, en lui passant des options :
  - remount pour démonter puis remonter la clé, ce qui va permettre d'en modifier les droits d'accès
  - rw pour activer la clé en lecture/écriture (read/write)
  - umask=0000 pour s'assurer que tout le monde (comprendre : toi) pourra accéder en lecture/écriture au contenu de la clé USB, et donc pouvoir y faire le ménage

À la suite de ce petit périple, tu devrais être en mesure de modifier le contenu de ta clé USB.

Si le FS est monté en lecture/écriture ("rw", à opposer à "ro"), essaie de supprimer un fichier, et _juste après_, dans une console, tape "dmesg" et regarde les dernières lignes, particulièrement si il y a des erreurs d'entrée/sortie (I/O errors).

Moi, je pencherai plutôt vers un FS monté read-only.

Système de fichiers accessible en lecture seulement

et il termine enfin par chmod: Échec de fts_read: Ne peut allouer de la mémoire
mon pc rame a mort mtn ,c'est quoi ce délire

regarde ce que ça me donne

modification des permissions de `nom du dossier_': Système de fichiers accessible en lecture seulement

même avec ça il me donne le droit qu'a la lecture seule,en somme cette commande n'a rien fait juste me donner l'état des faits j'hallucine O_o