#1 Le 15/09/2014, à 19:48
- nam1962
Comment tenter de récupérer un fichier "inconnu"
Un ami me pose une colle : sur une clef USB sur laquelle il archive des dossiers et documents, un grand nombre de fichiers apparaît avec un type de fichier "inconnu".
Il connaissait l'extension de certains de ces fichiers (.pdf par exemple) j'ai tenté de renommer, mais impossible d'ouvrir.
Il a ensuitepassé sa clef à la moulinette "scandisk" sous W$, ça a généré un dossier found avec une tripotée fichiers .chk Une grande partie de ces fichiers a un type connu, si je les renomme correctement je peux les rouvrir, mais là aussi plus de la moitié est de type "inconnu". (Je soupçonne scandisk d'avoir restauré des fichiers effacés : la clef fait 1Go, le dossier found fait plus de 600Mo..)
Une idée de comment ça peut se produire ,
Une idée pour tenter de récupérer ?
[ Modéré ]
Hors ligne
#2 Le 15/09/2014, à 20:34
- sinbad83
Re : Comment tenter de récupérer un fichier "inconnu"
Bonsoir nam,
as-tu regardé si Testdisk donnait quelque chose ?
La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10, HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04
Hors ligne
#3 Le 15/09/2014, à 20:51
- PPdM
Re : Comment tenter de récupérer un fichier "inconnu"
Pour faire exhaustif, il faudrait savoir quel types de fichiers étaient sur cette clef, après il y a différents soft de récupérations de fichiers, sous win hélas, qui peuvent fonctionner, mais il ne faut pas se faire trop d'illusions, en dehors des gros fichiers, images et vidéos particulièrement, rien n'est garanti, mais comme c'est une sauvegarde il devrait avoir encore les originaux, non?
Ou il fait partie de ceux qui sauvegardent et efface les originaux ?
Dernière modification par PPdM (Le 15/09/2014, à 22:27)
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#4 Le 15/09/2014, à 22:19
- nam1962
Re : Comment tenter de récupérer un fichier "inconnu"
Merci pour vos réponses.
Testdisk m'a annoncé des anomalies,j'ai tenté de corriger, mais ca ne change rien.
@PPdM ..devine 
[ Modéré ]
Hors ligne
#5 Le 15/09/2014, à 22:28
- PPdM
Re : Comment tenter de récupérer un fichier "inconnu"
Merci pour vos réponses.
Testdisk m'a annoncé des anomalies,j'ai tenté de corriger, mais ça ne change rien.
@PPdM ..devine
Aie !!! 
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#6 Le 15/09/2014, à 23:11
- nam1962
Re : Comment tenter de récupérer un fichier "inconnu"
Il me soutient que ce serait arrivé recemment, je penche plus pour le fait qu'il n'ait jamais fait attention et que comme sa clef m'a l'air mal fichue, il ait, dès le départ enregistré des fichiers de manière foireuse. Cela dit, toute une partie de son archive est parfaitement fonctionnelle.
[ Modéré ]
Hors ligne
#7 Le 16/09/2014, à 00:19
- moko138
Re : Comment tenter de récupérer un fichier "inconnu"
Ta question me ramène des années en arrière. Souvenirs de win 98se.
Je ne sais pas expliquer entièrement comment ça se produit et comment le répéter. Mais j'ai connu ça. Je vois une partition fat32 qui est trop rarement vérifiée et défragmentée, une corbeille trop rarement vidée.
Peu à peu les corruptions touchent de plus en plus de fichiers.
GNU/Linux sait reconnaître les types de fichiers, indépendamment de toute extension. Si linux n'arrive pas à ouvrir un fichier .chk, c'est que
- le type est inconnu de gnu/linux (hum...),
- ou que le fichier est corrompu, en particulier que c'est une bribe de fichier partiellement écrasé que chkdsk a extirpée de la corbeille.
EDIT : il y a quelques mois, j'ai eu des JPG récents corrompus sur une carte SD d'apn en fat32 (pas en exfat).
À la réflexion, je n'avais jamais lancé de dosfsck ni de chkdsk sur cette carte.
Donc j'ai deux hypothèses :
- absence de vérification du FS ;
- gestion différente du fat32 par mes linux et par l'APN.
Dernière modification par moko138 (Le 16/09/2014, à 00:29)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#8 Le 16/09/2014, à 08:51
- nam1962
Re : Comment tenter de récupérer un fichier "inconnu"
Là les corrompus sont un peu de tout .jpg .pdf .doc...
La clef est en FAT16
Le testdisk n'est pas au top me semble t'il :
Disk /dev/sdb - 1026 MB / 979 MiB - CHS 1010 32 62
Current partition structure:
Partition Start End Size in sectors
check_FAT: Unusual number of reserved sectors 4 (FAT), should be 1.
Warning: number of heads/cylinder mismatches 64 (FAT) != 32 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 62 (HD)
1 * FAT16 >32M 0 0 33 998 22 44 1981408 [NO NAME]
Warning: Bad ending head (CHS and LBA don't match)Dernière modification par nam1962 (Le 16/09/2014, à 08:51)
[ Modéré ]
Hors ligne
#9 Le 16/09/2014, à 19:05
- PPdM
Re : Comment tenter de récupérer un fichier "inconnu"
Là les corrompus sont un peu de tout .jpg .pdf .doc...
La clef est en FAT16Le testdisk n'est pas au top me semble t'il :
Disk /dev/sdb - 1026 MB / 979 MiB - CHS 1010 32 62 Current partition structure: Partition Start End Size in sectors check_FAT: Unusual number of reserved sectors 4 (FAT), should be 1. Warning: number of heads/cylinder mismatches 64 (FAT) != 32 (HD) Warning: number of sectors per track mismatches 32 (FAT) != 62 (HD) 1 * FAT16 >32M 0 0 33 998 22 44 1981408 [NO NAME] Warning: Bad ending head (CHS and LBA don't match)
Il faut essayer avec un Windows et Recuva par exemple
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#10 Le 16/09/2014, à 19:48
- nam1962
Re : Comment tenter de récupérer un fichier "inconnu"
Vais voir si ça tourne sous wine ce truc, merci 
(Sinon que penses tu du testdisk ?)
Dernière modification par nam1962 (Le 16/09/2014, à 19:48)
[ Modéré ]
Hors ligne
#11 Le 16/09/2014, à 20:39
- PPdM
Re : Comment tenter de récupérer un fichier "inconnu"
Vais voir si ça tourne sous wine ce truc, merci
(Sinon que penses tu du testdisk ?)
Ya pas d'outils universels, il existe beaucoup de bons outils, une fois c'est l'un, une fois c'est l'autre.
Test Disk est un bon outil mais il ne peut pas tout !
des fois, là ou un échoue , l'autre réussit, je crois qu'il n'y a que dans les séries policières ou le petit génie de l'informatique a le bon outil au bon moment, et encore, avec des moyens que seuls les gros centres de recherches peuvent utiliser
La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera
Hors ligne
#12 Le 16/09/2014, à 20:58
- melixgaro
Re : Comment tenter de récupérer un fichier "inconnu"
ah ! dans NCIS, ils te retrouvent tous les fichiers sur un disque dur qui a flambé (au sens littéral) et les fichiers sont parfaitement intègres !
c'est beau le cinéma !
Linux depuis ~2007. Xubuntu seulement.
Hors ligne