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.

Pages : 1 2

#26 Le 21/10/2015, à 20:46

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonsoir Bougron,

Pour moi, les bonnes valeurs sont celles que j’ai mentionnées dans mon tableau situé entre les lignes 45 et 50 du tableur. J’ai par ailleurs complété ce tableur pour y présenter la liste que donnait Nasman des partitions et de leurs secteurs de début et de fin (post #7 du fil) : cette liste donnée par Nasman a été recopiée dans le tableur entre les lignes 59 et 67.

Mes valeurs et celles de Nasman concordent mais il y a néanmoins une différence : Nasman a mentionné dans sa liste un espace réservé pour un premier EBR (ligne 63 du tableur). Puis, dans le post #14, il a évoqué la nécessité de créer un second EBR dans un autre espace vide du disque (celui mentionné à la ligne 66 du tableur sauf erreur de ma part). Or, pour ma part, dans le cadre des saisies des valeurs des partitions dans Testdisk, je n’ai pas prévu de créer des EBR et je n’ai pas encore compris si ce serait Testdisk qui se chargerait de les générer lui-même de manière automatique.

Nasman, pourrais-tu apporter un éclairage sur ce point ? Si je recours à Testdisk pour réécrire la table des partitions plutôt qu'à une approche "hexadécimale", me faut-il aussi me soucier de créer / modifier les EBR ?

Dernière modification par greg714598 (Le 21/10/2015, à 20:47)

Hors ligne

#27 Le 21/10/2015, à 21:20

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Je reprend le fil.

Jai proposé de créer un deuxième ebr pour la raison suivante :
- ton premier ebr (partition étendue ne possède une entrée que vers la partition de swap). Soit on se passe de swap (qui ne contient pas de donnée vitale en l'état - et est écrasée régulièrement) et dans ce cas on peut juste faire pointer l'entrée vers la partition en ext4 que l'on souhaite lire (et récupérer les données)
- soit créer un deuxième ebr dans un espace sensé ne pas être utilisé (donc dans la zone des 14384 secteurs) avec une entrée pointant vers la partition en ext4 souhaitée) et en créant une deuxième entrée dans l'ebr1 pointant vers le deuxième ebr.

Dans ce cas on aurait la structure suivante

ebr1  entrée 1 pointe vers swap
         entrée 2 pointe vers ebr2

ebr2 entrée 1 pointe vers ext4
        entrée 2 vide

Pour reconstruire les ebr, voir la structure de ces derniers ici
Point à prendre en compte : la première entrée est le début de la première partition logique relativement à l'ebr courant (en nombre de secteurs - en hexa et little endian), vient ensuite la taille de la partition (hexa little endian)
La deuxième entrée est l'emplacement de l'ebr suivant relativement au début de la partition étendue (et quel que soit l'ebr)

Les derniers octets de l'ebr (adresse 1fe et 1ff) doivent être 55h aah

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#28 Le 22/10/2015, à 10:59

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Je viens de penser à un autre arrangement et pour celà je souhaiterais connaître le contenu des deux secteurs précédent la partition à récupérer. Il pourrait s'y trouver un ebr récupérable.

Que donne 

sudo dd if=/dev/sda bs=512 count=10 skip=1128476670 | hexdump -C

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#29 Le 23/10/2015, à 12:18

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonjour Nasman,

Je n’ai plus accès à mon pc pendant quelques jours et ne pourrai donc pas te donner immédiatement le résultat de la commande.

J'ai néanmoins étudié un peu la question du format des EBR au regard des exemples donnés dans la page d'Ubuntu.fr vers laquelle tu m’as orienté et n’arrive pas à faire le parallèle entre les exemples donnés sur cette page et le résultat de la première commande que tu m’as fait exécuter, résultat présenté dans le post #6. Peux-tu m’éclairer ? Si j’ai bien compris, 000001be marque le premier point d’entrée et 000001ce le second point d’entrée mais dans mon résultat, je trouve 000001b0 et 000001c0.

Exemple d'EBR donné sur Ubuntu.fr :

000001be 00 fe ff ff 82 fe ff ff 02 00 00 00 cd b1 41 00 
000001ce 00 fe ff ff 05 fe ff ff cf b1 41 00 a2 75 e0 07

Extrait du résultat de la commande sudo dd if=/dev/sda bs=512 count=1 skip=834654206 | hexdump –C

000001b0 ff ff ff ff ff ff ff ff ff ff ff ff ff ff 00 fe |................| 
000001c0 ff ff 82 fe ff ff 02 a0 db 24 00 f0 b8 00 00 00 |.........$......|

Hors ligne

#30 Le 23/10/2015, à 22:33

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

En fait hexdump affiche 16 octets par ligne avec comme début une adresse multiple de 16, soit se terminant par 0 en hexadécimal.
Pour le deuxième exemple que tu sites l'octet à l'adresse 1c0 vaut ff, celui de l'adresse 1c1 vaut ff et celui en 1c2 vaut 82... (d'ailleur 82h correspond à un système de fichiers en linux-swap).
Les tables des partitions commencent à l'adresse 1be, soit l'antépénultienne valeurs de la ligne commençant à 1b0 (la dernière étant à l'adresse 1bf)
Dans la doc, j'ai juste décalé les adresses de début de ligne pour avoir 16 octets consécutifs décrivant la même partition (ou entrée)

1 premier octet, flag boot (80h si activé)
3 octets suivants, valeurs HSC du début de la partition (avec les valeurs maxi si début au delà des 8 G0)
1 octet suivant, système de fichiers (82h=linux-swap, 83h=ext, 07=ntfs, 0b et 0c=fat32, 05=étendu)
3 octets suivants, valeurs HSC de la fin de la partition (avec les valeurs maxi si début au delà des 8 G0)
4 octets suivants, adresse LBA (absolue ou relative) du début de la partition (hexa little endian)
4 octets suivants, taille en secteurs de la partition (hexa little endian)

Ton deuxième résultat signifie
00 : pas de drapeau boot
fe ff ff : début partition logique dans le système HSC (obsolète - valeurs maxi possible, tête 254, secteur 63, cylindre 1023)
82 : partition en linux-swap
fe ff ff : fin partition (idem début)
02 a0 db 24 : commence 0x24dba002 secteurs après l'ebr courant, soit 618373122 secteurs après le secteur 834654206
00 f0 b8 00 : taille de la partition soit 0x00b8f000 en hexa et 12120064 en décimal (nombre de secteurs de 512 octets)

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#31 Le 26/10/2015, à 21:03

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonsoir Nasman,

Ta commande donne le résultat suivant :

ubuntu@ubuntu:~$ sudo dd if=/dev/sda bs=512 count=10 skip=1128476670 | hexdump -C
00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
00000400  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000800  60 0d 9b 00 00 00 6b 02  32 f3 1e 00 94 6b 55 00  |`.....k.2....kU.|
00000810  17 d4 91 00 00 00 00 00  02 00 00 00 02 00 00 00  |................|
00000820  00 80 00 00 00 80 00 00  10 20 00 00 71 4b 1f 56  |......... ..qK.V|
00000830  71 4b 1f 56 d7 01 ff ff  53 ef 01 00 01 00 00 00  |qK.V....S.......|
10+0 records in
10+0 records out
5120 bytes (5,1 kB) copied00000840  0a b1 6c 53 00 00 00 00  00 00 00 00 01 00 00 00  |..lS............|
, 0,325332 s, 15,7 kB/s
00000850  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
00000860  42 02 00 00 7b 00 00 00  3e 2c b8 26 e6 63 4b 86  |B...{...>,.&.cK.|
00000870  bc ef 51 a8 13 6b 64 c8  00 00 00 00 00 00 00 00  |..Q..kd.........|
00000880  00 00 00 00 00 00 00 00  2f 00 65 64 69 61 2f 67  |......../.edia/g|
00000890  72 65 67 2f 33 65 32 63  62 38 32 36 2d 65 36 36  |reg/3e2cb826-e66|
000008a0  33 2d 34 62 38 36 2d 62  63 65 66 2d 35 31 61 38  |3-4b86-bcef-51a8|
000008b0  31 33 36 62 36 34 63 38  00 00 00 00 00 00 00 00  |136b64c8........|
000008c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 f6 03  |................|
000008d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000008e0  08 00 00 00 00 00 00 00  00 00 00 00 8c 07 66 c8  |..............f.|
000008f0  32 37 4d a4 97 28 25 c8  e7 07 f9 e9 01 01 00 00  |27M..(%.........|
00000900  0c 00 00 00 00 00 00 00  0a b1 6c 53 0a f3 02 00  |..........lS....|
00000910  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000920  00 80 30 01 ff 7f 00 00  01 00 00 00 ff ff 30 01  |..0...........0.|
00000930  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000940  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000950  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000960  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000970  00 00 00 00 04 00 00 00  a7 67 e2 35 00 00 00 00  |.........g.5....|
00000980  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00001400

Hors ligne

#32 Le 27/10/2015, à 17:58

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Il ne semble pas y avoir de trace d'un ebr dans les deux premiers secteurs (offset 00000000 à 000003ff), il n'y a que ff...
On doit pouvoir recréer un ebr dans ces deux premiers secteurs (secteur 1128476670 et 1128476671).

On va recréer cet ebr avec les valeurs suivantes:
de l'offset 00 à 1bd : des zéros
à l'offset 1be, une entrée vers la partition Linux du secteur 1128476672, soit 2 secteurs après l'ebr courant. La taille de la partition est de 324534272 secteurs soit les octets 00 00 58 13 (hexa little endian).
Ce qui nous donne pour l'entrée de la partition en ext4
00 fe ff ff 83 fe ff ff 02 00 00 00 00 00 58 13

Si on considère que l'on n'a que deux partitions logiques (sda5 Linux-swap et sda6 ext4) alors il n'y a plus besoin d'autre ebr et la deuxième entrée est vide. On complète le secteur avec des zéros et on termine par 55 aa.

Il faut alors remplir le secteur 1128476670 avec les valeurs suivantes

00000000 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
......
000001b0 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 fe
000001c0 ff ff 83 fe ff ff 02 00  00 00 00 00 58 13 00 00
000001d0 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
000001e0 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
000001f0 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa

Pour le 1er ebr, il faut rajouter une entrée vers le deuxième ebr et donc mettre dans le secteur 834654206
les valeurs suivantes 

00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
000001b0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff 00 fe  |................|
000001c0  ff ff 82 fe ff ff 02 a0  db 24 00 f0 b8 00 00 fe  |.........$......|
000001d0  ff ff 05 fe ff ff 00 60  83 11 02 30 11 14 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#33 Le 27/10/2015, à 23:23

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonjour Nasman,


Merci pour ta proposition.

Je soulève trois points.

1-    J’ai bien compris la démarche exposée dans ton dernier post : créer un nouvel EBR en 1128476670 et 1128476671 qui constituera un point d’entrée vers la seconde partition Linux puis modifier le premier EBR qui existe déjà en 834654206 et 834654207 pour que cet EBR pointe vers la partition Linux-Swap comme il le faisait déjà mais tout en pointant désormais également sur le nouvel EBR commençant en secteur 1128476670.

Ce qui me gêne, c’est que ce nouvel EBR est créé dans les secteurs 1128476670 et 1128476671, lesquels appartenaient jusque là à la première partition Linux (qui se terminait en 1128476671). Autrement dit, ce nouvel EBR empiète sur la première partition Linux. Est-ce que cela revient à sacrifier de manière irrémédiable le contenu de cette première partition ?


2- Idéalement, n’est-il pas possible de créer un système d'EBR qui permette de pointer vers les deux partitions Linux de type 83 ainsi que vers la partition de type 82 ? Ainsi, une fois ce nouveau système d'EBR mis en place (je suppose que cela requerrait trois EBR), un programme tel que Boot-Repair pourrait de nouveau identifier ces trois partitions, réparer le GRUB et Ubuntu pourrait de nouveau se lancer normalement.

Exemple d'un système d'EBR pointant vers toutes les partitions Linux :

*    EBR1 (toujours implanté en secteurs 834654206 et 834654207) pointerait vers :
**    Partition Linux de type 83 #1
**    EBR 2

*    EBR2 (nouvellement implanté dans un espace libre) pointerait vers
**    Partition Linux de type 83 #2
**    EBR 3

*    EBR3 (nouvellement implanté dans un espace libre) pointerait vers
**    Partition Linux de type 82 (Linux-Swap)
**    Aucune entrée

Est-ce qu’un tel système d’EBR (ou tout autre) pointant vers les trois partitions serait possible selon toi ?


3- Enfin, quelle que soit la solution retenue, comment insérer les valeurs des EBR sur le disque ? S’agit-il, pour chaque EBR, de copier dans un éditeur hexadécimal le contenu compris entre les adresses 00000000 et 000001ff ? Puis dans un second temps, s'agit-il d'utiliser la commande DD avec la forme qu'en donnait Bougron dans le post #23 (par ex. sudo dd if=/home/$USER/sav1 of=/dev/sda bs=512 count=1 skip=834654206) pour copier sur le disque dur le contenu des fichiers qui auront été créés avec l’éditeur hexadécimal ?

Hors ligne

#34 Le 28/10/2015, à 11:16

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

1) Effectivement l'option que je te propose "sacrifie" en partie la première partition en ext4 mais tu disposes d'une copie de la zone avant modification sur le site forum.ubuntu-fr.org (dans cette présente discussion) et vu les valeurs s'y trouvant, je ne pense pas que beaucoup d'information s'y trouve cachée.

2) Les ebr possèdent deux entrées, la première étant vers une partition logique dont le déplacement par rapport à l'ebr courant devrait être positif (donc la partition logique doit être après l'ebr) - j'ai rencontré un cas de valeurs négative (complément à deux) mais cela génère des pb (genre partition commençant après la fin du disque). La deuxième entrée est l'ebr suivant compté par rapport au début de la partition étendue (doit commencer après). Il faudrait donc pouvoir coller un ebr entre les deux partitions en ext4 mais ces deux partitions se suivent immédiatement.
Resterait plus que la zone avant la première partition linux mais l'emplacement ne serait pas usuel.

3) Effectivement la démarche consiste à utiliser un éditeur hexa comme ghex pour créer un fichier comme ebr1.bs (ou ebr1.img - linux n'utilise pas l'extension - le fichier n'est qu'une suite de valeurs d'octets) puis à remplacer la zone du disque par le contenu de ce fichier.
On utilise alors dd avec :
if=emplacement de ton fichier d'ebr modifié

of=/dev/sda (donc le disque physique en question)
bs=512 (on copie en bloc de 512 octets)
seek=adresse LBA du disque où s'effectuera le changement, la zone avant cette adresse n'est pas modifiée - seek saute le nombre de blocs précisés sur la destination

Pour info le paramètre skip saute des blocs sur le fichier source.

J'espère avoir répondu à tes questions

Nota la manœuvre a pour but de rendre lisible le contenu des partitions pour récupérer les données sur support externe. Je ne suis pas sur que testdisk puisse récrire une table des partitions cohérente dans ce foutoir. Testdisk peut retrouver les différents partitionnement utilisés au cours de la vie du disque mais toutes ces partitions ne peuvent coexister en même temps.

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#35 Le 30/10/2015, à 00:43

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonsoir,


MISSION ACCOMPLIE ! J'ai entièrement réparé la table de partitions en optant pour l'approche Testdisk : les deux partitions Linux sont non seulement de nouveau accessibles mais elles sont surtout de nouveau pleinement opérationnelles. Tout refonctionne de nouveau comme avant.

J'ai eu néanmoins un peu de chance… En relançant TestDisk ce soir après ne pas l'avoir fait depuis plusieurs jours, celui-ci s'est comporté d'une manière différente, et cela pour une raison inexpliquée. Alors que l'écran « Quick Search » s'affichait jusque là immédiatement, il mettait désormais une bonne minute à s'afficher. Durant cette minute et cette minute seulement, l'écran affichait des valeurs de fin de la première partition Linux que je n'avais vues nulle part ailleurs. J'ai eu l'intuition que ces valeurs affichées furtivement étaient les véritables bonnes valeurs à prendre en compte pour la première partition Linux : elles permettaient de laisser un espace libre entre les deux partitions logiques / Linux.

En modifiant à la main le fichier de log généré par TestDisk puis en chargeant ce fichier modifié dans l'application, j'ai pu avoir une structure de disque immédiatement acceptée par l'application. TestDisk n'a ensuite plus eu qu'à réécrire la partition en tenant compte des données que j'avais mentionnées dans ce fichier.

La suite, vous pouvez la deviner : de retour sur une session Live-CD Ubuntu, j'ai pu voir enfin réapparaître mes deux partitions Linux et surtout, j'ai pu lancer Boot-Repair qui a fait ce que j'attendais de lui : réparer le GRUB.

En tous les cas, merci pour votre aide et votre capacité à m'avoir formé sur un sujet duquel je ne connaissais rien il n'y a encore pas si longtemps smile


Pour le plaisir, vous trouverez ci-dessous la combinaison des numéros gagnants :


#1445159995 Disk /dev/sda - 750 GB / 698 GiB - CHS 91201 255 63
 1 : start=     2048, size= 52428800, Id=1C, P
 2 : start= 52430848, size=586057728, Id=07, *
 3 : start=638488576, size=196164776, Id=07, P
 4 : start=834654208, size=293821576, Id=83, L
 5 : start=1128476672, size=324534272, Id=83, L
 6 : start=1453027328, size= 12120064, Id=82, L

Fichier de log chargé dans TestDisk et utilisé pour réécrire avec succès la table de partitions


Enfin, pour les curieux, voici le lien vers le tableur Google mis à jour qui expose à la fin du premier onglet les bonnes valeurs de début et de fin de chaque partition.

Hors ligne

#36 Le 30/10/2015, à 17:28

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Par curiosité j'aimerais voir les corrections apportées par testdisk, en particulier le chaînage des ebr.

Peux tu poster le contenu de :
Ton mbr

sudo dd if=/dev/sda bs=512 count=1 | hexdump -C

Ton 1er ebr

sudo dd if=/dev/sda bs=512 count=1 skip=834654206| hexdump -C

Pour les autres, ça dépendra de ce que tu donneras

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#37 Le 31/10/2015, à 00:19

Bougron

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonsoir.
Je crois que Nasman vient de trouver un assistant en la personne de greg.
Quant à moi, je retiens qu'il faut aussi regarder dans le log.
Il reste dommages que la conversion LBA CHS reste nécessaire.

Dernière modification par Bougron (Le 31/10/2015, à 00:21)

Hors ligne

#38 Le 31/10/2015, à 13:26

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonjour Nasman,

Tu trouveras ci-dessous les résultats des deux commandes :

Première commande (MBR) :

greg@greg-K53SD:~$ sudo dd if=/dev/sda bs=512 count=1 | hexdump -C
[sudo] password for greg: 
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  eb 63 90 d0 bc 00 7c 8e  c0 8e d8 be 00 7c bf 00  |.c....|......|..|
00000010  06 b9 00 02 fc f3 a4 50  68 1c 06 cb fb b9 04 00  |.......Ph.......|
512 octets (512 B) copiés00000020  bd be 07 80 7e 00 00 7c  0b 0f 85 0e 01 83 c5 10  |....~..|........|
, 0,000392084 s, 1,3 MB/s
00000030  e2 f1 cd 18 88 56 00 55  c6 46 11 05 c6 46 10 00  |.....V.U.F...F..|
00000040  b4 41 bb aa 55 cd 13 5d  72 0f 81 fb 55 aa 75 09  |.A..U..]r...U.u.|
00000050  f7 c1 01 00 74 03 fe 46  10 66 00 80 01 00 00 00  |....t..F.f......|
00000060  00 00 00 00 ff fa 90 90  f6 c2 80 74 05 f6 c2 70  |...........t...p|
00000070  74 02 b2 80 ea 79 7c 00  00 31 c0 8e d8 8e d0 bc  |t....y|..1......|
00000080  00 20 fb a0 64 7c 3c ff  74 02 88 c2 52 bb 17 04  |. ..d|<.t...R...|
00000090  f6 07 03 74 06 be 88 7d  e8 17 01 be 05 7c b4 41  |...t...}.....|.A|
000000a0  bb aa 55 cd 13 5a 52 72  3d 81 fb 55 aa 75 37 83  |..U..ZRr=..U.u7.|
000000b0  e1 01 74 32 31 c0 89 44  04 40 88 44 ff 89 44 02  |..t21..D.@.D..D.|
000000c0  c7 04 10 00 66 8b 1e 5c  7c 66 89 5c 08 66 8b 1e  |....f..\|f.\.f..|
000000d0  60 7c 66 89 5c 0c c7 44  06 00 70 b4 42 cd 13 72  |`|f.\..D..p.B..r|
000000e0  05 bb 00 70 eb 76 b4 08  cd 13 73 0d 5a 84 d2 0f  |...p.v....s.Z...|
000000f0  83 d0 00 be 93 7d e9 82  00 66 0f b6 c6 88 64 ff  |.....}...f....d.|
00000100  40 66 89 44 04 0f b6 d1  c1 e2 02 88 e8 88 f4 40  |@f.D...........@|
00000110  89 44 08 0f b6 c2 c0 e8  02 66 89 04 66 a1 60 7c  |.D.......f..f.`||
00000120  66 09 c0 75 4e 66 a1 5c  7c 66 31 d2 66 f7 34 88  |f..uNf.\|f1.f.4.|
00000130  d1 31 d2 66 f7 74 04 3b  44 08 7d 37 fe c1 88 c5  |.1.f.t.;D.}7....|
00000140  30 c0 c1 e8 02 08 c1 88  d0 5a 88 c6 bb 00 70 8e  |0........Z....p.|
00000150  c3 31 db b8 01 02 cd 13  72 1e 8c c3 60 1e b9 00  |.1......r...`...|
00000160  01 8e db 31 f6 bf 00 80  8e c6 fc f3 a5 1f 61 ff  |...1..........a.|
00000170  26 5a 7c be 8e 7d eb 03  be 9d 7d e8 34 00 be a2  |&Z|..}....}.4...|
00000180  7d e8 2e 00 cd 18 eb fe  47 52 55 42 20 00 47 65  |}.......GRUB .Ge|
00000190  6f 6d 00 48 61 72 64 20  44 69 73 6b 00 52 65 61  |om.Hard Disk.Rea|
000001a0  64 00 20 45 72 72 6f 72  0d 0a 00 bb 01 00 b4 0e  |d. Error........|
000001b0  cd 10 ac 3c 00 75 f4 c3  4b 2a 10 e3 00 00 00 20  |...<.u..K*..... |
000001c0  21 00 1c fe ff ff 00 08  00 00 00 00 20 03 80 fe  |!........... ...|
000001d0  ff ff 07 fe ff ff 00 08  20 03 00 88 ee 22 00 fe  |........ ...."..|
000001e0  ff ff 07 fe ff ff 00 90  0e 26 a8 3c b1 0b 00 fe  |.........&.<....|
000001f0  ff ff 0f fe ff ff a8 cc  bf 31 48 9a 94 25 55 aa  |.........1H..%U.|
00000200

