récupération données disque dur défectueux

ViKToR69 · Le 13/08/2023, à 17:48

Je viens de lire ceci sur fsck

Donc, je vais devoir démonter la partition ...

geole · Le 13/08/2023, à 18:17

Si effectivement, tu l'as montée, il faudra la démonter.

ViKToR69 · Le 13/08/2023, à 18:44

Même avec 200, je pense que ça n'aurait rien changé ...

vince@work:~$ sudo ddrescue -d -f -R -r99 -b512 -c1 /dev/sdb1 /dev/sdc1 /home/vince/logddrescue/suivi
[sudo] password for vince: 


GNU ddrescue 1.17
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:    40018 MB,  errsize:    1024 B,  errors:       2
Current status
rescued:    40018 MB,  errsize:    1024 B,  current rate:        0 B/s
   ipos:    23622 MB,   errors:       2,    average rate:        0 B/s
   opos:    23622 MB,    time since last successful read:    45.1 m
Finished

La partition se monte et j'ai pu consulter les documents récupérés ... Visiblement, tout y est ! Je suis tombé sur un fichier de Type inode/x-corrupted que je n'ai pas pu ouvrir ... C'est peut-être ça les 1024octets non récupérés ou alors il y a d'autres fichiers ...

Je n'ai pas encore copié les zéros, ni fait le fsck ...

ViKToR69 · Le 14/08/2023, à 13:42

Bonjour,

Je n'ai pas trouvé d'autres fichiers corrompus. J'ai copié les zéros et lancé fsck et il m'a retourné ceci:

vince@work:~$ sudo fsck -v /dev/sdc1
fsck de util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
AGREG contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
l'entrée « BTS_SystM-CM-(mesNumM-CM-)riques » dans /pM-CM-)dagogieRM-CM-)fM-CM-)rentielsEpreuvesAdmission/rM-CM-)fM-CM-)rentielsPM-CM-)dagogiques/session2021 (1439706) a un i-noeud effacé/non utilisé 1440852. Effacer<o>? oui
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
I-noeud 12 non attaché
Connecter à /lost+found<o>? oui
le compteur de référence de l'i-noeud 12 est 2, devrait être 1. Corriger<o>? oui
I-noeud 13 non attaché
Connecter à /lost+found<o>? oui
le compteur de référence de l'i-noeud 13 est 2, devrait être 1. Corriger<o>? oui
I-noeud 14 non attaché
Connecter à /lost+found<o>? oui
le compteur de référence de l'i-noeud 14 est 2, devrait être 1. Corriger<o>? oui
I-noeud 1439692 non attaché
Connecter à /lost+found<o>? oui
le compteur de référence de l'i-noeud 1439692 est 2, devrait être 1. Corriger<o>? oui
le compteur de référence de l'i-noeud 1439706 est 6, devrait être 5. Corriger<o>? oui
I-noeud 1440854 non attaché
Connecter à /lost+found<o>? oui
le compteur de référence de l'i-noeud 1440854 est 2, devrait être 1. Corriger<o>? oui
I-noeud 1440855 non attaché
Connecter à /lost+found<o>? oui
le compteur de référence de l'i-noeud 1440855 est 2, devrait être 1. Corriger<o>? oui
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  -(873472--874157) -5775585
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°26 (897, décompté=1583).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°176 (24425, décompté=24426).
Corriger<o>? oui
Le décompte des blocs libres est erroné (3761080, décompté=3761767).
Corriger<o>? oui
différences de bitmap d'i-noeuds :  -17 -(1440851--1440852)
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°0 (8151, décompté=8152).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°176 (6982, décompté=6984).
Corriger<o>? oui
Le décompte des répertoires est erroné pour le groupe n°176 (135, décompté=134).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné (2412372, décompté=2412375).
Corriger<o>? oui

