Accès impossible à une partition (celle avec toutes les données...)

Nunatak · Le 25/05/2016, à 08:21

Bonjour à tous,

Il y a 3 jours, mon Windows a planté sévèrement, et impossible de le restaurer d'une quelconque façon. Mon seul objectif depuis : récupérer mes données et aller définitivement sur linux. Je vous serais très reconnaissant si vous pouviez m'aider à atteindre ce but.

Afin d'accéder au disque dur du PC, j'ai créé une USB bootable avec Ubuntu 16.04, que j'utilise en live. J'ai réussi à monter mon ancienne partition C: (programmes), mais mon D:, où étaient stockées les données que je souhaite récupérer, m'est inaccessible.

Voilà le résultat du fdisk (la partition en question est sda6, celle que j'ai pu monter est sda4) :

ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda
Disk /dev/sda: 698.7 GiB, 750156374016 bytes, 1465149168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 12E87B07-7E56-4215-A2F4-46DB1C19D7A6

Device          Start        End   Sectors   Size Type
/dev/sda1        2048     206847    204800   100M EFI System
/dev/sda2      206848    2050047   1843200   900M Windows recovery environment
/dev/sda3     2050048    2312191    262144   128M Microsoft reserved
/dev/sda4     2312192  587446271 585134080   279G Microsoft basic data
/dev/sda5   587446272  588367871    921600   450M Windows recovery environment
/dev/sda6   588367872 1423183871 834816000 398.1G Microsoft basic data
/dev/sda7  1423183872 1465147391  41963520    20G Windows recovery environment

Je suis inquiet car dans l'image ci-dessous, la partition apparaît comme "unknown", pourtant elle est détectée ?

Que faire ? Avez-vous besoin d'autres informations ?

Merci beaucoup par avance pour votre aide éventuelle.

Cordialement

Edit : lien avec miniature

Dernière modification par cqfd93 (Le 25/05/2016, à 10:32)

Rufus T. Firefly · Le 25/05/2016, à 08:43

Salut,

1) ne touche plus au disque : la mention de plus de 2000 "bad sectors" fait penser qu'il n'en a plus pour longtemps.
2) procure-toi 2 disques usb vierge de 500 Go, un pour cloner (ddrescue ou autre) la partition qui t'intéresse, tant que c'est peut-être encore possible, le second pour récupérer, si possible, les données avec...
3) testdisk et/ou photorec

Il y aura peut-être d'autres suggestions que 2 et 3. Mais 1 me semble provisoirement impératif.

Dernière modification par Rufus T. Firefly (Le 25/05/2016, à 08:48)

Nunatak · Le 25/05/2016, à 08:57

Merci beaucoup pour ta réponse.
J'ai oublié de mentionner que j'avais fait tourner testdisk. Voilà le résultat :

Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63