Seconde commande (premier EBR) :

greg@greg-K53SD:~$ sudo dd if=/dev/sda bs=512 count=1 skip=834654206| hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,0311008 s, 16,5 kB/s
00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
000001b0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff 00 fe  |................|
000001c0  ff ff 82 fe ff ff 02 a0  db 24 00 f0 b8 00 00 00  |.........$......|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

Hors ligne

#39 Le 01/11/2015, à 21:38

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Peux tu poster le résultat de 

sudo fdisk -l

Apparemment l'ebr commençant au secteur 834654206 ne contient qu'une entrée - vers la partition de swap. Il n'y aurait qu'une partition logique si cet ebr était le premier - ce qui est en contradiction avec l'inventaire de ton post #35

A moins que l'ebr du secteur 834654206 ne soit pas le premier et donc qu'une partition étendue devrait commencer avant.

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#40 Le 13/12/2015, à 20:15

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Hello Nasman,

Désolé pour le retard mais j'étais un peu occupé ces dernières semaines, celles-ci ayant été en partie passées loin de France, en Amérique du Sud. Quoi qu'il en soit, tu trouveras enfin la réponse à ta question ci-dessous.

Grég

Disque /dev/sda : 698,7 GiB, 750156374016 octets, 1465149168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xe3102a4b