AGREG: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

       32249 i-noeuds utilisés (1.32%, sur 2444624)
         218 fichiers non contigus (0.7%)
           3 répertoires non contigus (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 32053/27
     6008473 blocs utilisés (61.50%, sur 9770240)
           0 bloc défectueux
           1 fichier de grande taille

       29149 fichiers normaux
        2930 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
         161 liens symboliques (161 liens symboliques rapides)
           0 socket
------------
       32234 fichiers

Donc, je pense que tout est ok ...

geole · Le 14/08/2023, à 13:59

Donc c'est une bonne réparation. Un seul fichier a morflé.
Sauf erreur de ma part, l'enveloppe de la partition SDC1 est plus grande que la partition.
Peux-tu donner ce retour

sudo fdisk -l /dev/sdc

Peux-tu aussi vérifier en lançant gparted

gparted /dev/sdc

Il faudra aussi regarder la taille et le contenu du répertoire "lost+found"
pour cela la partition doit être montée et on doit travailler en super utilisateur. La commande est à adapter

sudo ls -Rals /media/$USER/PointDeMontage/"lost+found"

ViKToR69 · Le 14/08/2023, à 14:23

Oui très bonne réparation ! Et merci pour ton aide !

Qu'est ce que tu entends pas "l'enveloppe de la partition SDC1 est plus grande que la partition" ?

vince@work:~$ sudo fdisk -l /dev/sdc
[sudo] password for vince: 

Disk /dev/sdc: 1000.2 GB, 1000202043392 bytes
255 têtes, 63 secteurs/piste, 121600 cylindres, total 1953519616 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000518aa

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdc1            2048   125026303    62512128   83  Linux
/dev/sdc2       125026304  1953519615   914246656   83  Linux

Pour "lost+found", je garde les guillemets dans la commande ?

ViKToR69 · Le 14/08/2023, à 14:35

ViKToR69 a écrit :

Oui très bonne réparation ! Et merci pour ton aide !
Qu'est ce que tu entends pas "l'enveloppe de la partition SDC1 est plus grande que la partition" ?
EDIT: Je crois que je viens de comprendre ...
Gparted indique:
Taille: 59.62 Gio
Utilisé: 22.92 Gio
Inutilisé: 14.35 Gio
Non alloué: 22.35 Gio
"22.35 Gio d'espace non alloué dans la partition.
Afin d'étendre le système de fichiers pour qu'il remplisse la partition, choisissez la partition et l'élément de menu :
Partition --> Vérifier."
vince@work:~$ sudo fdisk -l /dev/sdc
[sudo] password for vince: 

Disk /dev/sdc: 1000.2 GB, 1000202043392 bytes
255 têtes, 63 secteurs/piste, 121600 cylindres, total 1953519616 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000518aa

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdc1            2048   125026303    62512128   83  Linux
/dev/sdc2       125026304  1953519615   914246656   83  Linux
Pour "lost+found", je garde les guillemets dans la commande ?

geole · Le 14/08/2023, à 16:25

Normalement la fonction vérifier va faire passer ta partition à 60 Go au lieu de 40 Go car tu as créé l'enveloppe un peu trop grande.

Oui avec des guillemets.

ViKToR69 · Le 14/08/2023, à 16:33

voici le résultat pour "lost+found"

vince@work:~$ sudo ls -Rals /media/vince/AGREG/"lost+found"
[sudo] password for vince: 
/media/vince/AGREG/lost+found:
total 9472
  16 drwx------  2 root  root    16384 juil. 27  2020 .
   4 drwxr-xr-x 39 vince vince    4096 août   9 10:23 ..
   8 -rw-r--r--  1 vince vince    6390 juin  13  2021 #12
   4 -rw-r--r--  1 vince vince    3640 mai   18  2021 #13
   4 -rw-r--r--  1 vince vince    3855 juin  13  2021 #14
1016 -rw-rw-r--  1 vince vince 1040058 mai    5  2021 #1439692
5312 -rw-rw-r--  1 vince vince 5436951 mars  27  2021 #1440854
3108 -rw-rw-r--  1 vince vince 3180792 mars  27  2021 #1440855

geole · Le 14/08/2023, à 16:45

Il y a six vieux fichiers qui trainent là.
Pas facile à reconnaitre, essaie

file /media/vince/AGREG/"lost+found/#12"
file /media/vince/AGREG/"lost+found/#13"
file /media/vince/AGREG/"lost+found/#14"
file /media/vince/AGREG/"lost+found/#1439692"
file /media/vince/AGREG/"lost+found/#1440854"
file /media/vince/AGREG/"lost+found/#1440855"

Dernière modification par geole (Le 14/08/2023, à 16:47)

ViKToR69 · Le 14/08/2023, à 16:52

vince@work:~$ sudo file /media/vince/AGREG/"lost+found/#12"
/media/vince/AGREG/lost+found/#12: UTF-8 Unicode text
vince@work:~$ sudo file /media/vince/AGREG/"lost+found/#13"
/media/vince/AGREG/lost+found/#13: UTF-8 Unicode text
vince@work:~$ sudo file /media/vince/AGREG/"lost+found/#14"
/media/vince/AGREG/lost+found/#14: UTF-8 Unicode text
vince@work:~$ sudo file /media/vince/AGREG/"lost+found/#1439692"
/media/vince/AGREG/lost+found/#1439692: PDF document, version 1.5
vince@work:~$ sudo file /media/vince/AGREG/"lost+found/#1440854"
/media/vince/AGREG/lost+found/#1440854: PDF document, version 1.3
vince@work:~$ sudo file /media/vince/AGREG/"lost+found/#1440855"
/media/vince/AGREG/lost+found/#1440855: PDF document, version 1.5

geole · Le 14/08/2023, à 17:01

Je te propose de les déplacer dans ton $HOME pour plus de facilité

sudo mv -v /media/vince/AGREG/"lost+found/#12" recup1.txt
sudo mv -v /media/vince/AGREG/"lost+found/#13" recup2.txt
sudo mv -v  /media/vince/AGREG/"lost+found/#14" recup3.txt
sudo mv -v /media/vince/AGREG/"lost+found/#1439692" recup4.pdf
sudo mv -v /media/vince/AGREG/"lost+found/#1440854" recup5.pdf
sudo mv -v /media/vince/AGREG/"lost+found/#1440855" recup6.pdf

ViKToR69 · Le 14/08/2023, à 21:16

Ok j'ai déplacé les fichiers ... Reste plus qu'à faire "vérifier" dans gparted ..
Est-ce qu'il y a d'autres manip à faire ?

geole · Le 14/08/2023, à 22:06

A priori, non.
A part regarder si ces six fichiers sont utiles.

Dernière modification par geole (Le 14/08/2023, à 22:07)

ViKToR69 · Le 16/08/2023, à 21:47

Bonsoir, que faire de mon disque dur défectueux ?

Dernière modification par ViKToR69 (Le 16/08/2023, à 21:47)

geole · Le 16/08/2023, à 23:38

Bonsoir.
Ce n'est qu'un avis. Le disque ne faisant que 40 Go.
Soit tu le mets dans une salle d'exposition.
Soit tu le le mets dans une déchèterie.
Soit tu tentes de le reformater en espérant qu'il va pouvoir fonctionner correctement.

ViKToR69 · Le 21/08/2023, à 10:38

Bonjour, j'ai récupéré toutes mes données et encore merci ... Donc, je pense que je vais tenter un reformatage ...

geole · Le 21/08/2023, à 16:35

Bonjour
Si tu le reformates, utilise gnome disk utility et prend l'option lent
Qui écrira 100% de la partition pour vérifier que tout est bien accessible.
Si elle ne passe pas, je te donnerais un script qui écrabouille les secteurs défectueux.
Rappel

  5 Reallocated_Sector_Ct   0x0033   195   195   140    Pre-fail  Always       -       73
  9 Power_On_Hours          0x0032   078   078   000    Old_age   Always       -       16234
196 Reallocated_Event_Count 0x0032   151   151   000    Old_age   Always       -       49
197 Current_Pending_Sector  0x0012   191   191   000    Old_age   Always       -       64

Dernière modification par geole (Le 21/08/2023, à 16:40)

ViKToR69 · Le 23/08/2023, à 22:42

Bonsoir,

Sans tes conseils, j'aurais procédé ainsi, j'aurais lancé fsck sur sdb1 ... En fonction du résultat, j'aurais avisé ... Sinon, j'aurais copié des zéros sur le disque entier avec dd et ensuite, je l'aurais partitionné et formaté avec gparted ...

geole · Le 24/08/2023, à 09:06

ViKToR69 a écrit :

j'aurais copié des zéros sur le disque entier avec dd et ensuite, je l'aurais partitionné et formaté avec gparted ...

C 'est aussi une possibilité (gnome-disk utility écrit aussi des zéros dans la partition)

il reste juste à savoir si gnome-disk utility sait correctement traiter "Current_Pending_Sector"
La commande dd ne le fait pas correctement si le secteur est vraiment illisible. Elle se plante sauf si tu as dit d'ignorer les erreurs.

Nota. fsck controle UNIQUEMENT la structure contenant les fichiers et pas le contenu des fichiers qui peuvent donc avoir des secteurs illisibles.
Il y a aussi tous les secteurs qui ne sont pas encore utilisés.

J'ai un script qui laisse ddrescue détecter ce qui n'est pas lisible et se contente donc d'écrabouiller ce que ddrescue a signalé comme non lisible.

et un autre qui prend en charge la détection des zones non lisibles. Je l'ai fait en début d'année. Son temps de fonctionnement est sensiblement équivalent à ddrescue. C'est celui que je te propose
Il m'a semblé que le disque à réparer était SDC (Correction pour mettre SDB)
A) Initialisation.

