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.

#26 Le 13/06/2017, à 15:33

moko138

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Il faut brancher le DDE (ou tout autre support de sauvegarde suffisamment spacieux) avant de lancer testdisk.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#27 Le 13/06/2017, à 16:03

Babdu89

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Bonjour.
pour le bureau de la session live.
Post#24 on lit.

J'ai pensé qu'il allait me proposer un répertoire de destination des fichiers....en étant sur un live cd(systemRescue) il ne propose que de le copier vers le bureau.

Comme la session live démarre et se charge en RAM, j'ai bien peur que la place ne soit pas suffisante sur le bureau de la session live, si il y a beaucoup de données à copier.

On va bien voir.
Mais il faudra quand même transférer ce qui sera récupéré, dans un autre disque externe;

@+.   Babdu89   ?


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#28 Le 13/06/2017, à 18:41

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Bon voila j'ai trouvé comment monter à travers Systemrescue un HD ext.
Pour mon HD étant en nfts la commande:
ntfs-3g /dev/sdb1 /mnt/mon_répertoire ## au risque de planter le systeme il faut créer un dossier dans /mnt

L'option p de testdisk permet de voir l'arborescence de sda3(partition "non allouée" au départ)
les curseurs g et dr permettent de sortir ou d'entrer dans un répertoire
la touche c pour copier
re-naviguer dans l'autre sens pour rechercher le répertoire cible.Valider

Pour le moment ça à l'air de fonctionner!
?? est-ce que les fichiers (rouge) seront-ils copiés?

Dernière modification par Arthourei (Le 13/06/2017, à 18:43)


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#29 Le 14/06/2017, à 21:03

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

hello
voici après 26h que s'arrête la copie par tesdisk, le dossier choisi étant le home de l'utilisateur soit +/- 225Go de données récupérées tant bien que mal. Oui il y a des fichiers corrompu! mais une bonne partie est utilisable. Merci dans ce post à testdisk, un mail à Rmy suivra!

Maintenant vais tenter de récupérer la partition "non allouée", je crois que l'on va me demander les coordonnées CHS de début et de fin de cette partition. Puis on verra après une analyse du disque ce qui est utilisable.

Pour le début de la partition Nasman me l'avait calculée...vais chercher dans la doc ou un convertisseur pourra me donner une réponse pour la fin.

Demain je pourrai p-ê vous donner le résultats...faut reposer le cerveau et mettre la main dans le cambui.

Ci@o Touti!


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#30 Le 14/06/2017, à 21:17

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Pour déterminer la taille de la partition perdue - que l'on confrontera avec le résultat de testdisk on peux rechercher des traces dans les ebr.

1) Afficher le contenu du 1er ebr, c'est à dire le contenu du début de la partition étendue

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

2) Afficher le contenu du secteur situé deux secteurs avant la partition sda5 actuelle

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

Te souviens tu comment étaient organisées tes partitions sda5 et sda6, l'une de ton système et l'autre de swap. En clair est ce que tu avais selon l'ordre du disque :
sda5 en ext4 avant la swap sda6
ou
sda6 en ext4 avant la swap sda5

La numérotation actuelle de ta swap en sda5 signifie seulement qu'elle est actuellement la première entrée dans le chainage des partitions logiques.


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

Hors ligne

#31 Le 14/06/2017, à 21:24

Babdu89

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Bonsoir.
post#1, Gparted montre la partition swap en fin de disque. Un indice?.

@+.   Babdu89    .


J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#32 Le 14/06/2017, à 21:35

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Ce n'est pas un indice car la swap peut être en fin de disque et s'appeler sda6 ou sda6 selon l'ordre de création des partitions. Je pense que la suppression d'une partition système sda5 a provoqué la renumérotation de la swap sda6 en sda5.

Je pense que la partition perdue devait être initialement sda5 et la swap sda6 car je pense que le partitionnement avait été fait de façon automatique (à confirmer par l'intéressé).
Dans ce cas on aurait seulement à réécrire le premier ebr (en 323883006) pour lui indiquer le secteur 323883008 comme première entrée en ext4 et un deuxième ebr en 968388606 comme deuxième entrée. Ce dernier, bien que plus utilisé actuellement devrait avoir pour première et seule entrée l'emplacement de la swap en 968388608.


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

Hors ligne

#33 Le 15/06/2017, à 09:27

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Je confirme

Nasman a écrit :

...#32
Je pense que la partition perdue devait être initialement sda5 et la swap sda6 car je pense que le partitionnement avait été fait de façon automatique (à confirmer par l'intéressé).
...

1)Que veut dire "ebr"?
2)Vu que 968388606sera l'entrée de sda6... Est-ce que 968388604 serait la fin secteur pour sda5? Voici ma prochaine recherche... Quel serait alors sa valeur CHS?

