OVH Cloud OVH Cloud

Problème sur récupération de données

55 réponses
Avatar
david
Bonjour à tous,

Suite à une coupure de courant (et oui, pas encore d'onduleur, je
sais...), 2 de mes disques externes Firewire ne montent plus. Evidement,
les 2 disques en question sont mon espace de stockage principal et sa
sauvegarde... bref, tout perdu.

Le principal est un disque Firewire de 1To, un Lacie "Big disk extreme"
de 1To.
Data rescue ne le voyant même plus, je l'ai ouvert, vu qu'à l'intérieur
il y a en fait 2 disque de 500Go.

J'ai acheté un boitier externe, mis un des 2 disques dedans, et l'ai
branché sur mon Mac. Là, j'ai un message me disant qu ele disque est
illisible et me propose de l'initialiser.
J'annule, donc il ne monte pas, mais là Data Rescue le voit. J'ai donc
lancé une analyse, il semblait voir quasiment tout (pas avec l'analyse
de base), j'ai lancé une récupération sur un nouveau disque externe.

Au final, j'ai récupéré un bon paquet de fichier, tant queje n'aurais
pas lancé la récup sur les 2 disques de 500Go je ne saurait pas si c'est
complet, mais bon j'ai déjà pas mal de fichiers. Le hic, c'est que je ne
peux pas les ouvrir... :(

Quel que soit le type de fichier, PDF, Jpeg, PNG, etc. ils ont la bonne
icone, semblent faire le bon poids, mais quand j'essaye de les ouvrir
j'ai un pessage d'erreur (mauvais type de fichier, mauvais encodage,
etc.).

J'avais une troisième copie de certains de ses fichiers, donc pour
comparer j'ai ouvert dans un éditeur texte les 2 versions, la "bonne" et
celle récupéré, et il semble que malgrè un poids identique il manque des
données dans la version récupérée. J'ai mis une copie d'écran de ce que
ca donne ici :
<http://test.torondel.net/rezo/recup.png>

A gauche, la bonne version, à droite celle récupérée. Dès la première
ligne, il manque le nom du logiciel source, ici Fireworks...

Une idée de ce que je pourrais faire ? Soit pour "remettre en ordre"
tous ces fichiers qui semblent avoir perdu des données au passage, soit
pour lancer une autre récupération sur mes disques (autre logiciel de
récup, autre méthode) ?

Merci d'avance pour tout conseils,
David

--
David Torondel - www.torondel.net

10 réponses

1 2 3 4 5
Avatar
SAM

Dans mon home, je viens de compter :


Ton home est vraiment vaste (379%) !

91 % des fichiers ont une taille inférieure à 64ko
76 % ........................................ 32ko
71 % ........................................ 16ko
62 % ........................................ 8ko
46 % ........................................ 4ko
33 % ........................................ 2ko


Comment fais-tu pour voir ça ?

--
sm

Avatar
sebastienmarty
SAM wrote:


Dans mon home, je viens de compter :


Ton home est vraiment vaste (379%) !


Bah non : un fichier de 2ko est à la fois inférieur à 4, à 8, à 16, à 32
et à 64ko, ce qui doit expliquer ces pourcentages.

--
[SbM]
<http://sebastienmarty.free.fr> - <http://tradintosh.free.fr>
<http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr>
"If the French were really intelligent, they'd speak English" (W. Sheed)


Avatar
patpro ~ Patrick Proniewski
In article <48563c14$0$935$,
SAM wrote:


Dans mon home, je viens de compter :


Ton home est vraiment vaste (379%) !


Et encore, tu peux ajouter 100%, car 100% des fichiers ont une taille
inférieure à 100 Go.

91 % des fichiers ont une taille inférieure à 64ko
76 % ........................................ 32ko
71 % ........................................ 16ko
62 % ........................................ 8ko
46 % ........................................ 4ko
33 % ........................................ 2ko


Comment fais-tu pour voir ça ?


tu n'as pas vraiment envie de savoir :D

C'est sale et éminemment perfectible, mais ça semble fonctionner :

find . -type f -exec stat -Lq -f "%z" {} + |
awk 'BEGIN {a=0;z=0;e=0;r=0;t=0;y=0;total=0}
{total+=1;
if ($1< 48) {a+=1};
if ($1<@96) {z+=1};
if ($1<92) {e+=1};
if ($1<384) {r+=1};
if ($1<2768) {t+=1};
if ($1<e536) {y+=1};
}
END {print 100*a/total" "100*z/total" "100*e/total" "100*r/total"
"100*t/total" "100*y/total" "total; }'


patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133


Avatar
patpro ~ Patrick Proniewski
In article <1iimnos.p2pmht1izkwlyN%,
(SbM) wrote:

SAM wrote:


Dans mon home, je viens de compter :


Ton home est vraiment vaste (379%) !


Bah non : un fichier de 2ko est à la fois inférieur à 4, à 8, à 16, à 32
et à 64ko, ce qui doit expliquer ces pourcentages.


totafé :)

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133



Avatar
SAM
In article <48563c14$0$935$,
SAM wrote:

Comment fais-tu pour voir ça ?


tu n'as pas vraiment envie de savoir :D


J'y comprends rien mais si mais si mais je veux savoir !

Peux-tu expliciter la 1ière ligne :
find . -type f -exec stat -Lq -f "%z" {} + |
?

C'est sale et éminemment perfectible, mais ça semble fonctionner :


ça m'a renvoyé :

awk: non-terminated string ... at source line 11
context is
END {print 100*a/total" "100*z/total" "100*e/total" "100*r/total"

J'ai recollée la dernière ligne

END {print 100*a/total" "100*z/total" "100*e/total" "100*r/total"
"100*t/total" "100*y/total" "total; }'


et ça me renvoie :
24.6855 40.5781 58.7131 71.9898 79.1369 83.0558 81963

ça me semble improbable ...
Ha! non c'est en ordre inverse / ce que tu donnais.

Bon, donc 83% de fichiers qui sont <= 64 ko
et un total de 81 963 fichiers rien que dans [mes documents]
C'est dingue ! j'ai fabriqué tout ces fichiers ?

--
sm


Avatar
SAM
In article <1iimnos.p2pmht1izkwlyN%,
(SbM) wrote:

SAM wrote:

Dans mon home, je viens de compter :
Ton home est vraiment vaste (379%) !

Bah non : un fichier de 2ko est à la fois inférieur à 4, à 8, à 16, à 32

et à 64ko, ce qui doit expliquer ces pourcentages.


totafé :)


quand on m'esssplique (bien) je finis par comprendre :-)

bon ...
suffisait de lire le code envoyé au terminal,
mais fallu t-il encore le connaitre.


--
sm




Avatar
patpro ~ Patrick Proniewski
In article <48564e68$0$914$,
SAM wrote:

In article <1iimnos.p2pmht1izkwlyN%,
(SbM) wrote:

SAM wrote:

Dans mon home, je viens de compter :
Ton home est vraiment vaste (379%) !

Bah non : un fichier de 2ko est à la fois inférieur à 4, à 8, à 16, à 32

et à 64ko, ce qui doit expliquer ces pourcentages.


totafé :)


quand on m'esssplique (bien) je finis par comprendre :-)

bon ...
suffisait de lire le code envoyé au terminal,
mais fallu t-il encore le connaitre.


non, il suffisait de lire mon résultat.
J'ai écrit "x % des fichiers ont une taille de moins de y ko", et non
pas "x % des fichiers ont une taille comprise entre y et z ko".

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133





Avatar
patpro ~ Patrick Proniewski
In article <48564db4$0$914$,
SAM wrote:

Peux-tu expliciter la 1ière ligne :
find . -type f -exec stat -Lq -f "%z" {} + |


find : commande de recherche
. : chemin de départ de la recherche (dossier courant ici)
-type f : critère de recherche, le résultat doit être un fichier
-exec : execute la commande suivante pour chaque résultat de recherche
stat -Lq -f "%z" : renvoie la taille en octet pour les fichiers
désignés, et pour les liens, renvoie la taille du fichier original
{} + : pour que find sache à quel endroit de la commande suivant "exec"
il doit placer les fichiers trouvés.
| : pour envoyer le résultat à la commande suivante
: pour dire au shell que la commande suivante est à la ligne.

J'ai recollée la dernière ligne

END {print 100*a/total" "100*z/total" "100*e/total" "100*r/total"
"100*t/total" "100*y/total" "total; }'


et ça me renvoie :
24.6855 40.5781 58.7131 71.9898 79.1369 83.0558 81963

ça me semble improbable ...
Ha! non c'est en ordre inverse / ce que tu donnais.

Bon, donc 83% de fichiers qui sont <= 64 ko
et un total de 81 963 fichiers rien que dans [mes documents]
C'est dingue ! j'ai fabriqué tout ces fichiers ?


faut croire. Sur mon home complet j'ai un peu plus de 171000 fichiers.

patpro

--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133


Avatar
SAM
<blockquote class="block0"><br />
In article &lt;48564db4$0$914$&gt;,<br />
SAM &lt;&gt; wrote:<br />
<br />
<blockquote class="block1"><br />
Peux-tu expliciter la 1i&egrave;re ligne :<br />
find . -type f -exec stat -Lq -f &quot;%z&quot; {} + | <br />
<br />
</blockquote><br />
find : commande de recherche<br />
<br />
</blockquote><br />
et &ccedil;a cherche jusqu'au plus profond des sous-dossiers ?<br />
<br />
<blockquote class="block0"><br />
. : chemin de d&eacute;part de la recherche (dossier courant ici)<br />
-type f : crit&egrave;re de recherche, le r&eacute;sultat doit &ecirc;tre un fichier<br />
<br />
</blockquote><br />
quels sont les autres types ?<br />
<br />
<blockquote class="block0"><br />
-exec : execute la commande suivante pour chaque r&eacute;sultat de recherche<br />
stat -Lq -f &quot;%z&quot; : renvoie la taille en octet pour les fichiers<br />
d&eacute;sign&eacute;s, et pour les liens, renvoie la taille du fichier original<br />
<br />
</blockquote><br />
Bon, l&agrave; j'va archiver sans chercher plus.<br />
<br />
<blockquote class="block0"><br />
{} + : pour que find sache &agrave; quel endroit de la commande suivant &quot;exec&quot;<br />
il doit placer les fichiers trouv&eacute;s.<br />
| : pour envoyer le r&eacute;sultat &agrave; la commande suivante<br />
: pour dire au shell que la commande suivante est &agrave; la ligne.<br />
<br />
</blockquote><br />
c'est donc ce qui g&egrave;re les if() (enfin ... le awk )<br />
<br />
<br />
O&ugrave; trouver tout ce language ?<br />
(autrement qu'en faisant des man ou help dans le terminal)<br />
<br />
--<br />
sm<br />
<br />
<br />
Avatar
patpro ~ Patrick Proniewski
In article &lt;485669a9$0$849$&gt;,<br />
SAM &lt;&gt; wrote:<br />
<br />
<blockquote class="block0"><br />
<blockquote class="block1"><br />
In article &lt;48564db4$0$914$&gt;,<br />
SAM &lt;&gt; wrote:<br />
<br />
<blockquote class="block0"><br />
Peux-tu expliciter la 1i&egrave;re ligne :<br />
find . -type f -exec stat -Lq -f &quot;%z&quot; {} + | <br />
<br />
</blockquote><br />
find : commande de recherche<br />
<br />
</blockquote><br />
et &ccedil;a cherche jusqu'au plus profond des sous-dossiers ?<br />
<br />
</blockquote><br />
oui<br />
<br />
<blockquote class="block0"><br />
<blockquote class="block1"><br />
. : chemin de d&eacute;part de la recherche (dossier courant ici)<br />
-type f : crit&egrave;re de recherche, le r&eacute;sultat doit &ecirc;tre un fichier<br />
<br />
</blockquote><br />
quels sont les autres types ?<br />
<br />
</blockquote><br />
man find<br />
<br />
<blockquote class="block0"><br />
<blockquote class="block1"><br />
-exec : execute la commande suivante pour chaque r&eacute;sultat de recherche<br />
stat -Lq -f &quot;%z&quot; : renvoie la taille en octet pour les fichiers<br />
d&eacute;sign&eacute;s, et pour les liens, renvoie la taille du fichier original<br />
<br />
</blockquote><br />
Bon, l&agrave; j'va archiver sans chercher plus.<br />
<br />
<blockquote class="block1"><br />
{} + : pour que find sache &agrave; quel endroit de la commande suivant &quot;exec&quot;<br />
il doit placer les fichiers trouv&eacute;s.<br />
| : pour envoyer le r&eacute;sultat &agrave; la commande suivante<br />
: pour dire au shell que la commande suivante est &agrave; la ligne.<br />
<br />
</blockquote><br />
c'est donc ce qui g&egrave;re les if() (enfin ... le awk )<br />
<br />
</blockquote><br />
du tout. awk fait sa tambouille entre les '', avec les donn&eacute;es envoy&eacute;es<br />
par le pipe.<br />
<br />
<blockquote class="block0"><br />
O&ugrave; trouver tout ce language ?<br />
(autrement qu'en faisant des man ou help dans le terminal)<br />
<br />
</blockquote><br />
&quot;advanced bash scripting guide&quot; par exemple, dispo en PDF un peu<br />
partout. Mais &ccedil;a n'&eacute;vite pas la lecture des mans.<br />
<br />
patpro<br />
<br />
--<br />
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133<br />
<br />
<br />
<br />
1 2 3 4 5