DSKin=sdb #### Disque à réparer.
N=8192  #### Nombre de secteurs consécutifs à tester. Jamais plus de 100% de la taille du buffers. 50% de sa taille semble être un bon compromis.  Donc 8192 pour un buffer de 8 Mo.
I=250 ### Nombre d'itérations avant de faire un point de redémarrage. Conseil  avec 250 et 8192, cela fait 1 Go de  traité. Le temps est d'environ 12 secondes.
rm $DSKin.reprise $DSKin.BlocsDouteux  $DSKin.BlocsMauvais $DSKin.vitesse #### Commande à décommenter en cas de relance depuis le début.
function reparer(){
sudo dd if=/dev/$1 bs=512 count=1 skip=$2 1>/dev/null 2>/tmp/REP;A=$(cat /tmp/REP | sed  's/\xc2\xa0//g')
if [[ $A =~ "0+0enregistrements lus" ]]; then echo $2>>$3; sudo hdparm --yes-i-know-what-i-am-doing --write-sector $2 /dev/$1; sleep 0.2; sudo dd if=/dev/$1 bs=512 count=1 skip=$2 1>/dev/null 2>/tmp/REP;A=$(cat /tmp/REP | sed  's/\xc2\xa0//g'); 
if [[ $A =~ "1+0enregistrements lus" ]]; then echo Bonne réparation du secteur $2;else  echo $2>>$4; echo -e "\n\a\E[31mMAUVAISE REPARATION DU SECTEUR $2 \E[0m";cat /tmp/REP;fi;fi;}
#Recherche du nombre de secteurs à tester.
a=$(sudo fdisk -l /dev/$DSKin | grep "Disque /dev/$DSKin" | sed  's/\xc2\xa0octets,//g'|cut -d' ' -f5); nb=$(echo $a/$((512*$N*$I)) | bc); echo "Nombre de paquets à traiter $nb."
if [ -e $DSKin.reprise ]; then j=$(cat $DSKin.reprise); else j=0; fi
echo Démarrage au paquet N° $j

