Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 23/03/2012, à 15:06

Christoqhe

Copie d'un disque endommagé mais lisible [RESOLU]

Salut,

Voila je vous explique mon problème actuellement j'ai un disque de 2TO dont j'arrive encore à y accéder avec du mal, il m'indique au démarrage que je dois le remplacer :<.
En premier lieux, j'ai tenté de récupéré les données via le mode graphique (copier/coller) mais au bout d'un certain temps le disque se "déconnecte" et me dit que je n'ai plus accès dessus ça revient après un redémarrage de l'ordinateur (ouf)  ... j'ai quand même pu récupérer 2/10 du disque comme ça mais j'ai peur qu'à force il me le reconnaît plus du tout.

Après avoir lu d'autres postes ayant le un problème au niveau de leur disque il revient que la meilleur chose était de faire une copie de disque en entier donc après avoir acheter un disque de 2TO je commence à faire la copie via ddrescue avec un live CD : http://www.slaxlfi.fr/

Et c'est la que ça se complique pour moi je lance la commande ddrescue :
sda = endommagé | sdb = neuf (exemple n'ayant pas le PC sous les yeux)
ddrescue /dev/sda /dev/sdb récupération.log
Malheureusement ça plante au bout de 2Mo et je n'ai plus accès au disque. Je décide de partir un peut plus loin comme j'avais lu sur un topic plus récent avec la commande -i 20Go
ddrescue /dev/sda /dev/sdb récupération.log -i 20Go

Par contre j'ai lu que le mieux était de mettre les log sur une clef ou un autre disque mais j'arrive pas à comprendre cette commande sur le topic de rmy : sudo ddrescue /dev/mondisque /media/pointmontage/monimagesauvée.dd /media/pointmontage/monimagesauvée.log -n

donc ça serait dans mon cas : sudo ddrescue /dev/sda /dev/sdb /media?/sdc/récupération.log -n -i 20Go ?

Il m'indique qu'il a récupéré 300Mo en 3heures avec aucune erreur ... je trouvais ça long du coups j'arrête la copie et regarde se qu'il m'a copié je vois rien, je décide de retourner sur windows le disque neuf est passé en RAW ...

Alors j'aimerai avoir l'avis de ceux qui s'y connaissant plus que moi :
Mon disque qui est actuellement lisible, plus ou moins accessible mais avec sûrement des secteurs défectueux (j’espère pas trop tongue) si j'utilise DDRESCUE que va-t-il se passer si je commence à partir de 20Go?
Dois-je utiliser les autres commandes qu'on voit sur d'autres post comme le -B -v -n -r et autres ? à quel moment dois-je les utiliser?
es-ce normal que lorsque j'arrête la copie pour voir se qu'il a copié il ne voit rien et sur windows m'indique qu'il est en RAW?
quel commande dois-je utiliser pour qu'il reprenne la copie d'ou il s'est arreté ?
à la fin de la copie pourrai-je tout de suite ouvrir le disque comme si c'était le même sans secteur défectueux? ou devrais-je encore passer par d'autres logiciel ?

Merci d'avance et désolé si je n'ai pas été tres claire.

Dernière modification par Christoqhe (Le 30/03/2012, à 19:23)

Hors ligne

#2 Le 23/03/2012, à 15:48

leold

Re : Copie d'un disque endommagé mais lisible [RESOLU]

hello
je te conseillerais de prendre contact avec RMY le grand specialiste du DD
tu pourras le trouver sur se poste http://forum.ubuntu-fr.org/viewtopic.php?id=92840
met lui un lien sur se poste

Dernière modification par leold (Le 23/03/2012, à 15:49)


l’imbécile est pas celui qui ne sait pas mais celui qui refuse d’apprendre

Hors ligne

#3 Le 24/03/2012, à 02:05

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Ta démarche est bonne. Le disque apparait en raw probablement parce que tu n'as pour l'instant pas copié les structures essentielles du système de fichier. Il faut que tu poursuives ta copie. Utilises effectivement -n pour une première passe, et ton reflexe d'aller plus loin (-i) était le bon. Il faut d'abord essayer de copier les zones les plus saines (et utiles, car ce n'est pas la peine sur un disque de cette taille de copier la fin en premier si tu sais que tu n'avais que 20% de remplissage sur disque neuf, par exemple...)

Pour reprendre où tu en étais, il te faut le log. Là tu le perds à chaque reboot de ton liveCD. D'où l'idée en général de travailler sur une liveUSB ou de sauver le fichier à un emplacement spécifique.
Le problème supplémentaire de ton liveCD c'est que tes log système vont vite se remplir avec les erreurs de secteurs rencontrés, et que tu vas finir par freezer ton OS en liveCD.

Je te conseille de te faire un LiveUSB, puis d'utiliser ddrescue ainsi :

sudo ddrescue /dev/sda /dev/sdb ~/fichierlog.log -n

Je te souhaite que le disque tienne, tu ferais bien de le refroidir (ventilo, refroidisseur usb ou autre...) car il semble bien au bout du rouleau.

Hors ligne

#4 Le 24/03/2012, à 14:46

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Salut,

Merci d'avoir pris le temps de me répondre voici le resultat des commandes :

sudo sfdisk -luS
[sudo] password for config: 

Disque /dev/sda : 243201 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            63 3907024064 3907024002   7  HPFS/NTFS/exFAT
/dev/sda2             0         -          0   0  Vide
/dev/sda3             0         -          0   0  Vide
/dev/sda4             0         -          0   0  Vide

Disque /dev/sdb : 9729 cylindres, 255 têtes, 63 secteurs/piste
Avertissement : 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/sdb1   *      2048 152109055  152107008  83  Linux
/dev/sdb2     152111102 156297215    4186114   5  Étendue
/dev/sdb3             0         -          0   0  Vide
/dev/sdb4             0         -          0   0  Vide
/dev/sdb5     152111104 156297215    4186112  82  partition d'échange Linux / Solaris

udisks

Showing information for /org/freedesktop/UDisks/devices/sda
  native-path:                 /sys/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda
  device:                      8:0
  device-file:                 /dev/sda
    presentation:              /dev/sda
    by-id:                     /dev/disk/by-id/ata-ST32000542AS_6XW1YXAY
    by-id:                     /dev/disk/by-id/scsi-SATA_ST32000542AS_6XW1YXAY
    by-id:                     /dev/disk/by-id/wwn-0x5000c50030592f70
    by-path:                   /dev/disk/by-path/pci-0000:00:1f.2-scsi-0:0:0:0
  detected at:                 sam. 24 mars 2012 13:32:34 CET
  system internal:             1
  removable:                   0
  has media:                   1 (detected at sam. 24 mars 2012 13:32:34 CET)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:             
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:           
  presentation icon:           
  automount hint:              
  size:                        2000397852160
  block size:                  512
  job underway:                no
  usage:                       
  type:                        
  version:                     
  uuid:                        
  label:                       
  partition table:
    scheme:                    mbr
    count:                     1
  drive:
    vendor:                    ATA
    model:                     ST32000542AS
    revision:                  CC95
    serial:                    6XW1YXAY
    WWN:                       5000c50030592f70
    detachable:                0
    can spindown:              1
    rotational media:          Yes, at 5900 RPM
    write-cache:               enabled
    ejectable:                 0
    adapter:                   /org/freedesktop/UDisks/adapters/0000_3a00_3a1f_2e2
    ports:
      /org/freedesktop/UDisks/adapters/0000_3a00_3a1f_2e2/host0
    similar devices:
    media:                     
      compat:                 
    interface:                 ata
    if speed:                  (unknown)
    ATA SMART:                 Updated at sam. 24 mars 2012 13:33:06 CET
      overall assessment:      Disk failure is imminent
===============================================================================
 Attribute       Current|Worst|Threshold  Status   Value       Type     Updates
===============================================================================
 raw-read-error-rate          83| 83|  6   good    140592059   Pre-fail Online 
 spin-up-time                100|100|  0    n/a    0           Pre-fail Online 
 start-stop-count             93| 93| 20   good    7895        Old-age  Online 
 reallocated-sector-count      1|  1| 36   FAIL    6066 sectors Pre-fail Online 
 seek-error-rate              74| 60| 30   good    26313337    Pre-fail Online 
 power-on-hours               97| 97|  0    n/a    119,1 days  Old-age  Online 
 spin-retry-count            100|100| 97   good    0           Pre-fail Online 
 power-cycle-count            93| 93| 20   good    7304        Old-age  Online 
 attribute-183                91| 91|  0    n/a    0           Old-age  Online 
 end-to-end-error            100|100| 99   good    0           Old-age  Online 
 reported-uncorrect           98| 98|  0    n/a    2 sectors   Old-age  Online 
 command-timeout              94| 94|  0    n/a    2469643878976 Old-age  Online 
 high-fly-writes              99| 99|  0    n/a    1           Old-age  Online 
 airflow-temperature-celsius  79| 40| 45 FAIL_PAST 21C / 69,8F Old-age  Online 
 temperature-celsius-2        21| 60|  0    n/a    21C / 69,8F Old-age  Online 
 hardware-ecc-recovered       51| 28|  0    n/a    140592059   Old-age  Online 
 current-pending-sector      100|100|  0    n/a    0 sectors   Old-age  Online 
 offline-uncorrectable       100|100|  0    n/a    0 sectors   Old-age  Offline
 udma-crc-error-count        200|200|  0    n/a    0           Old-age  Online 
 head-flying-hours           100|253|  0    n/a    641,0 days  Old-age  Offline
 attribute-241               100|253|  0    n/a    0           Old-age  Offline
 attribute-242               100|253|  0    n/a    0           Old-age  Offline

Par contre tu me conseilles de commencer des le début ? si je commence vers les 10/20Go il faudra absolument que je copie le début pour pouvoir accès au disque ?

Parce que je crois avoir 1To5 de données :<

Dernière modification par Christoqhe (Le 24/03/2012, à 14:47)

Hors ligne

#5 Le 24/03/2012, à 16:00

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Il faudra de toutes façons en copier le plus possible.

Hors ligne

#6 Le 26/03/2012, à 09:59

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Pas faux, par contre avant de commencer faut t-il que je laisse mon disque non formaté? j'ai cru lire sur un des topics ou tu étais passé que ça changé rien mais ne le retrouvant plus j'aimerai une confirmation histoire de faire les choses bien

Hors ligne

#7 Le 26/03/2012, à 10:52

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

La duplication d'un disque vers un autre n'a que faire de l'état de la source ou de la destination. C'est une pure copie matérielle. Parfois si ton disque source es ttrop endommagé, tu peux avoir des résultats aléatoires si l'autre disque n'était pas vierge (les blocs correspondant aux secteurs HS du disque source ne seront pas écrasés sur la destination). Mais dans l'absolu, tu commences directement par la copie et ensuite tu travailles sur la détection des partitions et sur la récupération du FS.

Hors ligne

#8 Le 26/03/2012, à 13:24

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

D'accord, merci. Je viens de retenter ça veut plus continuer il s’arrête au bout de 2Mo obligé de reboot le pc pour reprendre plus loin hmm

J'te tiens au jus

Hors ligne

#9 Le 26/03/2012, à 13:39

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Ton disque m'a l'air bien au bout du rouleau. Essaye éventuellement en partant de la fin en reverse (compilation dernière version de ddrescue nécessaire)

Hors ligne

#10 Le 27/03/2012, à 10:05

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Voila se qui me marque :

ddrescue

ddrescue /dev/sda /dev/sdb /mnt/sdc1/récupération.log -n -i 10Go

Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:  87470 MB,  errors:       1
Current status
rescued:     1902 GB,  errsize:  87470 MB,  current rate:   29556 kB/s
rescued:     1902 GB,  errsize:  87470 MB,  current rate:   29556 kB/s
   ipos:     2000 GB,   errors:       1,    average rate:   27963 kB/s
   opos:     2000 GBr: No space left on device
# Rescue Logfile. Created by GNU ddrescue version 1.5
#      pos        size  status
0x00000000  0xB279C000  +
0xB279C000  0x00014000  /
0xB27B0000  0x000F4000  +
0xB28A4000  0x15FF29C000  /
0x16B1B40000  0x1BB0F3C0000  +
0x1D1C0F00000  0x0010DE00  ?

Pourtant les 2 disques sont de 2TO :s.  Que dois-je faire ?

EDIT ; J'ai monté le disque de sauvegarde il n'y'a rien ...
Dans GPARTED il m'indique qu'il y'a 51% d'utilisé et en bas il dit :
"Forced to continue.
Failed to mount '/dev/sdb1' : Input/ouput error.
NTFS is inconsistent. Run chkdsk /f on windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! no modification was made to NTFS by this software"
Pourquoi il ne voit que 51%?? alors que d'apres la copie il m'indique qu'il a copié 1T9 ?? sad
Sur windows (je n'ai pas fait le chkdsk) le disque m'indique qu'il est en RAW. Je comprends pas pourquoi il affiche ce format la qu'alors sur le disque endommagé j'ai toujours accès à celui ci, et j'arrive même à ouvrir les fichiers ... :s

Dernière modification par Christoqhe (Le 27/03/2012, à 11:27)

Hors ligne

#11 Le 27/03/2012, à 12:25

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

C'est normal, c'est parce que la copie n'est pas encore complète, et particulièrement les 10Gio du début, ici. C'est dans cette zone que se trouvent  es informations structurelles essentielles (MBR, MFT).
Ton disque a du décrocher vu la taille du deuxième bloc "non-trimmed".
Il faut que tu insistes encore. Il y a deux directions à explorer :
1/ enlever le -i 10G et continuer à travailler en reverse sur cette zone.
2/ Essayer avec -d et -R pour tenter de splitter les blocs HS.
exemple

sudo ddrescue /dev/sda /dev/sdb /mnt/sdc1/récupération.log -R -d

puis en limitant la taille des blocs HS :

sudo ddrescue /dev/sda /dev/sdb /mnt/sdc1/récupération.log -d -r1 -c16

Tu vas rentrer dans des phases longues, laborieuses, où ton disque risque de décrocher plusieurs fois jusqu'à mourir complètement, mais c'est une étape nécessaire pour avoir la copie la plus complète possible.

Hors ligne

#12 Le 27/03/2012, à 13:03

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Arf ... la fin de ton message me fait peur quand même.
J'ai pas compris ce passage :

Ton disque a du décrocher vu la taille du deuxième bloc "non-trimmed".

A-t-il bien copié le reste ? comment m'en assuré ? parce qu'avant de m'attaquer sur cette zone j'aimerai bien être sûr que le reste est sur le disque de sauvegarde dont je ne peux pas accéder sad

dans tes exemples :

sudo ddrescue /dev/sda /dev/sdb /mnt/sdc1/récupération.log -R -d

Je tape cette commande mais si il se déconnecte comme il l'a fait au début, je retape cette commande jusqu'à qu'il ait récupéré les 10Go  ?? ou je dois taper la deuxième commande ?
Et si il me lâche avant que j'ai copié les structures ou si jamais les secteurs défectueux se trouvent dans les structures ça se passe comment ??

et désolé de t’embêter avec toutes ses questions :s.

Dernière modification par Christoqhe (Le 27/03/2012, à 14:27)

Hors ligne

#13 Le 27/03/2012, à 15:35

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Vu le résultat de ton log, il y a 1900GB qui ont été copiés. Dans le log, les valeurs hexa correspondent à des positions et des tailles. Les symboles derrière donne le statut de ce bloc. Pour les significations, il y a les explications sur la page http://www.gnu.org/software/ddrescue/ma … anual.html
Pour ta copie, il n'y a pas de solution miracle. Je ne peux pas te donner davantage d'indications sur ce qu'il faut faire ou ne pas faire. Le reste se fait avec l'habitude et l'écoute des bruits du disque. L'idée c'est de toutes façons de copier la plus grande surface disponible pour pouvoir extraire de ta copie le maximum d'informations une fois ceci fait. Essaye éventuellement en y allant à tatons (-i 1G, 2G, 5G etc...)

Dernière modification par rmy (Le 27/03/2012, à 15:39)

Hors ligne

#14 Le 27/03/2012, à 19:11

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

J'ai pas la commande -R sur ce live CD et je ne sais pas comment installer la derniere version même si cela est possible ou non donc j'ai fais sans avec uniquement -d. Mais il me marque :

root@slax:~# ddrescue /dev/sda /dev/sdb /mnt/sdc1/récupération.log -d


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:     1905 GB,  errsize:  94475 MB,  errors:       2
Current status
rescued:     1905 GB,  errsize:  94475 MB,  current rate:        0 B/s
rescued:     1905 GB,  errsize:  94475 MB,  current rate:        0 B/s
   ipos:     2000 GB,   errors:       2,    average rate:        0 B/s
   opos:     2000 GBr: [b]No space left on device[/b]

En faites quoi que je fasse maintenant il me dit "No space left on device"

Dernière modification par Christoqhe (Le 27/03/2012, à 19:14)

Hors ligne

#15 Le 27/03/2012, à 19:54

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

le log est devenu trop gros pour ta clé peut-être. Mais ça serait étonnant. Tu as l'option -R, elle n'a pas le même sens suivant les versions.

Hors ligne

#16 Le 27/03/2012, à 21:23

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Le fichier log fait que 251 octe et il me reste 1GoX sur ma clef ça doit pas venir de la

Hors ligne

#17 Le 28/03/2012, à 09:39

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Bah...vu que tu as ton log enregistré et que parfois il y a des trucs curieux à partir d'un liveCD, as-tu essayé de redémarrer pour nettoyer un peu la mémoire ?
Autre chose : La taille LBA de ta destination est bien égale ou supérieure (au secteur près) à celle de ta source ?

Hors ligne

#18 Le 28/03/2012, à 17:37

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

oui, je crois qu'elle égale voir supérieure.

En supposant que je pars directement à 10Go, et que je l'arrête à 1200Go pour reprendre au début on va dire à 5G il va s'arrêter à 10Go ?
Si je coupe pour partir sur un autre point puis reprendre ou j'ai coupé il va savoir ou reprendre grâce au log ?

Hors ligne

#19 Le 28/03/2012, à 18:35

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

en fait -i indique une quantité que tu zappes au début. Ensuite ddrescue fait son job, mais sans toucher à ce qu'il y a avant. Le log lui sert à savoir quelles sont les zones déjà copiées, celles qui sont HS, ou celle qui sont encore à tester ou a splitter

Hors ligne

#20 Le 29/03/2012, à 13:59

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

D'accord, merci pour cette explication, par contre ddrescue m'indique qu'il a récupéré 2TO, mais je n'ai toujours pas accès au disque pour vérifier comment je dois procéder ?

EDIT : Voila ce qu'il m'indique après les 2 commandes que tu m'as demandé de faire :

─> sudo ddrescue -f /dev/sda /dev/sdc ~/récupération.log -n 


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:        2 TB,  errsize:       0 B,  errors:       0
Current status
rescued:        2 TB,  errsize:   5774 kB,  current rate:     102 kB/s
   ipos:     2994 MB,   errors:       3,    average rate:     138 kB/s
   opos:     2994 MB,     time from last successful read:       0 s
Finished                   
┌( 3.0.0-16-generic ) - ( ~ )
└─> sudo ddrescue /dev/sda /dev/sdc ~/récupération.log -R -d
ddrescue: Output file exists and is not a regular file.
ddrescue: Use `--force' if you really want to overwrite it, but be
ddrescue: aware that all existing data in output file will be lost.
Try `ddrescue --help' for more information.
┌─( config ) - ( 3.0.0-16-generic ) - ( ~ )
└─> sudo ddrescue -f /dev/sda /dev/sdc ~/récupération.log -R -d


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:        2 TB,  errsize:   5774 kB,  errors:       3
Current status
rescued:        2 TB,  errsize:   5774 kB,  current rate:        0 B/s
   ipos:     2997 MB,   errors:       3,    average rate:        0 B/s
   opos:     2997 MB,     time from last successful read:       0 s
Finished                  
┌( 3.0.0-16-generic ) - ( ~ )
└─> sudo ddrescue -f /dev/sda /dev/sdc ~/récupération.log -d -r1 -c16


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:        2 TB,  errsize:   5774 kB,  errors:       3
Current status
rescued:        2 TB,  errsize:   5774 kB,  current rate:        0 B/s
   ipos:        2 TB,   errors:       3,    average rate:        0 B/s
   opos:        2 TB,     time from last successful read:       1 s
Finished                       

Dernière modification par Christoqhe (Le 29/03/2012, à 19:33)

Hors ligne

#21 Le 29/03/2012, à 20:12

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

C'est pas mal, seuleument 5Mio d'erreur sur 2Tio, on va passer à la suite :

sudo testdisk /dev/sdc

et tu donnes les retour des scans rapides et deepersearch.

Par contre, c'est exprès que tu es passé à sdc alors qu'au début tu copiais sur sdb ?

Hors ligne

#22 Le 30/03/2012, à 17:06

Christoqhe

Re : Copie d'un disque endommagé mais lisible [RESOLU]

Salut, voila les résultats mais rien n'a changé après le deepersearch

Disk /dev/sdb - 2000 GB / 1863 GiB - CHS 243202 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P HPFS - NTFS              0   1  1 243200 254 63 3907024002 [Expansion Drive
No partition is bootable
Disk /dev/sdb - 2000 GB / 1863 GiB - CHS 243201 255 63
     Partition               Start        End    Size in sectors
* HPFS - NTFS              0   1  1 243200 254 63 3907024002 [Expansion Drive]

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
NTFS, 2000 GB / 1863 GiB

Voit-on la fin du long tunnel ?
PS ; Oui c'est normal j'ai branché un autre disque dur dessus

EDIT : si ça peut t'aider

Disk /dev/sdb - 2000 GB / 1863 GiB - CHS 243201 255 63
     Partition                  Start        End    Size in sectors
 1 P HPFS - NTFS              0   1  1 243200 254 63 3907024002 [Expansion Drive
]
Boot sector
Status: OK

Backup boot sector
Status: OK

Sectors are identical.

A valid NTFS Boot sector must be present in order to access
any data; even if the partition is not bootable.

lorsque je list je vois des dossiers mais malheureusement pas tous hmm

Et l'erreur quand je monte le disque :

Error mounting: mount exited with exit code 13: ntfs_mst_post_read_fixup: magic: 0x002e0031  size: 4096  usa_ofs: 112  usa_count: 96: Invalid argument
Actual VCN (0x740065) of index buffer is different from expected VCN (0xa4).
Failed to mount '/dev/sdb1': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

EDIT² : Après un chkdsk c'est reparti, merci d'avoir pris le temps de me suivre ! smile

Dernière modification par Christoqhe (Le 30/03/2012, à 19:24)

Hors ligne

#23 Le 31/03/2012, à 14:12

rmy

Re : Copie d'un disque endommagé mais lisible [RESOLU]

J'allais te dire que tu pouvais tenter le chkdsk sur ton image, si tu pensais pouvoir refaire une image dans les mêmes conditions au cas où ça ne marchais pas. Pour plus de rigueur, il aurait fallu doubler l'image, mais je conçois que tout le monde sur terre n'a pas des dizaines de tera de stockage ^^

Si CHKDSK a réparé des erreurs et créé des orphelins, ils sont dans un dossier found.000 à la racine du disque normalement.

Hors ligne