Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Ma clé usb infectée par des virus ,impossible de la nettoyer

Lion Axcel

je n'arrivais pas a formater la clé avec gparted le plus beau c'est que ça rame a mort mtn ,j'ai du encore rbooter :o:mad:

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 :mad:

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

[supprimé]

Heu, il faut savoir rester lucide quand on émet une critique d'un système 😉
Que Windows s'en sort mieux pour gérer une clef formatée dans un format estampiller Mircrosoft (ici le FAT32) ça ne m'étonne pas trop. Demande à ton Windows de lire ou d'écrire sur du ext et on verra ce qu'il en dit :rolleyes:

Lion Axcel

ma clé était en fat16 ,mais on y pensant bien mon problème n'est pas résolu pour autant sous windows puisque j'ai due formater ma clé ,et ce n'est pas ce que je voulais en réalité ,d'habitude avec gparted ça se passe a merveille ,je pense que j'aurais due l'utiliser en cd boot ,mais bon

AlexandreP

- Il ne suffit pas que la partition soit montée en rw pour que tous peuvent y écrire en lecture et écriture. Comme je l'ai expliqué, les droits d'accès sur cette partition sont émulés à son montage ; l'option umask (qui est, grosso modo, un 'mode inversé') définit les droits d'accès, et l'option uid définit le propriétaire des fichiers de la clé. Regardons ce que t'a retourné mount :

/dev/sdc1 on /media/ma clé_ type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush)

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.

Lion Axcel

merci encore Alexandre d'être aussi patient avec moi ,je comprend bcp mieux maintenant pourquoi mon ubuntu ramait a mort avant de planter,ça fait du bien de connaitre la vraie cause 😃

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 :lol:

rima

Je reprends ce post longtemps après.... car je suis confronté au meme pb !! La clé USB de ma collègue est infectée tout pareil de différents "noms_de_dossiers_presents_sur_la_clé".exe et d'un autorun.inf . Ce virus avait d'autre part renommé la plupart des fichiers contenus dans la clé avec un nom inintelligible et avait foutu un sacré bordel dans le système de fichiers (impossible de copier les fichiers ailleurs pour tenter de les sauvegarder).
Impossible d'effacer ces fichiers, ni de modifier les permissions par aucun moyen que ce soit (lecture seule): voir discussions ci-dessus.
Pour pouvoir faire un fsck.vfat, il faut démonter la clé: si je la démonte par clic doit/ejecter, elle se remonte toute seule instantanément. Par Gparted, elle se démonte (après de longues minutes d'attente) et je lance "vérifier" qui me retourne une erreur (probleme de lecture d'adresse mémoire).
Là je me rends compte avec Gparted que la clé a le drapeau "boot" activé, qui selon moi n'a rien à faire là (ce sont seulement des données), je l'enlève, et là la clé disparait complètement de Gparted, je l'enlève et la remets, et Gparted la retrouve et me dit "espace non alloué", autant dire que tout a disparu.... j'ai du faire une connerie, et je pense que maintenant il sera impossible de récupérer les données...
Je pense qu'il n'y a malheureusemnt pas de solution miracle pour mon cas, mais c'est pour témoigner de mon expérience...

AlexandreP

Salut,

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 [doc]Testdisk[/doc] 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.

« Page précédente