[Résolu] Récupération de données sur Ethernet Big Disk Lacie

Eical · Le 03/02/2011, à 21:50

C'est le genre de message qui fait vraiment du bien! merci!
Des fois, surtout au bout d'un mois et quelques nuits blanches on a une petite baisse de régime!
Surtout quand on ne sait pas ou on va et quand on fait le bilan de tout ce qu'on a tenté!

Donc c'est reparti! Par contre à partir du live cd car j'ai un message d'erreur qui m'empêche de me connecter à mon installation d'ubuntu. J'insiste pas... je prends les problèmes un par un...
Je te tiens informé de l'avancement. Mais dans quelques jours puisque à 29000B/s pour 80Go ça va être long pour la copie.
Mais maintenant je vais au bout.....
A plus

rmy · Le 03/02/2011, à 22:27

Tiens, pour te donner une idée, je fais justement en ce moment une récup sur un DD de 80Gio…
Là, il me reste 35Gio et je tourne à 60479B/s, mais c'est variable…

Eical · Le 10/02/2011, à 19:18

Bonsoir rmy.

La copie avance mais la vitesse diminue progressivement. Il tourne actuellement à 14800 B/s.
Je ne suis pas pressé certes, mais les 100Go restants risquent d'être looooongs....
La seule chose qui m'ennuie c'est que le taux de transfert diminue régulièrement (2à3000 B /jour).
La question: dois-je arrêter pour reposer le disque? (je crains que le disque ne redémarre plus!) mais au redémarrage le taux de transfert ré-augmentera?
Ou dois-je laisser ainsi et attendre le taux 0 ?
Ou alors peut on interrompre et travailler sur ce qui a été récupéré?

Merci...

rmy · Le 11/02/2011, à 04:27

Tout est possible, y compris qu'il ne redémarre pas.

Essaye plusieurs choses si tu veux…
1/ laisser refroidir un peu éventuellement
2/ Utiliser l'option -d pour un accès direct, parfois ça améliore un peu dans des zones difficiles
3/ Utiliser -i Pos (où Pos est une position exprimée avec une unité, par exemple 49560MB) pour le faire aller plus loin d'un coup, et revenir plus tard sur cette zone difficile.

Mais vraiment, il est possible que ça ne redémarre plus.

Tu peux aussi interrompre, mais l'image étant plus petite que l'original, exit la reconstruction de filesystem. Il faudra bosser sur de la récup brute.

Eical · Le 28/03/2011, à 22:57

Bonsoir Rmy