B) Exécution du script dans la même session.Mais uniquement si un N° de paquet est détecté. La première fois il y a 0.

d1=$(echo $(date +%s)); time for ((k=$j;k<$nb;k++));do
sudo dd if=/dev/$DSKin bs=$((512*$N)) count=$I skip=$(($k*$I)) 1>/dev/null 2>/tmp/REP ;A=$(cat /tmp/REP | sed  's/\xc2\xa0//g')
if [[ $A =~ "$I+0enregistrements lus" ]] ;then d2=$(echo $(date +%s));echo -ne "\rTraitement du paquet n° $k" effectué en $(($d2-$d1)) secondes.;echo $(($d2-$d1))>>$DSKin.vitesse;d1=$d2;echo $k>$DSKin.reprise; else echo erreur de traitement du paquet $k, on va travailler plus finement;for ((l=0;l<$I;l++));do sudo dd if=/dev/$DSKin bs=$((512*$N)) count=1 skip=$(($k*$I+$l)) 1>/dev/null 2>/tmp/REP ;A=$(cat /tmp/REP | sed 's/\xc2\xa0//g');if [[ $A =~ "1+0enregistrements lus" ]] ; then b=" Bonne lecture"; else echo Mauvaise lecture, on va devoir réparer $(($N/2)) Mo. '(Environ une minute par Mo de mauvaise qualité)';f=$(($j+$N)); for ((m=$j;m<$f;m++)); do reparer $DSKin $m $DSKin.BlocsDouteux $DSKin.BlocsMauvais; done; fi;done;fi;done