The harddisk (750 GB / 698 GiB) seems too small! (< 1156 GB / 1076 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  MS Data               1423183871 2257999870  834816000NTFS, blocksize=4096, 427 GB / 398 GiB

Rufus T. Firefly · Le 25/05/2016, à 09:17

Je n'ai personnellement jamais eu l'occasion d'utiliser testdisk, que je ne maîtrise donc pas du tout. Attends peut-être l'arrivée de gens plus compétents que moi en la matière...

Nasman · Le 25/05/2016, à 09:27

Avec testdisk lance une analyse avec le deeper search et poste nous le résultat (sans doutes quelques heures pour l'analyse. Ne fais surtout pas de "write"

Nunatak · Le 25/05/2016, à 14:05

Voilà les différentes sorties que j'ai obtenues.
A noter qu'au début du processus, j'ai sélectionné le type de table des partitions

[Intel   ]  Intel/PC partition

alors qu'il me proposait par défaut :

[EFI  GPT   ]  EFI GPT partition map ...

Je ne sais pas si j'ai bien fait ?
En tout cas voici les résultats :

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63

The harddisk (750 GB / 698 GiB) seems too small! (< 2211 GB / 2059 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  FAT16 LBA            39964 152  2 195931  41 39 2505602900
   FAT12                253531 201 32 268906 233 47  247001407

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63
     Partition               Start        End    Size in sectors
>D FAT32                    0  32 33    12 223 19     204800 [SYSTEM]
 D HPFS - NTFS              0  32 33 91201  20 19 1465143296
 D HPFS - NTFS             12 223 20   127 155 28    1843200
 D HPFS - NTFS            143 236 30 36566 213 63  585134080
 D HPFS - NTFS          36566 213 63 72989 191 33  585134080
 D HPFS - NTFS          36566 214  1 36624  52 36     921600
 D HPFS - NTFS          36624  52 36 36681 146  8     921600
 D HPFS - NTFS          36624  52 37 88589  25 12  834816000
 D HPFS - NTFS          88589  25 13 91201  52 51   41963520


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

Nasman · Le 25/05/2016, à 14:32

Je ne sais pas ce qu'implique le type de table des partitions - il faut peut être que tu nous donne le résultat de l'analyse avec le choix gpt.

Néanmoins la partition recherchée semble être sda6 qui commence à la LBA 588367872.

Testdisk exprime les partitions trouvées non pas avec une adresse LBA mais dans le système CHS (cylindre, tête, secteur) avec :
63 secteurs par piste et 255 têtes on a une taille de cylindre de 63*255=16065 secteurs.
Dans le système CHS les cylindres commencent à partir de 0, les têtes à partir de 0 (de 0 à 254) et les secteurs à partir de 1 (de 1 à 63)

La conversion s'effectue ainsi :
LBA = 16065*N°cylindre + 63*N°tête + Secteur -1

Ta partition sda6 de LBA 588367872 est celle correspondant à

D HPFS - NTFS          36624  52 37 88589  25 12  834816000

Il faut sélectionner cette partition et faire p pour lister ses fichiers.

Donne néanmoins le résultat de l'analyse avec une table gpt

Nunatak · Le 25/05/2016, à 14:59

Bon... je ne sais pas ce qui s'est passé, mais il m'était impossible de manipuler le terminal pour lister les fichiers de la partition comme tu me le demandes (comme si l'invite de commandes était verrouillée). J'ai fini par le fermer; suis-je maintenant obligé de tout recommencer ? (je précise je n'ai pas du tout l'habitude de linux, donc que je suis une grosse quiche).

Dans le fichier testdisk.log, j'ai ceci :

Results
     FAT32                    0  32 33    12 223 19     204800 [SYSTEM]
     FAT32, blocksize=1024, 104 MB / 100 MiB
     HPFS - NTFS              0  32 33 91201  20 19 1465143296
     NTFS found using backup sector, blocksize=4096, 750 GB / 698 GiB
     HPFS - NTFS             12 223 20   127 155 28    1843200
     NTFS, blocksize=4096, 943 MB / 900 MiB
     HPFS - NTFS            143 236 30 36566 213 63  585134080
     NTFS, blocksize=4096, 299 GB / 279 GiB
     HPFS - NTFS          36566 213 63 72989 191 33  585134080
     NTFS, blocksize=4096, 299 GB / 279 GiB
     HPFS - NTFS          36566 214  1 36624  52 36     921600
     NTFS found using backup sector, blocksize=4096, 471 MB / 450 MiB
     HPFS - NTFS          36624  52 36 36681 146  8     921600
     NTFS, blocksize=4096, 471 MB / 450 MiB
     HPFS - NTFS          36624  52 37 88589  25 12  834816000
     NTFS found using backup sector, blocksize=4096, 427 GB / 398 GiB
     HPFS - NTFS          88589  25 13 91201  52 51   41963520
     NTFS, blocksize=4096, 21 GB / 20 GiB

Hint for advanced users. dmsetup may be used if you prefer to avoid to rewrite the partition table for the moment:
echo "0 204800 linear /dev/sda 2048" | dmsetup create test0
echo "0 1465143296 linear /dev/sda 2048" | dmsetup create test1
echo "0 1843200 linear /dev/sda 206848" | dmsetup create test2
echo "0 585134080 linear /dev/sda 2312192" | dmsetup create test3
echo "0 585134080 linear /dev/sda 587446271" | dmsetup create test4
echo "0 921600 linear /dev/sda 587446272" | dmsetup create test5
echo "0 921600 linear /dev/sda 588367871" | dmsetup create test6
echo "0 834816000 linear /dev/sda 588367872" | dmsetup create test7
echo "0 41963520 linear /dev/sda 1423183872" | dmsetup create test8
SIGINT detected! TestDisk has been killed.

La dernière phrase relative à l'assassinat de TestDisk me laisse perplexe...

Nunatak · Le 25/05/2016, à 18:00

J'ai recommencé le processus et suivi la recommandation, et j'ai bien la liste de fichiers que je souhaite récupérer (j'ai juste caché les noms par XXX) :

http://www.cgsecurity.org
     MS Data                588367872 1423183871  834816000
Directory /

>dr-xr-xr-x     0     0         0 22-May-2016 11:07 .
 dr-xr-xr-x     0     0         0 22-May-2016 11:07 ..
 dr-xr-xr-x     0     0         0  7-Sep-2015 12:27 $RECYCLE.BIN
 dr-xr-xr-x     0     0         0 11-Apr-2016 15:44 XXX
 dr-xr-xr-x     0     0         0 19-Apr-2016 09:13 XXX
 dr-xr-xr-x     0     0         0 30-Jul-2015 06:55 XXX
 dr-xr-xr-x     0     0         0  7-Apr-2016 07:28 XXX
 dr-xr-xr-x     0     0         0 15-Apr-2016 06:58 XXX
 dr-xr-xr-x     0     0         0 14-Jan-2016 08:33 XXX
 dr-xr-xr-x     0     0         0  3-Nov-2014 16:18 XXX
 dr-xr-xr-x     0     0         0 19-Feb-2016 14:29 XXX
 dr-xr-xr-x     0     0         0  9-Sep-2015 10:48 XXX
 dr-xr-xr-x     0     0         0 17-May-2016 15:00 XXX
 dr-xr-xr-x     0     0         0 18-Mar-2016 14:07 XXX
                                                   Next
Use Right to change directory, h to hide Alternate Data Stream
    q to quit, : to select the current file, a to select all files
    C to copy the selected files, c to copy the current file

Pour la perte de contrôle sur l'invite de commandes de testdisk, je constate que cela arrive quand je fais un contrôle C (habitude de windows...). Cela active le terminal d'ubuntu et je n'arrive plus à poursuivre les commandes sur testdisk... il doit y avoir un truc basique qui m'échappe (mais c'est pénible car je dois tout recommencer à chaque fois).

erresse · Le 25/05/2016, à 19:06

Nunatak a écrit :

Pour la perte de contrôle sur l'invite de commandes de testdisk, je constate que cela arrive quand je fais un contrôle C

Normal, la combinaison "Ctrl+C" met fin au processus en cours (comme sous Windows, non ?) et du coup tu sors de Testdisk.
Il ne peut plus "entendre" tes commandes...

Nunatak · Le 26/05/2016, à 21:41

Oui, je confirme que je suis une buse.

Pour le reste, après avoir effectivement affiché ma liste de fichiers, j'ai essayé de les copier, mais j'ai beaucoup de pertes. Par exemple, pour un dossier, il m'affiche ça :

Copy done! 0 ok, 38 failed

Existe-t-il un moyen de le récupérer malgré tout ?

Par ailleurs, quand je copie le dossier depuis testdisk, il ne me propose pas (ou plutôt plus) de le coller ailleurs. Il faut le faire à la main. On a alors l'impression qu'il ne se passe rien, puis je découvre finalement au bout d'un moment que le dossier a bien été collé (en tout cas en partie).

Merci encore pour votre aide

Nasman · Le 27/05/2016, à 08:07

Tu as bien copié les données vers un autre disque physique ?

Si ton Windows a planté, c'est peut être que ton disque commence à avoir des défaillances et n'est plus fiable. Selon le disque tu peux avoir des problèmes de plus en plus fréquents (avec des pertes de fichiers ou un OS qui ne fonctionne plus) ou perdre tes données du jour au lendemain. Les sauvegardes servent à cela (sur un autre disque physique)

Nunatak · Le 27/05/2016, à 08:15

Nasman a écrit :

Tu as bien copié les données vers un autre disque physique ?

Tu veux dire avant le plantage ? Oui, mais pas juste avant, j'ai 3 mois de données perdues (en partie puisque j'ai quand même pu récupérer quelques fichiers via testdisk).

Nasman a écrit :

Si ton Windows a planté, c'est peut être que ton disque commence à avoir des défaillances et n'est plus fiable. Selon le disque tu peux avoir des problèmes de plus en plus fréquents (avec des pertes de fichiers ou un OS qui ne fonctionne plus) ou perdre tes données du jour au lendemain. Les sauvegardes servent à cela (sur un autre disque physique)

L'explosion de mon windows en vol a fait suite à un redémarrage forcé du PC (faisant suite lui-même à un plantage...).

Nasman · Le 27/05/2016, à 08:27

Je parlais de la copie des données avec testdisk

Nunatak · Le 27/05/2016, à 08:29

Nasman a écrit :

Je parlais de la copie des données avec testdisk

Une partie seulement (cf un de mes messages ci-dessus). Une fois la "copy done", je constate qu'une grande partie de la copie a en fait failed... je ne sais pas pouquoi...

Nasman · Le 27/05/2016, à 08:38

Je crois que tu n'as pas posté l'analyse de testdisk avec une table gpt. Peut être est ce la raison des échecs si la structure des partitions n'était pas la bonne.
Par expérience en travaillant sur un vieux disque des partitions n'apparaissaient pas selon le nombre de têtes choisies (255, 240 ou 16) qui a contenu un Windows nt et Windows 95

Nunatak · Le 27/05/2016, à 08:57

OK j'essaie

Nunatak · Le 27/05/2016, à 21:08

Ça fait plusieurs fois que j'essaie le deeper search avec une table gpt, et testdisk bloque à chaque fois à 26%...

Analyse cylinder 24303/91200: 26%
Read error at 24302/247/45 (lba=390427235)

Je crois que je vais laisser tomber....

Nunatak · Le 03/06/2016, à 21:11

Après avoir tenté de façon infructueuse testdisk et photorec, j'ai finalement réussi à récupérer toutes mes données via ddrescue. Programme hyper efficace (100 Go/h, noms de fichiers préservés, aucune perte).

Par contre, je suis confronté à un nouveau problème, en essayant d'installer Ubuntu sur ma machine. J'ai tout formaté, ayant sauvegardé toutes mes données et ne voulant plus de windows, qui de toute façon était impossible à restaurer.

J'ai partitionné mon disque en 3 :
sda1 = EFI system partition en fat32 (512 Mo)
sda2 = linux filesystem (692 Go)
sda3 = swap (5,88 Go)

Le pb est qu'il est incapable de créer un système de fichiers sur sda2, qui est je pense très endommagé. sda2 apparait comme inconnu. J'ai tenté un fsck, il a fixé plein de trucs, mais l'installation d'ubuntu bloque toujours ("la création du système de fichier ext4 sur la partition n°2 de scsi1 .. a échoué").

Dans gparted, quand je tente de formaté sda2 en ext4, j'ai les messages d'erreur suivants :
- Input/output error during read on /dev/sda
- The backup GPT table is corrupt, but the primary appears OK, so that will be used

Je n'aurais qu'une question : dois-je acheter un autre PC ?

erresse · Le 04/06/2016, à 11:12

Tu aurais tort d'insister. Si par hasard tu réussissais l'installation de ton système sur un disque quasi mort, tu risques juste qu'il te laisse en carafe n'importe quand !

Numatak a écrit :

Je n'aurais qu'une question : dois-je acheter un autre PC ?

Un autre PC, pas forcément, mais un autre disque oui, sûrement !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/05/2016, à 08:21

Accès impossible à une partition (celle avec toutes les données...)

#2 Le 25/05/2016, à 08:43

Re : Accès impossible à une partition (celle avec toutes les données...)

#3 Le 25/05/2016, à 08:57

Re : Accès impossible à une partition (celle avec toutes les données...)

#4 Le 25/05/2016, à 09:17

Re : Accès impossible à une partition (celle avec toutes les données...)

#5 Le 25/05/2016, à 09:27

Re : Accès impossible à une partition (celle avec toutes les données...)

#6 Le 25/05/2016, à 14:05

Re : Accès impossible à une partition (celle avec toutes les données...)

#7 Le 25/05/2016, à 14:32

Re : Accès impossible à une partition (celle avec toutes les données...)

#8 Le 25/05/2016, à 14:59

Re : Accès impossible à une partition (celle avec toutes les données...)

#9 Le 25/05/2016, à 18:00

Re : Accès impossible à une partition (celle avec toutes les données...)

#10 Le 25/05/2016, à 19:06

Re : Accès impossible à une partition (celle avec toutes les données...)

#11 Le 26/05/2016, à 21:41

Re : Accès impossible à une partition (celle avec toutes les données...)

#12 Le 27/05/2016, à 08:07

Re : Accès impossible à une partition (celle avec toutes les données...)

#13 Le 27/05/2016, à 08:15

Re : Accès impossible à une partition (celle avec toutes les données...)

#14 Le 27/05/2016, à 08:27

Re : Accès impossible à une partition (celle avec toutes les données...)

#15 Le 27/05/2016, à 08:29

Re : Accès impossible à une partition (celle avec toutes les données...)

#16 Le 27/05/2016, à 08:38

Re : Accès impossible à une partition (celle avec toutes les données...)

#17 Le 27/05/2016, à 08:57

Re : Accès impossible à une partition (celle avec toutes les données...)

#18 Le 27/05/2016, à 21:08

Re : Accès impossible à une partition (celle avec toutes les données...)

#19 Le 03/06/2016, à 21:11

Re : Accès impossible à une partition (celle avec toutes les données...)

#20 Le 04/06/2016, à 11:12

Re : Accès impossible à une partition (celle avec toutes les données...)

Pied de page des forums