Pour info diverse, voici un lien p-ê pour le calcul et la conversion des unités
voir Disque geometry
http://www.deathwombat.com/diskgeometry.html

Petit cadeau pour Nasman...Performances des disques durs
http://deptinfo.unice.fr/~jf/InfoGene/TD9-corrige.pdf

Ci@o
----------------

Je pense avoir trouver la fin secteur sda5 60279:102:48
pour un format de Type Linux(83)

Dernière modification par Arthourei (Le 15/06/2017, à 10:29)


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#34 Le 15/06/2017, à 10:33

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Peux tu poster le résultat des 2 précédentes commandes demandées (post #30)

Les partitions retrouvées par testdisk, celles retrouvées au terme d'une analyse rapide et après un deeper search.
Je pense que la partition recherchée doit s'y trouver avec aussi sa taille.


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

Hors ligne

#35 Le 15/06/2017, à 22:03

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Merci Nasman d'être tjs là
Suis de retour mais pas pour longtemps car bcp d'occupation

Le résultat de #30

qwerty@qwerty:~$ sudo dd if=/dev/sda bs=512 count=1 skip=323883006 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 9,5085e-05 s, 5,4 MB/s
00000000  6c 01 6b 55 b3 61 cb 03  e0 00 00 0f fb 33 2e 9c  |l.kU.a.......3..|
00000010  47 c0 1b 5c a7 e6 9b 5c  06 9a df f7 8a f8 17 7b  |G..\...\.......{|
00000020  a5 c5 16 9f d4 4f c4 26  4c 9f de 42 26 e4 dc 00  |.....O.&L..B&...|
00000030  ff 80 39 9c c7 af 77 b8  94 c7 30 d8 4e 48 a0 45  |..9...w...0.NH.E|
00000040  37 d2 16 3c 93 68 a9 7d  1a 79 a6 27 22 60 96 28  |7..<.h.}.y.'"`.(|
00000050  18 8d 5b 1c 44 bd a1 6a  61 03 ab fe f0 69 e0 f6  |..[.D..ja....i..|
00000060  bb eb 62 1b 0f 60 38 8c  af 48 2d 28 1c 09 87 5f  |..b..`8..H-(..._|
00000070  0e 70 9b e7 bf 18 80 90  2b 1b 78 90 a7 f7 ea 2f  |.p......+.x..../|
00000080  f9 ab b3 d8 ff 9c ca cd  94 1e c4 0d ef 40 57 76  |.............@Wv|
00000090  27 ab 7e 0b f4 fa 48 56  95 c3 7c 0d 15 55 c3 6c  |'.~...HV..|..U.l|
000000a0  1b 15 76 d5 27 18 dc 00  17 07 05 e9 58 88 a5 c4  |..v.'.......X...|
000000b0  e9 44 9a aa 38 e2 8f a3  1f 7d ae fc f1 e8 44 90  |.D..8....}....D.|
000000c0  d1 7b af 7f d5 67 9c 9b  ba bf b3 8e 81 ce 00 51  |.{...g.........Q|
000000d0  49 82 90 a4 a9 c2 53 ff  13 56 40 1a 86 b9 c9 1c  |I.....S..V@.....|
000000e0  b5 88 92 69 19 f3 b0 a4  ed 28 09 5f 4f 13 a0 a5  |...i.....(._O...|
000000f0  bb 5b 65 31 36 5f 6c c2  3b c2 c4 93 5a aa b6 07  |.[e16_l.;...Z...|
00000100  c0 00 1b fd c3 49 be fa  67 35 9f 3e 4a e9 ee 10  |.....I..g5.>J...|
00000110  20 03 0e e9 59 e8 a7 e5  d1 fd 01 d4 b9 fb 1b b1  | ...Y...........|
00000120  47 18 42 bc 67 1d 7a 31  93 de ec 75 21 a2 01 35  |G.B.g.z1...u!..5|
00000130  e9 37 aa c9 43 87 e2 d7  a0 9f c4 e7 4e a0 22 17  |.7..C.......N.".|
00000140  ee f4 94 bc c9 cd 15 8c  dd b0 28 c9 dc 26 d2 0e  |..........(..&..|
00000150  32 a9 38 48 ad 86 81 56  8d 8a 91 62 05 b3 94 d2  |2.8H...V...b....|
00000160  b8 10 af ae 37 39 a6 8e  db 1a 5d 82 a8 86 60 62  |....79....]...`b|
00000170  07 da 4f 39 1b af 6a 38  b0 15 dc 00 00 82 56 27  |..O9..j8......V'|
00000180  a5 50 2e 59 da f1 92 59  ab ac 80 23 c1 e8 6b 9a  |.P.Y...Y...#..k.|
00000190  34 73 f5 cd 41 68 5f 37  b6 b6 29 60 21 0b f8 fd  |4s..Ah_7..)`!...|
000001a0  06 af b6 1f 36 ec 58 d6  22 19 67 75 67 73 c3 87  |....6.X.".gugs..|
000001b0  ae 11 a7 66 e1 59 91 99  1e 95 b8 b5 84 ee 00 fe  |...f.Y..........|
000001c0  ff ff 82 fe ff ff 02 60  6a 26 00 e8 7f 00 00 00  |.......`j&......|
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
qwerty@qwerty:~$ 
**********************************************************

qwerty@qwerty:~$ sudo dd if=/dev/sda bs=512 count=1 skip=968388606 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 0,0151036 s, 33,9 kB/s
00000200
qwerty@qwerty:~$ 

A demain matin


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#36 Le 16/06/2017, à 10:14

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Peux tu donner les infos suivantes :
- le Windows est-il toujours un W7 ? pas de mise à jour vers W10 ?
- te souviens tu de l'ordre de numérotation des partitions ? (si ta swap a toujours été sda5 ?)

Apparemment il n'y a pas de trace d'ebr en 968388606 mais peut être est-ce que ce dernier est à un autre emplacement, par exemple 1 Mio avant la partition de swap. Auquel cas peux tu donner le résultat de :

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

Enfin quelles sont les partitions potentielles trouvées par testdisk ?

PS l'ebr en 323883006 pointe vers la partition de swap et n'a qu'une entrée


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

Hors ligne

#37 Le 16/06/2017, à 10:34

??

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Nasman a écrit :

Peux tu donner les infos suivantes :
- le Windows est-il toujours un W7 ? pas de mise à jour vers W10 ?

PS l'ebr en 323883006 pointe vers la partition de swap et n'a qu'une entrée

Bonjour.
En Legacy, la mise à jour de windows10 pue tout autant.............  https://forum.ubuntu-fr.org/viewtopic.php?id=2008239 et https://forum.ubuntu-fr.org/viewtopic.php?id=2010154

Dernière modification par ?? (Le 16/06/2017, à 10:42)


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne

#38 Le 16/06/2017, à 11:17

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Hello Nasman et ??,
@ Nasman,J'ai compilé les 2commandes dans le post 35

@??, le windoxs est 7, s'il a essayé de se mettre à jour vers le 10 c'est à notre insu!

Ce matin après lecture et digestion,j'en sais un  peu plus sur le MBR, EBR, LBA

merci à Nasman et son équipe pour la doc


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#39 Le 16/06/2017, à 12:05

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Peux tu répondre à ces 3 demandes :

te souviens tu de l'ordre de numérotation des partitions ? (si ta swap a toujours été sda5 ?)

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

attention la valeur de skip n'est pas la même que celle du post 35

Enfin quelles sont les partitions potentielles trouvées par testdisk ?

Dernière modification par Nasman (Le 16/06/2017, à 12:06)


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

Hors ligne

#40 Le 16/06/2017, à 14:24

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

De retour
Réponse 1)La swap était la dernière partitions donc
2 partitions windows, 1 partition étendue comprenant linux, la 5ème la swap