echo Traitement de la fin du disque à petite vitesse.
j=$(($I*$N*$nb/2048)) # N° premier Mo de fin.
FM=$(echo $(($a/512/2048)) | bc) # N° dernier Mo de fin.
echo "Test depuis le Mo N° $j jusqu'au Mo N° $FM."
for ((l=$j;l<$FM;l++));do  sudo dd if=/dev/$DSKin bs=1M count=1 skip=$l 1>/dev/null  2>/tmp/REP; A=$(cat /tmp/REP | sed  's/\xc2\xa0//g'); if [[ $A =~ "1+0enregistrements lus" ]] ;then b="Bonne lecture"; else echo Mauvaise lecture du Mo N° $l. On va devoir le réparer. Environ une minute.;f=$(($j+2048)); for ((m=$j;m<$f;m++));do reparer $DSKin $m $DSKin.BlocsDouteux  $DSKin.BlocsMauvais;done; fi; done
j=$(($FM*2048)) # N° premier secteur de fin.
FS=$(echo $(($a/512)) | bc) # N° premier secteur de fin.
echo "Test depuis le secteur N° $j jusqu'au secteur N° $FS."
for ((l=$j;l<$FS;l++));do  reparer $DSKin $l $DSKin.BlocsDouteux  $DSKin.BlocsMauvais; done
sort -h $DSKin.vitesse | uniq -c
if [ -e $DSKin.BlocsDouteux ]; then echo Il y a eu $(wc -l $DSKin.BlocsDouteux|cut -d' ' -f1) blocs réparés.;  fi
if [ -e $DSKin.BlocsMauvais ]; then echo Il y a eu $(wc -l $DSKin.BlocsMauvais|cut -d' ' -f1) blocs irréparables.; fi
sudo smartctl -A /dev/$DSKin | egrep "Sector Size|Pending|Reallocated"

Dernière modification par geole (Le 28/08/2023, à 15:43)

ViKToR69 · Le 28/08/2023, à 15:02

Bonjour,

Je n'ai pas encore eu le temps de m'occuper de la réparation de mon disque dur défectueux ... En fait, comme la restauration s'est bien passée et que je peux de nouveau accèder à mes données, j'oublie le disque défectueux ... !

geole a écrit :

Il m'a semblé que le disque à réparer était SDC

Non non, c'est le sdb

Je vais essayer de le formater et utiliser dd pour voir ce que cela va faire ... Merci pour le script, qui est costaud !

Au final, si le sdb "redevient fiable", mon objectif serait de faire un dual-boot avec un vieux windows XP ... lol

ViKToR69 · Le 04/09/2023, à 15:45

Bonjour,

Le formatage et la copie de zéros avec dd n'ont pas fonctionné.

Donc, je copie et je colle ton script brut directement dans un terminal et c'est tout ?

Je lance le script A) Initialisation. et une fois qu'il est terminé je lance B) ?

geole · Le 04/09/2023, à 16:44

Bonjour
L'initialisation doit prendre une à deux secondes et répondre 0.
Si bien 0 comme réponse, tu peux lancer la suite.
Si pas zéro comme réponse, tu postes la séquence d'initialisation.

ViKToR69 · Le 04/09/2023, à 21:10

L'initialisation ne répond pas zéro:

vince@work:~$ DSKin=sdb #### Disque à réparer.
vince@work:~$ N=8192  #### Nombre de secteurs consécutifs à tester. Jamais plus de 100% de la taille du buffers. 50% de sa taille semble être un bon compromis.  Donc 8192 pour un buffer de 8 Mo.
vince@work:~$ I=250 ### Nombre d'itérations avant de faire un point de redémarrage. Conseil  avec 250 et 8192, cela fait 1 Go de  traité. Le temps est d'environ 12 secondes.
vince@work:~$ rm $DSKin.reprise $DSKin.BlocsDouteux  $DSKin.BlocsMauvais $DSKin.vitesse #### Commande à décommenter en cas de relance depuis le début.
rm: impossible de supprimer «sdb.reprise»: Aucun fichier ou dossier de ce type
rm: impossible de supprimer «sdb.BlocsDouteux»: Aucun fichier ou dossier de ce type
rm: impossible de supprimer «sdb.BlocsMauvais»: Aucun fichier ou dossier de ce type
rm: impossible de supprimer «sdb.vitesse»: Aucun fichier ou dossier de ce type
vince@work:~$ function reparer(){
> sudo dd if=/dev/$1 bs=512 count=1 skip=$2 1>/dev/null 2>/tmp/REP;A=$(cat /tmp/REP | sed  's/\xc2\xa0//g')
> if [[ $A =~ "0+0enregistrements lus" ]]; then echo $2>>$3; sudo hdparm --yes-i-know-what-i-am-doing --write-sector $2 /dev/$1; sleep 0.2; sudo dd if=/dev/$1 bs=512 count=1 skip=$2 1>/dev/null 2>/tmp/REP;A=$(cat /tmp/REP | sed  's/\xc2\xa0//g'); 
> if [[ $A =~ "1+0enregistrements lus" ]]; then echo Bonne réparation du secteur $2;else  echo $2>>$4; echo -e "\n\a\E[31mMAUVAISE REPARATION DU SECTEUR $2 \E[0m";cat /tmp/REP;fi;fi;}
vince@work:~$ #Recherche du nombre de secteurs à tester.
vince@work:~$ a=$(sudo fdisk -l /dev/$DSKin | grep "Disque /dev/$DSKin" | sed  's/\xc2\xa0octets,//g'|cut -d' ' -f5); nb=$(echo $a/$((512*$N*$I)) | bc); echo "Nombre de paquets à traiter $nb."
[sudo] password for vince: 
Désolé, essayez de nouveau.
[sudo] password for vince: 
Le disque /dev/sdb ne contient pas une table de partitions valable
(standard_in) 1: syntax error
Nombre de paquets à traiter .
vince@work:~$

geole · Le 05/09/2023, à 08:49

Bonjour.
Peux-tu donner ce retour.

sudo fdisk -l /dev/sdb

S'il y a toujours un problème, il y aura une autre solution avec ddrescue.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 13/08/2023, à 17:48

Re : récupération données disque dur défectueux

#27 Le 13/08/2023, à 18:17

Re : récupération données disque dur défectueux

#28 Le 13/08/2023, à 18:44

Re : récupération données disque dur défectueux

#29 Le 14/08/2023, à 13:42

Re : récupération données disque dur défectueux

#30 Le 14/08/2023, à 13:59

Re : récupération données disque dur défectueux

#31 Le 14/08/2023, à 14:23

Re : récupération données disque dur défectueux

#32 Le 14/08/2023, à 14:35

Re : récupération données disque dur défectueux

#33 Le 14/08/2023, à 16:25

Re : récupération données disque dur défectueux

#34 Le 14/08/2023, à 16:33

Re : récupération données disque dur défectueux

#35 Le 14/08/2023, à 16:45

Re : récupération données disque dur défectueux

#36 Le 14/08/2023, à 16:52

Re : récupération données disque dur défectueux

#37 Le 14/08/2023, à 17:01

Re : récupération données disque dur défectueux

#38 Le 14/08/2023, à 21:16

Re : récupération données disque dur défectueux

#39 Le 14/08/2023, à 22:06

Re : récupération données disque dur défectueux

#40 Le 16/08/2023, à 21:47

Re : récupération données disque dur défectueux

#41 Le 16/08/2023, à 23:38

Re : récupération données disque dur défectueux

#42 Le 21/08/2023, à 10:38

Re : récupération données disque dur défectueux

#43 Le 21/08/2023, à 16:35

Re : récupération données disque dur défectueux

#44 Le 23/08/2023, à 22:42

Re : récupération données disque dur défectueux

#45 Le 24/08/2023, à 09:06

Re : récupération données disque dur défectueux

#46 Le 28/08/2023, à 15:02

Re : récupération données disque dur défectueux

#47 Le 04/09/2023, à 15:45

Re : récupération données disque dur défectueux

#48 Le 04/09/2023, à 16:44

Re : récupération données disque dur défectueux

#49 Le 04/09/2023, à 21:10

Re : récupération données disque dur défectueux

#50 Le 05/09/2023, à 08:49

Re : récupération données disque dur défectueux

Pied de page des forums