Device     Boot      Start        End   Sectors   Size Id Type
/dev/sda1             2048   52430847  52428800    25G 1c Hidden W95 FAT32 (LBA)
/dev/sda2  *      52430848  638488575 586057728 279,5G  7 HPFS/NTFS/exFAT
/dev/sda3        638488576  834653351 196164776  93,6G  7 HPFS/NTFS/exFAT
/dev/sda4        834653352 1465149167 630495816 300,7G  f W95 Ext'd (LBA)
/dev/sda5        834654208 1128475783 293821576 140,1G 83 Linux
/dev/sda6       1128476672 1453010943 324534272 154,8G 83 Linux
/dev/sda7       1453027328 1465147391  12120064   5,8G 82 Linux swap / Solaris

Dernière modification par greg714598 (Le 13/12/2015, à 20:15)

Hors ligne

#41 Le 14/12/2015, à 10:47

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonjour,

Alors effectivement testdisk a trouvé le 1er ebr au secteur 834653352 (partition étendue) ce qui n'était pas le cas auparavant.
Reste à vérifier si sa première entrée pointe vers sda5 commençant au secteur 834654208 et où se trouve l'ebr suivant.

Un petit

sudo dd if=/dev/sda bs=512 count=1 skip=834653352 | hexdump -C

?

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#42 Le 11/04/2016, à 20:18