Quelques nouvelles... Non je n'ai pas abandonné, j'irai au bout!!!
Je n'ai pas pu faire tourner ma récup comme souhaité car mon pc est également un outil de travail et je me vois obligé de jongler entre boulot et récup (à partir du cd ubuntu) et ça n'avance pas aussi vite que je veux (en gros c'est soit l'un, soit l'autre...).
De toutes façons ce n'est pas brillant, et j'ai un taux de transfert de 4490b/s. ça ressemble à ça:

Initial status (read from logfile)
rescued:   405133 MB,  errsize:  89142 MB,  errors:  199802
Current status
rescued:   405135 MB,  errsize:  89142 MB,  current rate:     4644 B/s
   ipos:   482394 MB,   errors:  199802,    average rate:     4659 B/s
   opos:   482394 MB,     time from last successful read:       0 s

J'ai par contre une nouvelle donne. Je dois absolument faire en sorte d'envoyer mon disque à la garantie Lacie avant le mois de mai comme ça j'aurai pas tout perdu au moins.
Par contre je ne suis pas sur d'arriver au bout de l'image disk d'ici là.
Comme je ne sais pas si tu as prévu d'autres actions directement sur disque, je préfère t'avertir un mois avant.
Voilà et merci pour tout.
Eical

Dernière modification par Eical (Le 28/03/2011, à 22:59)

rmy · Le 29/03/2011, à 03:11

Essaye lorsque tu as un taux aussi bas de stopper la copie, et la reprendre un peu plus loin avec [-i pos]. Essaye de finir le boulot "au papier" en notant les zones que tu n'as pas encore scannées. Envoies moi ton logfile pour jeter un œil voir si il reste des zones d'ombre.

rmy · Le 29/03/2011, à 10:54

Log bien reçu. J'en fais le commentaire ici pour que ça serve à tous, mais je ne pouvais te demander de poster un log de 15.6Mio (!) sur le forum.

On y voit que :

0x00000000  0x57B223C000  +

Les 376,6 premiers Gio de ton disque sont sains et copiés.

Puis de 0x57B223C000 à 0x7075690C00 une alternance de zones copiées et de secteurs défectueux avec peu de zones correctement copiées.
Ensuite, et globalement jusqu'à la fin, alternance de blocs non testés et de blocs défectueux. Je crains que tu ne puisse beaucoup mieux faire.

Vu l'état de ton disque, il serait sage de faire une copie de cette image afin de pouvoir reprendre le job en cas de corruption, sans avoir à recommencer…

Eical · Le 29/03/2011, à 14:25

Merci Rmy

Par rapport au message #56: Je suis malheureusement limité techniquement et incapable d'appliquer tes consignes (i-pos) et finir le boulot au papier, il me faudrait des consignes beaucoup plus précises s'il te plait car je suis intéressé de tester cette démarche surtout si elle s'avère productive...
En ce qui concerne le message précédent (#57), je comprends le sens (et je suis vraiment heureux des 376,6 Gio sains et copiés) mais maintenant que faire: j'ai donc l'image sur un dd externe (imagesdd.dd). Dois-je copier cette image sur un autre support malgré que la copie ne soit pas encore terminée (y arriverais-je un jour? à ce rythme c'est pas gagné)

rmy · Le 29/03/2011, à 16:37

Pour le #56 (obsolète suite à la lecture du log) je supposais que tu n'avais pas encore atteint la fin de ton disque, et te conseillais donc d'aller voir "un peu plus loin" comment la copie se passe. Tu peux tout de même essayer pour voir comment sa avance :

sudo ddrescue  /dev/sdd /media/Expansion\ Drive/imagesdd.dd  /media/Expansion\ Drive/imagesdd.log -T -i 485GB

Tu peux essayer aussi avec d'autres valeurs, et donc simplement si tu repères une zone où "ça avance", il faudra après que cette zone soit copiée essayer de revenir "avant" au cas où la zone saine commence avant la valeur… d'où le papier pour dessiner le gruyère des zones copiées ou pas…

Ceci dit, vu ton log, je pense que tu n'en tireras pas grand chose. Je te proposais donc de passer à l'étape suivante… mais pour éviter toute manip' destructrice qui le mettrait en péril, je propose toujours de conserver l'état initial. Ici, ton disque est mort, ou presque. Ton nouvel état initial est ton image disque, il faut donc la dupliquer avant de continuer. SI par ailleurs tu veux continuer à avancer dans la récup du disque, tu peux continuer dessus et la redupliquer ultérieurement si tu considère ue l'état initila s'est amléioré.

Je viens de relire tout le fil de discussion pour me rafraîchir la mémoire, et il faut aussi donc maintenant que tu fasses l'image de l'autre disque si tu as la place, ou juste de la partition de données concernée par le JBOD. Ensuite nous repasserons à la tentative de réparation et d'accès à tes données…

Eical · Le 29/03/2011, à 17:03

C'est génial! Passons à l'étape suivante car mon autre disque est déjà copié depuis 2 mois et sans erreurs! (enfin je crois) Je te propose de t'envoyer le log par mail si tu veux vérifier.
Je vais donc copier l'image, comme ça on aura 2 sources c'est pas plus mal.
Merci et donc j'attends la suite des manips plus motivé que jamais.
Un grand merci.

Eical · Le 29/03/2011, à 17:05

En ce qui concerne la commande i-pos j'ai la réponse suivante:

ddrescue: can't start reading at pos 485000000000
ddrescue: input file is only 80026361856 bytes long

rmy · Le 29/03/2011, à 17:08

oO
tu as bien sûr adapté /dev/sdd dans la commande par ton bon matériel (j'ai remis sde mais je ne sais pas où tu en es) ?
La il dit qu'il ne peut pas copier à partir de 485Giga vu que la source ne fait que 80Go. tuas un disque de 80G ?

Eical · Le 29/03/2011, à 18:21

J'ai fait n'importe quoi...; c'était sdc au lieu de sdd bien sur....
Pas de soucis.
On oublie, je recommencerai à l'occasion.
Veux tu commencer prochainement la démarche de récupération?

rmy · Le 29/03/2011, à 23:55

Ouaip, on peut reprendre à zéro ? peux-tu faire un récap en un post (succint) de ce qui a été copié et de leurs noms et correspondances par rapport aux disques du NAS ?

Eical · Le 30/03/2011, à 10:09

Bonjour,

J'ai donc pour le moment: la copie du disque qui a vraiment galéré et dont nous n'avons pas l'image complète ou du moins avec de multiples erreurs. Cette copie se trouve sur un disque externe de 1To, et je vais en faire une copie comme tu me l'as conseillé sur un disque dur interne de 1To:
imagesdd.dd : Taille: 450 Go (483 262 340 096 octets)
Sur disque:377 Go (405 768 998 912 octets)
Et son fichier log associé que tu as reçu en pièce jointe.

D'autre part, j'ai sur un autre disque dur externe de 1To la copie de l'autre disque qui semble ok
imagesde.dd: Taille 465 Go (500 107 862 016 octets) et son fichier log associé que je te mail de suite.

Maintenant, tu me dis comment tu souhaites que j'organise mes fichiers, pour une manipulation plus commode.
Je peux par exemple mettre les deux fichiers images sur le même disque externe (a priori la taille le permet) et récupérer mes données sur le disque interne de 1To...

j'ai comme gros supports, tu l'auras compris 2 disques externes de 1To et un interne (pas encore branché de 1To), mais j'ai la contrainte qu'ils ne sont pas vierges donc toutes les configurations ne sont pas envisageables (surtout quand j'aurai fait une copie de imagesdd.dd).

rmy · Le 30/03/2011, à 10:38

Le log que tu m'as envoyé par mail :

# Rescue Logfile. Created by GNU ddrescue version 1.11
# current_pos  current_status
0x7470C00200     +
#      pos        size  status
0x00000000  0x7470C06000  +

Montre que la copie de l'autre disque s'est déroulée sans problème.

Quand je te demandais de préciser la situation, c'est par rapport à ton raid de départ. Quelle est l'image du disque dont tu n'assemble que la partition de données, quelle est l'image du disque que tu assemble entièrement dans le JBOD ?

Pour la suite, je privilégierai plutôt soit les deux images sur un seul gros disque en interne, soit une image sur chaque disque en externe.

Eical · Le 30/03/2011, à 10:48

Je n'en ai absolument aucune idée. Je ne sais pas comment était fait le raid de départ.
Comment puis-je le savoir?

rmy · Le 30/03/2011, à 10:59

Pas grave, on va chercher.

sudo sfdisk -luS IMAGE.DD

bien sur tu remplaces IMAGE.DD, et tu me donnes le résultat pour les deux images.

Eical · Le 30/03/2011, à 19:15

Je suis désolé mais je n'ai pas compris la commande. Tu me surestimes un peu trop.
Il faut que tu sois un tout petit peu plus précis s'il te plait.

rmy · Le 30/03/2011, à 20:24

Remplace IMAGE.DD par le nom de tes images disques de chacun des deux disques. Je ne sais pas quel est le nom de chacune : quelque chose comme "/media/Expansion\ Drive/imagesdd.dd"…

Tu commence à me mettre un doute… puisque tu as pu te tromper sur un disque de 80Gio et un disque de 500Gio, (et heureusement sur ce coup là que ce n'était que 80Gio parce que sinon tu aurais corrompu ton image en inscrivant les données d'un autre disque), j'en viens à me demander si tu as bien nommé tes images de manière différenciée pour ne pas les mélanger… et ne surtout pas écrire les données d'un disque sur l'autre image et vice versa…

On verra…

Eical · Le 30/03/2011, à 20:55

Pas de soucis, je ne suis pas complètement novice mais je patine juste dans les commandes....
Donc voici le résultat:

sudo sfdisk -luS /media/Expansion\ Drive/imagesde.dd
Disque /media/Expansion Drive/imagesde.dd : impossible d'obtenir la géométrie

Disque /media/Expansion Drive/imagesde.dd : 60801 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/media/Expansion Drive/imagesde.dd1           124   2008124    2008001   5  Etendue
/media/Expansion Drive/imagesde.dd2       2008125 976768064  974759940  83  Linux
/media/Expansion Drive/imagesde.dd3             0         -          0   0  Vide
/media/Expansion Drive/imagesde.dd4             0         -          0   0  Vide
/media/Expansion Drive/imagesde.dd5           126    257039     256914  82  Linux swap / Solaris
/media/Expansion Drive/imagesde.dd6        257103    273104      16002  83  Linux
/media/Expansion Drive/imagesde.dd7        273168    289169      16002  83  Linux
/media/Expansion Drive/imagesde.dd8        289233    546209     256977  83  Linux
/media/Expansion Drive/imagesde.dd9        546273   2008124    1461852  83  Linux

et pour l'autre:

sudo sfdisk -luS /media/EXPANSION\ D/imagesdd.dd
Disque /media/EXPANSION D/imagesdd.dd : impossible d'obtenir la géométrie

Disque /media/EXPANSION D/imagesdd.dd : 58753 cylindres, 255 têtes, 63 secteurs/piste

sfdisk: ERREUR: le secteur 0 n'a pas une signature MS-DOS
 /media/EXPANSION D/imagesdd.dd : type non reconnu de table de partition
Aucune partition repérée

rmy · Le 30/03/2011, à 23:05

OK,

J'avais oublié que c'était du JBOD avec un disque complet et une partoche. Pas grave, on va s'adapter.

Il me faut aussi

sudo sfdisk -luS

tout court. Ensuite on va tenter d'assembler ton raid avec le disque sde et l'image du disque sdd.
Puis essayer de réparer le système de fichier.

Par anticipation, tu peux aussi faire :

sudo apt-get install xfsprogs

Eical · Le 31/03/2011, à 21:14

Bonsoir Rmy

Voici les infos demandées.

Disque /dev/sda : 31008336 cylindres, 1 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sda1   *        63 1953520127 1953520065   7  HPFS/NTFS
        début: (c,h,s) attendu (1,0,1) trouvé (0,1,1)
/dev/sda2             0         -          0   0  Vide
/dev/sda3             0         -          0   0  Vide
/dev/sda4             0         -          0   0  Vide

Disque /dev/sdb : 10011 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdb1         16065  81915434   81899370   f  W95 Etendue (LBA)
/dev/sdb2   *  81915435 122881184   40965750   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sdb3     122881185 160826714   37945530   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sdb4             0         -          0   0  Vide
/dev/sdb5         16128  81915434   81899307   7  HPFS/NTFS

Disque /dev/sdc : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Attention : la table de partitions semble avoir été créée
  pour C/H/S=*/64/63 (au lieu de 9729/255/63).
Pour ce rapport, cette géométrie sera supposée telle.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdc1   *  61443648 156296447   94852800   7  HPFS/NTFS
/dev/sdc2          4093  61442047   61437955   f  W95 Etendue (LBA)
/dev/sdc3             0         -          0   0  Vide
/dev/sdc4             0         -          0   0  Vide
/dev/sdc5          4095  47689298   47685204   7  HPFS/NTFS
/dev/sdc6      47689728  60745727   13056000  83  Linux
/dev/sdc7      60747776  61442047     694272  82  Linux swap / Solaris

Disque /dev/sdd : 31008336 cylindres, 1 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdd1   *        63 1953520127 1953520065   7  HPFS/NTFS
        début: (c,h,s) attendu (1,0,1) trouvé (0,1,1)
/dev/sdd2             0         -          0   0  Vide
/dev/sdd3             0         -          0   0  Vide
/dev/sdd4             0         -          0   0  Vide

Disque /dev/sde : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sde1   *        63 116478950  116478888   7  HPFS/NTFS
/dev/sde2     122881185 156296384   33415200   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sde3     116479998 122879999    6400002   5  Etendue
/dev/sde4             0         -          0   0  Vide

Sachant que je n'ai pas branché mon dd interne de 1To, mais s'il le faut j'en ai pour 30 secondes....

La partie suivante de ton message est anticipée....

rmy · Le 01/04/2011, à 08:39

J'ai besoin d'avoir le disque que tu as copié lorsque tu as fait l'image (imagesde.dd), et le disque ou se trouve l'image (imagesdd.dd). Là, quand on regarde tes partitions, on a envie de t'envoyer sur un forum windows

Eical · Le 01/04/2011, à 14:54

si je suis déjà un paria chez windows alors ne sous entends pas que je le devienne chez linux... sinon je vais finir slef (sans logiciel d'exploitation fixe) !
Donc je suppose que je dois appliquer la commande du message #72 alors que mes deux disques externes Lacie sont branchés.
Voilà donc la commande pour le imagesdd.dd:

Disque /dev/sda : 10011 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sda1         16065  81915434   81899370   f  W95 Etendue (LBA)
/dev/sda2   *  81915435 122881184   40965750   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sda3     122881185 160826714   37945530   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sda4             0         -          0   0  Vide
/dev/sda5         16128  81915434   81899307   7  HPFS/NTFS

Disque /dev/sdb : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Attention : la table de partitions semble avoir été créée
  pour C/H/S=*/64/63 (au lieu de 9729/255/63).
Pour ce rapport, cette géométrie sera supposée telle.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdb1   *  61443648 156296447   94852800   7  HPFS/NTFS
/dev/sdb2          4093  61442047   61437955   f  W95 Etendue (LBA)
/dev/sdb3             0         -          0   0  Vide
/dev/sdb4             0         -          0   0  Vide
/dev/sdb5          4095  47689298   47685204   7  HPFS/NTFS
/dev/sdb6      47689728  60745727   13056000  83  Linux
/dev/sdb7      60747776  61442047     694272  82  Linux swap / Solaris

Disque /dev/sde : 9729 cylindres, 255 têtes, 63 secteurs/piste
read: Erreur d'entrée/sortie

sfdisk: erreur de lecture sur /dev/sde - impossible de lire le secteur 0
 /dev/sde : type non reconnu de table de partition
Aucune partition repérée

Disque /dev/sdc : 60801 cylindres, 255 têtes, 63 secteurs/piste

sfdisk: ERREUR: le secteur 0 n'a pas une signature MS-DOS
 /dev/sdc : type non reconnu de table de partition
Aucune partition repérée

et pour le imagesde.dd:

Disque /dev/sda : 10011 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sda1         16065  81915434   81899370   f  W95 Etendue (LBA)
/dev/sda2   *  81915435 122881184   40965750   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sda3     122881185 160826714   37945530   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sda4             0         -          0   0  Vide
/dev/sda5         16128  81915434   81899307   7  HPFS/NTFS

Disque /dev/sdb : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Attention : la table de partitions semble avoir été créée
  pour C/H/S=*/64/63 (au lieu de 9729/255/63).
Pour ce rapport, cette géométrie sera supposée telle.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdb1   *  61443648 156296447   94852800   7  HPFS/NTFS
/dev/sdb2          4093  61442047   61437955   f  W95 Etendue (LBA)
/dev/sdb3             0         -          0   0  Vide
/dev/sdb4             0         -          0   0  Vide
/dev/sdb5          4095  47689298   47685204   7  HPFS/NTFS
/dev/sdb6      47689728  60745727   13056000  83  Linux
/dev/sdb7      60747776  61442047     694272  82  Linux swap / Solaris

Disque /dev/sdc : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdc1   *        63 116478950  116478888   7  HPFS/NTFS
/dev/sdc2     122881185 156296384   33415200   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sdc3     116479998 122879999    6400002   5  Etendue
/dev/sdc4             0         -          0   0  Vide

Disque /dev/sdd : 60801 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdd1           124   2008124    2008001   5  Etendue
/dev/sdd2       2008125 976768064  974759940  83  Linux
/dev/sdd3             0         -          0   0  Vide
/dev/sdd4             0         -          0   0  Vide
/dev/sdd5           126    257039     256914  82  Linux swap / Solaris
/dev/sdd6        257103    273104      16002  83  Linux
/dev/sdd7        273168    289169      16002  83  Linux
/dev/sdd8        289233    546209     256977  83  Linux
/dev/sdd9        546273   2008124    1461852  83  Linux

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 03/02/2011, à 21:50

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#52 Le 03/02/2011, à 22:27

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#53 Le 10/02/2011, à 19:18

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#54 Le 11/02/2011, à 04:27

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#55 Le 28/03/2011, à 22:57

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#56 Le 29/03/2011, à 03:11

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#57 Le 29/03/2011, à 10:54

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#58 Le 29/03/2011, à 14:25

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#59 Le 29/03/2011, à 16:37

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#60 Le 29/03/2011, à 17:03

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#61 Le 29/03/2011, à 17:05

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#62 Le 29/03/2011, à 17:08

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#63 Le 29/03/2011, à 18:21

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#64 Le 29/03/2011, à 23:55

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#65 Le 30/03/2011, à 10:09

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#66 Le 30/03/2011, à 10:38

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#67 Le 30/03/2011, à 10:48

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#68 Le 30/03/2011, à 10:59

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#69 Le 30/03/2011, à 19:15

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#70 Le 30/03/2011, à 20:24

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#71 Le 30/03/2011, à 20:55

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#72 Le 30/03/2011, à 23:05

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#73 Le 31/03/2011, à 21:14

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#74 Le 01/04/2011, à 08:39

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#75 Le 01/04/2011, à 14:54

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

Pied de page des forums