Réponse 2) désolé j'ai lu trop vite! voici le résultat.

qwerty@qwerty:~$ sudo dd if=/dev/sda bs=512 count=1 skip=968386560 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 0,023556 s, 21,7 kB/s
00000000  46 39 f3 0d 97 36 d4 6b  e6 94 aa d6 94 d8 34 32  |F9...6.k......42|
00000010  0c 90 79 83 b4 e2 4b 2d  eb 76 44 7d 12 a3 6a 26  |..y...K-.vD}..j&|
00000020  48 ba 08 cf d1 a0 ec 6b  21 e2 04 b4 c0 88 58 a4  |H......k!.....X.|
00000030  5f c0 8c 68 ba fc 7e 0c  5a a0 93 bc ad e6 d9 51  |_..h..~.Z......Q|
00000040  23 1b 11 01 b2 40 cd 03  0f 87 e3 fb 04 31 ef 9b  |#....@.......1..|
00000050  54 3a 03 35 86 ae 07 aa  ea 8b 65 99 bc e2 a4 4b  |T:.5......e....K|
00000060  ac a5 01 15 08 d8 d0 e3  03 e0 30 59 14 66 40 29  |..........0Y.f@)|
00000070  a8 b7 88 91 ef 69 a8 34  17 97 81 ef 73 d1 53 59  |.....i.4....s.SY|
00000080  98 d7 8b 27 a6 4b 99 26  73 22 e8 03 dd bc 27 1b  |...'.K.&s"....'.|
00000090  25 1d 25 08 02 1a 72 e6  d3 37 8c 7d 9a 58 df 16  |%.%...r..7.}.X..|
000000a0  fc de 2f ab 0d bb 36 2c  79 95 a7 d2 fb d4 58 82  |../...6,y.....X.|
000000b0  12 0a e0 1c 6b 13 29 f7  7b da b9 f0 36 64 10 80  |....k.).{...6d..|
000000c0  35 91 e1 7f 93 30 bc df  7f 37 92 2f 25 43 d4 6b  |5....0...7./%C.k|
000000d0  af d2 7c 07 41 87 a2 39  7a 54 a0 71 58 1a 2c 56  |..|.A..9zT.qX.,V|
000000e0  5c cb 33 c3 88 0a c5 0a  2f 4b 6a 39 d9 6d 88 4e  |\.3...../Kj9.m.N|
000000f0  ae 92 82 98 21 aa e7 36  59 56 c0 54 9a e9 a4 01  |....!..6YV.T....|
00000100  5a c0 ca c7 41 07 e0 1a  23 09 6a bf ec 2e 57 ad  |Z...A...#.j...W.|
00000110  aa 56 39 fe 7b 6e 36 b5  f6 15 a1 8b 4e f4 8e 0f  |.V9.{n6.....N...|
00000120  3d 9b de e4 42 09 cc 07  cb 7c 97 1b cb c4 45 1c  |=...B....|....E.|
00000130  9c 09 80 d8 5c 06 0f 95  89 60 80 01 a9 20 8e d0  |....\....`... ..|
00000140  f8 72 98 7c ae 25 c6 ba  a2 63 7d 6f cc 73 a3 78  |.r.|.%...c}o.s.x|
00000150  32 5c 8c f0 21 ff b5 32  6f 45 0d 35 99 ef a7 51  |2\..!..2oE.5...Q|
00000160  98 da b9 2f 14 ed 88 e1  a2 18 1d 09 69 c7 9e 1d  |.../........i...|
00000170  84 2c 48 99 90 78 28 06  db 1c 33 1b ee 45 17 b1  |.,H..x(...3..E..|
00000180  1d 5f 7c 36 d4 02 86 24  81 b1 ec 53 1a ab 16 2d  |._|6...$...S...-|
00000190  ec 46 22 ea f1 62 83 86  c5 32 cc 9b 57 27 56 a7  |.F"..b...2..W'V.|
000001a0  ac 66 f7 bd b8 dd b4 94  26 03 66 c4 b0 84 3e 1f  |.f......&.f...>.|
000001b0  ab 9e 63 d9 8a 2f bb b6  15 ef 77 96 92 f7 00 fe  |..c../....w.....|
000001c0  ff ff 82 fe ff ff 00 08  00 00 00 e8 7f 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
qwerty@qwerty:~$ 

Pour la 3ème question, je suis en liveUsb elementary-os, je n'ai pas su dernièrement installer testDisk et Boot repair
Pourtant Photorec a pu être configurer?

le cd Live rescue ne me permet pas de configurer le wifi donc si l'ethernet me le permet je posterai une image à partir du laptop
Donc je dois rebooter sur le cd et voir avec l'ethernet, sinon je me débrouillerai nautrement


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#41 Le 16/06/2017, à 14:53

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Et bien voila !
A l'ebr en 968386560 on a comme première entrée la partition de swap (le 82 en 1c2) et qui commence 2048 secteurs après l'ebr courant (le 00 08 00 00 en 1c6), soit en 968386560+2048 = 968388608.
C'est l'ancien ebr qui n'est plus utilisé aujourd'hui mais qui était le deuxième rencontré auparavant.

Tu avais alors :
secteur 323883006 (début de la partition étendue et 1er ebr)
1ère entrée pointant vers la partition (perdue) en ext4 (sda5) et située en 323883008
2ème entrée pointant vers le 2ème ebr situé en 968386560

secteur 968386560 (2ème ebr)
1ère (et seule) entrée pointant vers la partition de swap (sda6) et située en 968388608


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

Hors ligne

#42 Le 16/06/2017, à 14:56

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

ok merci
je vais dans 1h utiliser tesdisk pour retrouver tout cela et vous dire le résultat....je le regarderai mouliner...c'est extraordinaire ce que cela peut dépanner.

@ciao


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#43 Le 16/06/2017, à 17:23

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Modif à effectuer sur le 1er ebr

00000000  6c 01 6b 55 b3 61 cb 03  e0 00 00 0f fb 33 2e 9c  |l.kU.a.......3..|
00000010  47 c0 1b 5c a7 e6 9b 5c  06 9a df f7 8a f8 17 7b  |G..\...\.......{|
00000020  a5 c5 16 9f d4 4f c4 26  4c 9f de 42 26 e4 dc 00  |.....O.&L..B&...|
00000030  ff 80 39 9c c7 af 77 b8  94 c7 30 d8 4e 48 a0 45  |..9...w...0.NH.E|
00000040  37 d2 16 3c 93 68 a9 7d  1a 79 a6 27 22 60 96 28  |7..<.h.}.y.'"`.(|
00000050  18 8d 5b 1c 44 bd a1 6a  61 03 ab fe f0 69 e0 f6  |..[.D..ja....i..|
00000060  bb eb 62 1b 0f 60 38 8c  af 48 2d 28 1c 09 87 5f  |..b..`8..H-(..._|
00000070  0e 70 9b e7 bf 18 80 90  2b 1b 78 90 a7 f7 ea 2f  |.p......+.x..../|
00000080  f9 ab b3 d8 ff 9c ca cd  94 1e c4 0d ef 40 57 76  |.............@Wv|
00000090  27 ab 7e 0b f4 fa 48 56  95 c3 7c 0d 15 55 c3 6c  |'.~...HV..|..U.l|
000000a0  1b 15 76 d5 27 18 dc 00  17 07 05 e9 58 88 a5 c4  |..v.'.......X...|
000000b0  e9 44 9a aa 38 e2 8f a3  1f 7d ae fc f1 e8 44 90  |.D..8....}....D.|
000000c0  d1 7b af 7f d5 67 9c 9b  ba bf b3 8e 81 ce 00 51  |.{...g.........Q|
000000d0  49 82 90 a4 a9 c2 53 ff  13 56 40 1a 86 b9 c9 1c  |I.....S..V@.....|
000000e0  b5 88 92 69 19 f3 b0 a4  ed 28 09 5f 4f 13 a0 a5  |...i.....(._O...|
000000f0  bb 5b 65 31 36 5f 6c c2  3b c2 c4 93 5a aa b6 07  |.[e16_l.;...Z...|
00000100  c0 00 1b fd c3 49 be fa  67 35 9f 3e 4a e9 ee 10  |.....I..g5.>J...|
00000110  20 03 0e e9 59 e8 a7 e5  d1 fd 01 d4 b9 fb 1b b1  | ...Y...........|
00000120  47 18 42 bc 67 1d 7a 31  93 de ec 75 21 a2 01 35  |G.B.g.z1...u!..5|
00000130  e9 37 aa c9 43 87 e2 d7  a0 9f c4 e7 4e a0 22 17  |.7..C.......N.".|
00000140  ee f4 94 bc c9 cd 15 8c  dd b0 28 c9 dc 26 d2 0e  |..........(..&..|
00000150  32 a9 38 48 ad 86 81 56  8d 8a 91 62 05 b3 94 d2  |2.8H...V...b....|
00000160  b8 10 af ae 37 39 a6 8e  db 1a 5d 82 a8 86 60 62  |....79....]...`b|
00000170  07 da 4f 39 1b af 6a 38  b0 15 dc 00 00 82 56 27  |..O9..j8......V'|
00000180  a5 50 2e 59 da f1 92 59  ab ac 80 23 c1 e8 6b 9a  |.P.Y...Y...#..k.|
00000190  34 73 f5 cd 41 68 5f 37  b6 b6 29 60 21 0b f8 fd  |4s..Ah_7..)`!...|
000001a0  06 af b6 1f 36 ec 58 d6  22 19 67 75 67 73 c3 87  |....6.X.".gugs..|
000001b0  ae 11 a7 66 e1 59 91 99  1e 95 b8 b5 84 ee 00 fe  |...f.Y..........|
000001c0  ff ff 83 fe ff ff 02 00  00 00 00 58 6a 26 00 fe  |.......`j&......|
000001d0  ff ff 05 fe ff ff 02 58  6a 26 00 f0 7f 00 00 00  |................|

*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|

Cette modif consiste :
1) à indiquer la partition ext4 (83 en 1c2) comme 1ère entrée commençant 2 secteurs après l'ebr courant (1er ebr). La taille indiquée correspond à une fin juste avant le 2ème ebr
2) L'emplacement du 2ème ebr (05 en 1d2) commençant 644503554 secteurs après la partition étendue (1er ebr) et de taille 8384512 secteurs (doit se terminer à la fin de la swap)

Le 2ème ebr que l'on a retrouvé pointe déjà vers la partition de swap - le chainage devrait pouvoir se faire.

On va comparer cela avec les dires de testdisk

Dernière modification par Nasman (Le 16/06/2017, à 17:30)


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

Hors ligne

#44 Le 26/06/2017, à 15:43

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

hello,
Après une semaine chargée me voici de retour pour essayer de terminer le problème.

Grâce à vos conseils et je vous en remercie, j'ai pu récupérer pas mal de données, j'avoue que l'idée de réinstaller une version d'ubuntu sur la partition étendue me tente car, je récupère un nouveau grub et du coup la possibilité de démarrer sur windows.
Pour les puriste ce serait une faute de mettre "résolu" donc je vais encore pdt les 2 jours prochains me pencher sur le problème.

Mais plus j'avance plus je vois mes limites, dans le post #43 de Nasman je ne vois pas (avec quel programme ou quelle commande) comment modifier le chainage sur le 1er EBR.


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#45 Le 26/06/2017, à 16:04

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Pour effectuer les modifs du mbr (ou d'autres secteurs), il y a plusieurs possibilités.

La plus "sécure" (mais plus longue) :
- recupérer le secteur à modifier sous forme d'un fichier avec une commande du genre

sudo dd if=/dev/sdX of=~/mon_secteur_sauvegardé.bs bs=512 count=1 skip=début

SDX désigne le disque considé (pas de numéro car c'est le disque et non pas une partition)
début est le numéro de secteur (LBA)

- installer (même en, session "Live") l'éditeur hexa ghex qui permettra de faire les modifs dans une copie du fichier sauvegardé (sur support externe et mis en lieu sur)
- enregistrer le nouveau fichier après avoir fait les modif, par exemple mon_secteur_modifié.bs

- implanter le nouveau fichier dans le secteur à modifier avec une commande du genre :

sudo dd if=~mon_secteur_modifié.bs of=/dev/sdX bs=512 count=1 seek=début

Attention il faut utiliser skip pour sauter les secteurs avant "début" lors de la lecture et utiliser seek pour les sauter lors de l'écriture (pour ne modifier qu'à partir de début)

Cette première méthode permet de poster le contenu du fichier modifié pour validation (avec un

sudo dd if=~mon_secteur_modifié.bs bs=512 count=1 | hexdump -C

Autre méthode (plus rapide mais plus dangereuse), éditer directement le contenu du disque avec hexedit (à installer) - s'entrainer avec un fichier bidon (voir man hexedit) avant de le faire sur le fichier /dev/sdX


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

Hors ligne

#46 Le 26/06/2017, à 16:22

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Oulàlàlà,
Merci pour la proposition de solution

1)-il me faut encore de la place pour le fichier de récupération....je commence à manquer car j'ai 2 versions(celle de TestDisk et celle de PhotoRec)
2)-Vais encore attraper des cheveux blancs!! Vais lire la doc!

Quels sont les risques en cas d'erreurs? Seront ils limités à la partition étendue?

@+

Dernière modification par Arthourei (Le 26/06/2017, à 16:28)


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#47 Le 26/06/2017, à 16:41

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Ce que je propose c'est de restaurer l'en-tête du premier ebr (qui ne fait que 512 octets et dont une petit quinzaine devrait être modifiée). Les fichiers (qui sont à priori toujours présent sur le disque) devraient redevenir accessibles (le fait d'avoir fait une sauvegarde est plus rassurant).

En règle générale pour ce type de pb :
- ne pas toucher au disque tant que les fichiers importants n'ont pas été sauvés ailleurs (on ne sait jamais, il faut toujours avoir une sauvegarde)
- testdisk devrait retrouver les fichiers et permettre de restaurer les partitions mais il n'est pas à l'abri d'un problème ou d'un mauvais choix de l'utilisateur lors de la réactivation de partitions (par exemple restaurer un partitionnement très ancien, par exemple celui d'un utilisateur précédent du disque), c'est le problème PEBKAC (interface chaise/clavier)
- n'aimant pas trop les boites noires, j'ai tendance à privilégier les méthodes "à la mano"

Ce serait bien que tu nous postes les partitions trouvées par testdisk après un deeper search (mais peut être que l'analyse initiale suffit)


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

Hors ligne

#48 Le 28/06/2017, à 10:38

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

hello
je viens d'utiliser Ghex....(sur un autre ordi en récupérant le fichier fourni par le portable,après

sudo dd if=/dev/sda of=~/mon_secteur_sauvegardé.bs bs=512 count=1 skip=323883006

-> Pas moyen de modifier le fichier(même en mode sudo), je l'ai enregistrer en html puis modifier avec Gedit,puis réenregistré au format bs

voila ce que cela donne
http://pix.toile-libre.org/upload/origi … 639266.png

1498639266.png

Les infos n'apparaissent pas de la même façon ??Suis pas sur de continuer!

Qu'en pensez-vous?..un autre éditeur? Hexedit est en mode console...pas facile pour moi d'utilisation.

Dernière modification par Arthourei (Le 28/06/2017, à 11:41)


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne

#49 Le 28/06/2017, à 21:05

Nasman

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Il ne faut surtout pas changer le type de fichier (html pas bon) car c'est un fichier binaire.

Tu as essayé de le modifier avec ghex et de l'enregistrer sous un autre nom ?


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

Hors ligne

#50 Le 29/06/2017, à 08:06

Arthourei

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

hello

Avec Ghex, je m'y suis mal pris. Tout d'abord j'ai essayer de modifier un offset à la fois et comme cela ne fonctionnait pas j'ai exporter le fichier en Htlm, puis modifier avec Gedit, puis réouvert le fichier html modifié avec Ghex...résultat mauvais fichier comme expliquer par Nasman.

Je viens de faire la modification (post #43)avec le string de Nasman. Donc à partir de l'Offset (0x1c2)dans Ghex j'ai modifier le string en erreur par celui de Nasmann
000001c0  ff ff 83 fe ff ff 02 00  00 00 00 58 6a 26 00 fe  |.......`j&......|
000001d0  ff ff 05 fe ff ff 02 58  6a 26 00 f0 7f 00 00 00  |................|

Je vais donc poursuivre et implanter le fichier corrigé. Si je comprend bien le skip et le seek ont les mêmes valeurs(chez moi=323883006)

...à suivre

Voilà le fichier est implanté, suis assez bien avancé.
Pour chaîner la partition non allouée vais voir ce qui est possible avec TesDisk
------------

Je vois d'autres options, laquelle choisir:
Analyse, Advanced, Geometry, Options, MBR code, Delete, Quit.

après l'analyse de TestDisk, toujours pour moi  problème pour l'encodage CHS de la partition

Il y a un message d'erreur "Space conflict between the fallowing two partition. CHS & LBA don't match"
_____________

Je ne sais pas si avec TestDisk je pourrais réactiver le systeme???? Autre chose en vue ou à vérifier?

ATAL

Dernière modification par Arthourei (Le 29/06/2017, à 09:20)


Tout le monde se plaint de sa mémoire mais personne de son raisonnement!

Hors ligne