greg714598

Re : [Résolu] Table des partitions endommagée par Windows Recovery

Bonjour Nasman,

Désolé pour ma (très) tardive réponse smile :

greg@greg-K53SD:~$ sudo dd if=/dev/sda bs=512 count=1 skip=834653352 | hexdump -C
Mot de passe [sudo] pour greg : 
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,00016799 s, 3,0 MB/s
00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
000001b0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff 00 fe  |................|
000001c0  ff ff 83 fe ff ff 58 03  00 00 88 5c 83 11 00 fe  |......X....\....|
000001d0  ff ff 05 fe ff ff 11 63  83 11 47 00 58 13 00 00  |.......c..G.X...|
000001e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

Hors ligne

#43 Le 12/04/2016, à 08:18

Nasman

Re : [Résolu] Table des partitions endommagée par Windows Recovery

La première partition logique est donnée par les octets 58 03  00 00 (soit 0x00000358 en hexa et 856 en décimal) qu'il faut rajouter à l'ebr courant, soit 834653352. Ceci nous donne 834654208.
On trouve bien le résultat escompté (emplacement de sda5).

L'ebr suivant est indiqué par 11 63  83 11, soit 0x11836311 en hexa et 293823249 en décimal. A ce déplacement il faut rajouter l'emplacement de la partition étendue 834653352, ce qui nous donne 1128476601.

Les données concernant sda6 se trouvent dans le secteur commençant au secteur 1128476601

Pour voir le cheminement suivant c'est avec

sudo dd if=/dev/sda bs=512 count=1 skip=1128476601 | hexdump -C

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

Pages : 1 2