Path: ...!3.us.feeder.erje.net!2.eu.feeder.erje.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!news.gegeweb.eu!gegeweb.org!.POSTED.apoitiers-653-1-555-140.w92-156.abo.wanadoo.fr!not-for-mail
From: Geo Cherchetout <geo.cherchetoutsanspam@laposte.net.invalid>
Newsgroups: fr.comp.os.linux.configuration
Subject: Re: Clef USB qui ne se monte plus
Date: Sat, 23 Jul 2022 17:28:27 +0200
Organization: aucune
Message-ID: <tbh42r$12av$1@news.gegeweb.eu>
References: <tbgt9l$vhm$1@news.gegeweb.eu>
Reply-To: geo.cherchetout@laposte.net
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 23 Jul 2022 15:28:27 -0000 (UTC)
Injection-Info: news.gegeweb.eu; posting-account="gquequet@orange.local"; posting-host="apoitiers-653-1-555-140.w92-156.abo.wanadoo.fr:92.156.188.140";
	logging-data="35167"; mail-complaints-to="abuse@gegeweb.eu"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Firefox/68.0 SeaMonkey/2.53.13
In-Reply-To: <tbgt9l$vhm$1@news.gegeweb.eu>
Cancel-Lock: sha256:9dKrABcYpKr4ENbYGzP8gEk03Lp2Bkf4Tr3lkshFbQY=
Bytes: 3026
Lines: 44

Le 23/07/2022 15:32 je me lamentais :
> Bonjour,
> 
> J'ai une clef USB de 8 Go qui ne contient qu'une unique partition de type
> FAT32 /dev/sdb1.
> Après avoir ajouté un fichier dans cette partition, je l'ai probablement un
> peu trop vite débranchée et, depuis, cette partition ne se monte plus, ni
> automatiquement sur /run/media/moi/STORE_N_GO, ni manuellement sur un point
> de montage quelconque. Le message d'erreur est le suivant :
> 
> Impossible d'ouvrir le répertoire « STORE_N_GO ».
> Erreur lors de l'obtention des informations du fichier «
> /run/media/moi/STORE_N_GO/nD$≡rBx┼.VºÆ » : Erreur d'entrée/sortie.
> 
> Par prudence j'ai fait appel à ddrescue :
> 
> # cd /mnt/data/RECUP/
> # ddrescue /dev/sdb ./ddrescueimage ./ddrescue.log
> 
> Malheureusement j'ai fermé la console virtuelle et n'ai plus le résultat de
> la commande mais tout s'est bien passé sans la moindre erreur et la taille
> du fichier obtenu correspond, en gros, au volume de la clef USB. Le fichier
> de log le confirme :
> 
> # cat ddrescue.log
> # Mapfile. Created by GNU ddrescue version 1.25
> # Command line: ddrescue /dev/sdb ./ddrescueimage ./ddrescue.log
> # Start time:   2022-07-23 11:17:22
> # Current time: 2022-07-23 11:28:20
> # Finished
> # current_pos  current_status  current_pass
> 0x1CDBF0000     +               1
> #      pos        size  status
> 0x00000000  0x1CDC00000  +
> 
> Maintenant je pense que je dois travailler sur cette image avant de tenter
> l'opération inverse de retour vers la clef USB. Que me suggérez vous ? Merci
> d'avance pour vos bonnes idées.

Bon, ne cherchez plus, j'ai trouvé une solution avec gparted agissant 
directement sur la clef USB : Menu Périphérique -> Tenter une récupération 
de données...

Merci gparted. :-)