Recréer le MBR par analyse du contenu du disque dur

Arbiel · Le 06/10/2013, à 20:10

Bonsoir à tous

J'ai écrasé mon MBR, et surtout la table des partitions. Bien évidemment, je n'en ai pas de sauvegarde !!

Je suis en train d'analyser mon disque avec gpart pour les retrouver. Je vais aussi voir ce que testdisk me dit.

Merci à quiconque voudra bien me dire comment je dois ensuite procéder, une fois ces deux analyses terminées.

Arbiel

Compte anonymisé · Le 06/10/2013, à 20:21

Salut

Je pense que testdisk est tout désigné pour ça.

@+

Arbiel · Le 06/10/2013, à 21:08

Pour l'instant, gpart, qui n'a pas terminé indique

remi@remi-Vostro-3550:~$ sudo gpart /dev/sda

Begin scan...

* Warning: short read near sector(91353906), 36352 bytes instead of 66048. Skipping...

* Warning: read error (EIO) near sector(91353977), skipping...
Possible partition(Windows NT/W2K FS), size(0mb), offset(55425mb)
Possible partition(Windows NT/W2K FS), size(10228mb), offset(130124mb)
Possible partition(Windows NT/W2K FS), size(0mb), offset(167047mb)

Que signifient ces "warning" et ces partitions de taille nulle ?

Mais ce qui m'intéresse, ce sont mes partitions ext4. Je ne suis pas certain, d'après "man gart", qu'il gpart sache les retrouver.

Dès qu'il a fini, je lance une analyse avec testdisk.

Arbiel

Arbiel · Le 06/10/2013, à 23:56

TestDisk me donne les informations suivantes :

Disk /dev/sda - 500 GB / 465 GiB - CHS 60802 255 63
     Partition               Start        End    Size in sectors
>D Linux                    0  32 33 60291   0 61  968572928
 D Linux                  813 183 11  2738 177 63   30924800 [Data]
 D Linux                  814  90 45  2739  85 34   30924800 [Data]
 D Linux                  815  63 17  2740  58  6   30924800 [Data]
 D Linux                  815  95 49  2740  90 38   30924800 [Data]
 D HPFS - NTFS           1925  27 23  6988 112 29   81342457 [OS]
 D HPFS - NTFS           1925  27 30  6988 112 36   81342457
 D FAT32 LBA             5376  12 13 10443  52 41   81403904 [DOS]
 D Linux Swap            6988 112 37  7510 187 21    8390640
 D Linux                 6988 145  6  7859 231 52   13998080 [xubuntu]
 D FAT32 LBA             7012 239 60  8950 132 14   31127184
 D Linux                 7270  77 40  8141 164 23   13998080 [xubuntu]
 D Linux                 7271 245 15  8143  76 61   13998080 [xubuntu]
 D Linux                 7274 227 58  8146  59 41   13998080 [xubuntu]
 D FAT32 LBA             7527 149 31  9465  41 48   31127184
 D Linux                 7860   1  1  7875 254 62     256976 [x_h]
 D Linux                 7876  57 54  8920 142 46   16777208 [Pingolin]
 D FAT32 LBA             7942 202 53  9880  95  7   31127184
 D Linux                 8417 229  5  9462  58 60   16777208 [Pingolin]
 D Linux                 8419  44 10  9463 129  2   16777208 [Pingolin]
 D Linux                 8421 119 19  9465 204 11   16777208 [Pingolin]
 D Linux                 8422  26 53  9466 111 45   16777208 [Pingolin]
 D Linux                 8426  47  6  9470 131 61   16777208 [Pingolin]
 D Linux                 8430  34 53  9474 119 45   16777208 [Pingolin]
 D Linux                 8920 175 22  9116 127 33    3145728 [u_h]
 D Linux                 8920 175 24  9116 127 35    3145728 [u_h]
 D Linux                 9116 160  5  9599 200  9    7761920 [.ciel]
 D Linux Swap            9599 232 42 10121 242 25    8386544
 D Linux                10122  20 11 49284 148 16  629145600 [Multimedia]
 D Linux                24039 141 39 24647  66 59    9762816
  D Linux                24118 119  2 24726  44 22    9762816
 D Linux                24127 229 39 24735 154 59    9762816
 D Linux                24129   1  1 24736 181 21    9762816
 D Linux                24130  49 48 24737 230  5    9762816
 D Linux                24130  82 17 24738   7 37    9762816
 D Linux                24140  67 56 24747 248 13    9762816
 D Linux                24141  40 28 24748 220 48    9762816
 D Linux                24159 164  6 24767  89 26    9762816
 D Linux                24563  64 14 25079  43 52    8288256 [P1]

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

La table ayant été complètement effacée, les partitions sont toutes marquées "Détruites".

Je n'ai pas recopié toutes les lignes du résultat.

Je ne sais plus exactement quelles sont celles qui étaient primaires et celles qui étaient logiques, ni comment regrouper les multiples "morceaux" qui apparaissent avec le même nom et qui ne sont qu'une seule et même partition.

Je suis preneur de tout conseil.

Merci d'avance

Arbiel

Dernière modification par Arbiel (Le 07/10/2013, à 00:06)

Compte anonymisé · Le 07/10/2013, à 07:53

Qu'avais-tu comme systèmes installés sur ce disque et quelle était l'organisation des partitions?

Sinon il te reste la solution de récupérer tes données. Avec l'option P tu essayes de retrouver tes fichiers et tu les sauvegardes sur un support externe.

@+

Nasman · Le 07/10/2013, à 08:40

Informations utiles à donner :
1) Y a-t-il eu déjà sur ce disque des modifications des partitions (pour savoir si d'anciennes partitions inutiles peuvent être retrouvées - ce qui complique la tâche).
2) Explique nous ce que tu as fait pour en arriver là (historique des installation d'OS)
3) Que donne

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

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

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

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

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

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

Ces commandes ont pour but d'essayer de reconnaitre les en têtes des partitions windows (pour les partitions Linux c'est un peu plus délicat car les données commencent plus loin.

Arbiel · Le 07/10/2013, à 16:42

Bonjour

Je vous remercie de vous pencher sur mon problème.

Veuillez excuser ma vulgarité : le piège à cons, et je suis tombé dedans !! Honte sur moi.

Ce que j'ai fait pour me retrouver dans cette situation : une connerie sans nom donc, digne du plus incapable des incapables.

Ce que j'ai fait

J'ai voulu installer la 12.04 sur une clé USB pour permettre à mon épouse, sur son ordinateur purement Windows, de tester pour moi une application que j'ai écrite pour jouer des jeux Windows (une bonne cinquantaine) dans des machines VirtualBox. J'ai pris une clé absolument vide, et j'ai choisi l'option d'installation "Prends tout l'espace disque pour installer l'OS comme tu veux sans me demander mon avis" et j'ai lancé mon installation ..... sur mon disque /dev/sda.

Je n'ai plus le détail précis des quelques aller-retours que j'ai effectués entre les écrans de Ubiquity et qui m'ont amené à cette bourde. Je voulais initialement définir moi-même mes partitions sur la clé, dans Ubiquity et non dans Gparted (pourquoi ? je ne sais plus), puis j'ai changé d'avis, considérant que cette clé étant destinée à être utilisée temporairement, je n'avais aucune raison de ne pas tester ce que donne l'option en question, juste pour voir !!! Et j'ai vu. J'ai toujours considéré cette option comme extrêmement dangereuse, indiquant d'ailleurs, lorsque l'occasion s'en présentait, que j'utilisais toujours l'option "Autre chose". Je suis vraiment incroyable !!

J'ai pratiquement instantanément pris conscience du problème et arrêté assez sèchement l'installation, qui outre le MBR, a certainement fusillé Grub (je n'ai pas vraiment regardé car cela n'a aucune importance) et, autant que j'aie pu constater jusqu'à maintenant, la partition d'adresse la plus basse, dans laquelle, comme par hasard, j'ai mes fichiers les plus importants. J'en fais parfois des sauvegardes, mais elles datent un peu.

La gestion des partitions

Initialement, mon PC Dell devait contenir 3 partitions : deux, plus ou moins cachées, pour les outils et la restauration de Windows, et la troisième pour Windows. J'ai vraisemblablement supprimer les deux premières partitions (ou un seule, les outils), pour la remplacer par ma première partition de données, qui n'était pas mon /home, mais plutôt mes /home/remi/{Bureau, Vidéo, Téléchargement, ....}, c'est à dire ce qui m'est vraiment personnel dans /home/remi.

J'ai réduit la taille de la partition Windows pour définir une partition étendue. J'ai très peu modifié cette première réorganisation de mon disque. Ma prochaine réorganisation devait conduire à la suppression de Windows que je ne conserve que pour des raisons de garantie, bientôt expirée.

Par contre, j'ai souvent modifié les partitions logiques pour simuler le partitionnement des ordinateurs cibles de ma petite application, pour y définir de nouvelles partitions afin de tester une Ubuntu plus récente, Xubuntu, ou que sais-je encore, ou encore une partition boot (dont j'ai pu constater qu'il ne fallait surtout pas la partager), .. etc.

L'état des partitions

Avec l'option P de TestDisk j'ai fait plusieurs constats :

ma partition de données, [Data] est apparemment endommagée : TestDisk ne m'y a pas énuméré une seul répertoire
les partitions non nommées par TestDisk semblent ne plus correspondre à quoi que ce soit
pour ma partition [OS], qui devait être Windows, je n'ai pas vraiment regardé, puisque son contenu n'a aucune valeur à mes yeux
pour les autres partitions, TestDidk m'a listé des répertoires, et j'ai eu l'impression que ces partitions n'avaient pas souffert.

Le résultat des commandes "dd"

Je dois basculer sur le PC endommagé pour donner le résultat des commandes "dd". Je devrais avoir le temps d'ici ce soir.

Merci encore

Arbiel

Dernière modification par Arbiel (Le 07/10/2013, à 18:13)

Arbiel · Le 07/10/2013, à 18:47

Bonsoir
Voila le résultat des commandes auxquelles j'ai ajouté un blkid sur /dev/sda et le dump du MBR

remi@remi-Vostro-3550:~$ sudo blkid /dev/sda*
/dev/sda1: UUID="c67c05c4-eb35-4328-bb8a-9949a5dbd30c" TYPE="ext4" 
/dev/sda5: UUID="a0890fd8-5949-44c1-842b-3d34fc1f6aa1" TYPE="swap" 
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 | hexdump -C
00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |................|
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
00000050  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  23 4d 00 00 00 00 00 20  |........#M..... |
000001c0  21 00 83 fe ff ff 00 08  00 00 00 40 bb 39 00 fe  |!..........@.9..|
000001d0  ff ff 05 fe ff ff fe 4f  bb 39 02 08 7d 00 00 00  |.......O.9..}...|
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.|
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,000444761 s, 1,2 MB/s
00000200
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=30926848| hexdump -C
[sudo] password for remi: 
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 08 00 00  |.R.NTFS    .....|
00000010  00 00 00 00 00 f8 00 00  3f 00 ff 00 00 e8 d7 01  |........?.......|
00000020  00 00 00 00 80 00 80 00  f8 2f d9 04 00 00 00 00  |........./......|
512 octets (512 B) copiés00000030  00 00 0c 00 00 00 00 00  10 00 00 00 00 00 00 00  |................|
00000040  f6 00 00 00 01 00 00 00  d4 86 4e 7c c2 4e 7c ac  |..........N|.N|.|
00000050  00 00 00 00 fa 33 c0 8e  d0 bc 00 7c fb 68 c0 07  |.....3.....|.h..|
, 0,0652146 s, 7,9 kB/s
00000060  1f 1e 68 66 00 cb 88 16  0e 00 66 81 3e 03 00 4e  |..hf......f.>..N|
00000070  54 46 53 75 15 b4 41 bb  aa 55 cd 13 72 0c 81 fb  |TFSu..A..U..r...|
00000080  55 aa 75 06 f7 c1 01 00  75 03 e9 d2 00 1e 83 ec  |U.u.....u.......|
00000090  18 68 1a 00 b4 48 8a 16  0e 00 8b f4 16 1f cd 13  |.h...H..........|
000000a0  9f 83 c4 18 9e 58 1f 72  e1 3b 06 0b 00 75 db a3  |.....X.r.;...u..|
000000b0  0f 00 c1 2e 0f 00 04 1e  5a 33 db b9 00 20 2b c8  |........Z3... +.|
000000c0  66 ff 06 11 00 03 16 0f  00 8e c2 ff 06 16 00 e8  |f...............|
000000d0  40 00 2b c8 77 ef b8 00  bb cd 1a 66 23 c0 75 2d  |@.+.w......f#.u-|
000000e0  66 81 fb 54 43 50 41 75  24 81 f9 02 01 72 1e 16  |f..TCPAu$....r..|
000000f0  68 07 bb 16 68 70 0e 16  68 09 00 66 53 66 53 66  |h...hp..h..fSfSf|
00000100  55 16 16 16 68 b8 01 66  61 0e 07 cd 1a e9 6a 01  |U...h..fa.....j.|
00000110  90 90 66 60 1e 06 66 a1  11 00 66 03 06 1c 00 1e  |..f`..f...f.....|
00000120  66 68 00 00 00 00 66 50  06 53 68 01 00 68 10 00  |fh....fP.Sh..h..|
00000130  b4 42 8a 16 0e 00 16 1f  8b f4 cd 13 66 59 5b 5a  |.B..........fY[Z|
00000140  66 59 66 59 1f 0f 82 16  00 66 ff 06 11 00 03 16  |fYfY.....f......|
00000150  0f 00 8e c2 ff 0e 16 00  75 bc 07 1f 66 61 c3 a0  |........u...fa..|
00000160  f8 01 e8 08 00 a0 fb 01  e8 02 00 eb fe b4 01 8b  |................|
00000170  f0 ac 3c 00 74 09 b4 0e  bb 07 00 cd 10 eb f2 c3  |..<.t...........|
00000180  0d 0a 41 20 64 69 73 6b  20 72 65 61 64 20 65 72  |..A disk read er|
00000190  72 6f 72 20 6f 63 63 75  72 72 65 64 00 0d 0a 42  |ror occurred...B|
000001a0  4f 4f 54 4d 47 52 20 69  73 20 6d 69 73 73 69 6e  |OOTMGR is missin|
000001b0  67 00 0d 0a 42 4f 4f 54  4d 47 52 20 69 73 20 63  |g...BOOTMGR is c|
000001c0  6f 6d 70 72 65 73 73 65  64 00 0d 0a 50 72 65 73  |ompressed...Pres|
000001d0  73 20 43 74 72 6c 2b 41  6c 74 2b 44 65 6c 20 74  |s Ctrl+Alt+Del t|
000001e0  6f 20 72 65 73 74 61 72  74 0d 0a 00 00 00 00 00  |o restart.......|
000001f0  00 00 00 00 00 00 00 00  80 9d b2 ca 00 00 55 aa  |..............U.|
00000200
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=30926855| hexdump -C
00000000  18 20 b0 80 88 04 46 32  c0 81 fe 60 20 75 06 e8  |. ....F2...` u..|
1+0 enregistrements lus
1+0 enregistrements écrits
00000010  3a 00 be 20 20 81 fe 58  20 75 e9 66 33 c0 66 a3  |:..  ..X u.f3.f.|
512 octets (512 B) copiés00000020  58 20 66 a1 14 20 66 c1  e0 03 66 0f c8 66 a3 5c  |X f.. f...f..f.\|
00000030  20 e8 18 00 bb 00 20 66  8b 07 66 0f c8 66 89 07  | ..... f..f..f..|
, 0,000387735 s, 1,3 MB/s
00000040  83 c3 04 81 fb 34 20 75  ee 66 61 c3 66 60 bb 20  |.....4 u.fa.f`. |
00000050  20 66 8b 07 66 0f c8 66  89 07 83 c3 04 81 fb 60  | f..f..f.......`|
00000060  20 75 ee bb 00 20 66 8b  0f 66 8b 57 04 66 8b 77  | u... f..f.W.f.w|
00000070  08 66 8b 7f 0c 66 8b 6f  10 bb 20 20 c7 06 1a 20  |.f...f.o..  ... |
00000080  30 0f c6 06 1c 20 14 90  53 8b 1e 1a 20 ff 17 66  |0.... ..S... ..f|
00000090  03 47 02 5b 66 03 e8 66  03 2f 66 8b c1 66 c1 c0  |.G.[f..f./f..f..|
000000a0  05 66 03 c5 66 8b ef 66  8b fe 66 8b f2 66 c1 c6  |.f..f..f..f..f..|
000000b0  1e 66 8b d1 66 8b c8 66  8b 07 66 33 47 08 66 33  |.f..f..f..f3G.f3|
000000c0  47 20 66 33 47 34 66 d1  c0 66 89 47 40 83 c3 04  |G f3G4f..f.G@...|
000000d0  fe 0e 1c 20 75 b2 83 06  1a 20 06 81 3e 1a 20 48  |... u.... ..>. H|
000000e0  0f 75 9f bb 00 20 66 01  0f 66 01 57 04 66 01 77  |.u... f..f.W.f.w|
000000f0  08 66 01 7f 0c 66 01 6f  10 66 61 c3 66 8b c6 66  |.f...f.o.fa.f..f|
00000100  33 c7 66 23 c2 66 33 c7  c3 66 8b c2 66 33 c6 66  |3.f#.f3..f..f3.f|
00000110  33 c7 c3 66 53 66 8b c2  66 23 c6 66 8b da 66 23  |3..fSf..f#.f..f#|
00000120  df 66 0b c3 66 8b de 66  23 df 66 0b c3 66 5b c3  |.f..f..f#.f..f[.|
00000130  fc 0e 99 79 82 5a 09 0f  a1 eb d9 6e 13 0f dc bc  |...y.Z.....n....|
00000140  1b 8f 09 0f d6 c1 62 ca  06 1e 66 60 66 33 db b8  |......b...f`f3..|
00000150  00 bb cd 1a 66 23 c0 0f  85 bb 00 66 81 fb 54 43  |....f#.....f..TC|
00000160  50 41 0f 85 b0 00 81 f9  02 01 0f 82 a8 00 66 61  |PA............fa|
00000170  90 1f 07 06 1e 66 60 67  80 7b 08 00 0f 85 0c 00  |.....f`g.{......|
00000180  67 66 8d 53 10 67 66 8b  0a eb 25 90 67 66 8d 53  |gf.S.gf...%.gf.S|
00000190  10 67 66 8b 4a 28 66 81  f9 00 00 08 00 0f 83 0c  |.gf.J(f.........|
000001a0  00 67 66 8b 42 2c 66 23  c0 0f 84 03 00 66 33 c9  |.gf.B,f#.....f3.|
000001b0  0e 1f e8 f5 fd 66 23 c9  0f 84 32 00 66 ba 00 80  |.....f#...2.f...|
000001c0  00 00 66 3b ca 0f 86 1f  00 66 2b ca 06 66 51 66  |..f;.....f+..fQf|
000001d0  57 66 52 66 8b ca e8 b7  fd e8 fb fd 66 5a 66 5f  |WfRf........fZf_|
000001e0  66 59 07 66 03 fa eb da  e8 a5 fd e8 e9 fd e8 0b  |fY.f............|
000001f0  fe 0e 07 66 bb 54 43 50  41 66 bf 00 20 00 00 66  |...f.TCPAf.. ..f|
00000200
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=86366208| hexdump -C
00000000  eb 58 90 4d 53 57 49 4e  34 2e 31 00 02 40 22 00  |.X.MSWIN4.1..@".|
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés00000010  02 00 00 00 00 f8 00 00  3f 00 ff 00 00 d8 25 05  |........?.....%.|
00000020  00 20 da 04 cf 26 00 00  00 00 00 00 02 00 00 00  |. ...&..........|
00000030  01 00 06 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
, 0,0534411 s, 9,6 kB/s
00000040  80 00 29 0c 18 48 0b 44  4f 53 20 20 20 20 20 20  |..)..H.DOS      |
00000050  20 20 46 41 54 33 32 20  20 20 fa 33 c9 8e d1 bc  |  FAT32   .3....|
00000060  f8 7b 8e c1 bd 78 00 c5  76 00 1e 56 16 55 bf 22  |.{...x..v..V.U."|
00000070  05 89 7e 00 89 4e 02 b1  0b fc f3 a4 8e d9 bd 00  |..~..N..........|
00000080  7c c6 45 fe 0f 8b 46 18  88 45 f9 38 4e 40 7d 25  ||.E...F..E.8N@}%|
00000090  8b c1 99 bb 00 07 e8 97  00 72 1a 83 eb 3a 66 a1  |.........r...:f.|
000000a0  1c 7c 66 3b 07 8a 57 fc  75 06 80 ca 02 88 56 02  |.|f;..W.u.....V.|
000000b0  80 c3 10 73 ed bf 02 00  83 7e 16 00 75 45 8b 46  |...s.....~..uE.F|
000000c0  1c 8b 56 1e b9 03 00 49  40 75 01 42 bb 00 7e e8  |..V....I@u.B..~.|
000000d0  5f 00 73 26 b0 f8 4f 74  1d 8b 46 32 33 d2 b9 03  |_.s&..Ot..F23...|
000000e0  00 3b c8 77 1e 8b 76 0e  3b ce 73 17 2b f1 03 46  |.;.w..v.;.s.+..F|
000000f0  1c 13 56 1e eb d1 73 0b  eb 27 83 7e 2a 00 77 03  |..V...s..'.~*.w.|
00000100  e9 fd 02 be 7e 7d ac 98  03 f0 ac 84 c0 74 17 3c  |....~}.......t.<|
00000110  ff 74 09 b4 0e bb 07 00  cd 10 eb ee be 81 7d eb  |.t............}.|
00000120  e5 be 7f 7d eb e0 98 cd  16 5e 1f 66 8f 04 cd 19  |...}.....^.f....|
00000130  41 56 66 6a 00 52 50 06  53 6a 01 6a 10 8b f4 60  |AVfj.RP.Sj.j...`|
00000140  80 7e 02 0e 75 04 b4 42  eb 1d 91 92 33 d2 f7 76  |.~..u..B....3..v|
00000150  18 91 f7 76 18 42 87 ca  f7 76 1a 8a f2 8a e8 c0  |...v.B...v......|
00000160  cc 02 0a cc b8 01 02 8a  56 40 cd 13 61 8d 64 10  |........V@..a.d.|
00000170  5e 72 0a 40 75 01 42 03  5e 0b 49 75 b4 c3 03 18  |^r.@u.B.^.Iu....|
00000180  01 27 0d 0a 49 6e 76 61  6c 69 64 20 73 79 73 74  |.'..Invalid syst|
00000190  65 6d 20 64 69 73 6b ff  0d 0a 44 69 73 6b 20 49  |em disk...Disk I|
000001a0  2f 4f 20 65 72 72 6f 72  ff 0d 0a 52 65 70 6c 61  |/O error...Repla|
000001b0  63 65 20 74 68 65 20 64  69 73 6b 2c 20 61 6e 64  |ce the disk, and|
000001c0  20 74 68 65 6e 20 70 72  65 73 73 20 61 6e 79 20  | then press any |
000001d0  6b 65 79 0d 0a 00 00 00  49 4f 20 20 20 20 20 20  |key.....IO      |
000001e0  53 59 53 4d 53 44 4f 53  20 20 20 53 59 53 7e 01  |SYSMSDOS   SYS~.|
000001f0  00 57 49 4e 42 4f 4f 54  20 53 59 53 00 00 55 aa  |.WINBOOT SYS..U.|
00000200
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=112662896| hexdump -C
00000000  00 00 81 50 00 00 00 00  32 00 37 00 23 00 0b 00  |...P....2.7.#...|
1+0 enregistrements lus
1+0 enregistrements écrits
00000010  47 01 ff ff 81 00 00 00  00 00 00 00 00 00 02 50  |G..............P|
512 octets (512 B) copiés00000020  00 00 00 00 14 00 49 00  1e 00 0a 00 48 01 ff ff  |......I.....H...|
00000030  82 00 26 00 54 00 6f 00  70 00 3a 00 00 00 00 00  |..&.T.o.p.:.....|
00000040  00 00 81 50 00 00 00 00  32 00 49 00 23 00 0b 00  |...P....2.I.#...|
, 0,0540092 s, 9,5 kB/s
00000050  4d 01 ff ff 81 00 00 00  00 00 00 00 00 00 02 50  |M..............P|
00000060  00 00 00 00 64 00 37 00  1e 00 0a 00 4b 01 ff ff  |....d.7.....K...|
00000070  82 00 26 00 48 00 f8 00  6a 00 72 00 65 00 3a 00  |..&.H...j.r.e.:.|
00000080  00 00 00 00 00 00 81 50  00 00 00 00 82 00 37 00  |.......P......7.|
00000090  23 00 0b 00 4a 01 ff ff  81 00 00 00 00 00 00 00  |#...J...........|
000000a0  00 00 02 50 00 00 00 00  64 00 49 00 1e 00 0a 00  |...P....d.I.....|
000000b0  4e 01 ff ff 82 00 26 00  42 00 75 00 6e 00 64 00  |N.....&.B.u.n.d.|
000000c0  3a 00 00 00 00 00 00 00  00 00 81 50 00 00 00 00  |:..........P....|
000000d0  82 00 49 00 23 00 0b 00  50 01 ff ff 81 00 00 00  |..I.#...P.......|
000000e0  00 00 00 00 01 00 01 50  00 00 00 00 b4 00 03 00  |.......P........|
000000f0  28 00 0f 00 01 00 ff ff  80 00 4f 00 4b 00 00 00  |(.........O.K...|
00000100  00 00 00 00 00 00 01 50  00 00 00 00 b4 00 15 00  |.......P........|
00000110  28 00 0f 00 02 00 ff ff  80 00 41 00 6e 00 6e 00  |(.........A.n.n.|
00000120  75 00 6c 00 6c 00 65 00  72 00 00 00 00 00 00 00  |u.l.l.e.r.......|
00000130  00 00 01 50 00 00 00 00  b4 00 27 00 28 00 0f 00  |...P......'.(...|
00000140  09 00 ff ff 80 00 26 00  48 00 6a 00 e6 00 6c 00  |......&.H.j...l.|
00000150  70 00 00 00 00 00 00 00  c0 00 c8 00 00 00 00 00  |p...............|
00000160  10 00 00 00 00 00 e1 00  5f 00 00 00 00 00 50 00  |........_.....P.|
00000170  61 00 67 00 65 00 20 00  53 00 65 00 74 00 75 00  |a.g.e. .S.e.t.u.|
00000180  70 00 00 00 08 00 4d 00  53 00 20 00 53 00 68 00  |p.....M.S. .S.h.|
00000190  65 00 6c 00 6c 00 20 00  44 00 6c 00 67 00 00 00  |e.l.l. .D.l.g...|
000001a0  00 00 02 50 00 00 00 00  0a 00 07 00 28 00 0f 00  |...P........(...|
000001b0  40 01 ff ff 82 00 26 00  48 00 65 00 61 00 64 00  |@.....&.H.e.a.d.|
000001c0  65 00 72 00 3a 00 00 00  00 00 00 00 00 00 81 50  |e.r.:..........P|
000001d0  00 00 00 00 3c 00 05 00  6e 00 0c 00 41 01 ff ff  |....<...n...A...|
000001e0  81 00 00 00 00 00 00 00  00 00 02 50 00 00 00 00  |...........P....|
000001f0  0a 00 18 00 28 00 0f 00  42 01 ff ff 82 00 26 00  |....(...B.....&.|
00000200
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=120930672| hexdump -C
00000000  61 bb 69 f1 8f 6c 37 2d  dc cd 9c 12 0a 77 21 54  |a.i..l7-.....w!T|
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés00000010  86 cb de 08 c0 5a 55 15  18 67 b3 ca 40 86 ac 0a  |.....ZU..g..@...|
, 0,0539506 s, 9,5 kB/s
00000020  c1 7c aa d6 d0 c8 7e 3d  dc 59 8f d7 c5 87 e1 cd  |.|....~=.Y......|
00000030  ad 78 bd e8 0a b8 8f 70  a4 55 3b f1 ce fa 1e 70  |.x.....p.U;....p|
00000040  07 51 47 d1 6b db 65 6f  ef 09 77 0e d1 6f f1 fa  |.QG.k.eo..w..o..|
00000050  57 fa ad 0e ae d7 d1 6b  b0 cb 56 ad d1 e0 35 b8  |W......k..V...5.|
00000060  7c 54 ad c7 eb e4 39 b2  d8 c4 76 2b 24 68 4d 79  ||T....9...v+$hMy|
00000070  a7 4a 9c aa 77 d9 c7 d0  f9 17 2d 96 94 a3 a0 03  |.J..w.....-.....|
00000080  e2 8c a1 47 10 3c 88 cb  9e 5f 46 a7 e4 df e7 4a  |...G.<..._F....J|
00000090  e2 0b 86 a0 d7 8b 39 2f  4a df 45 f3 c4 bc 9b ca  |......9/J.E.....|
000000a0  3a fd e2 0f 1d fe 3f f1  03 7a 80 15 fa d8 b3 6a  |:.....?..z.....j|
000000b0  99 68 3e 14 d1 32 0b db  9c 1a c7 e6 0c fb 9b c4  |.h>..2..........|
000000c0  fe 26 b2 bf 09 ac af 46  c1 2e fa b1 52 cc 2d 1a  |.&.....F....R.-.|
000000d0  42 a7 0b 39 8c 74 40 33  29 b7 68 0c ed df e3 ac  |B..9.t@3).h.....|
000000e0  29 4f 56 60 8d c6 ac 10  b9 4a 55 e5 d9 7f 05 d3  |)OV`.....JU.....|
000000f0  ab fd 57 5a a7 6e 9d a2  5c 5c 86 ac ec d9 ac ec  |..WZ.n..\\......|
00000100  2b 2a 60 c2 8a e4 1b 71  e2 4c 98 b5 34 8d 59 60  |+*`....q.L..4.Y`|
00000110  3e 22 d3 4b 30 7d ef b8  4f ca 47 04 d3 f7 d7 85  |>".K0}..O.G.....|
00000120  f0 65 23 9d b4 e7 d9 a4  6d f9 98 fa 5b 3d de fe  |.e#.....m...[=..|
00000130  67 74 46 f9 0b f0 39 4b  d4 72 6f df d9 84 ce 59  |gtF...9K.ro....Y|
00000140  0b b1 d7 52 6f 63 03 7b  ab 2b 53 64 63 b5 6f d5  |...Roc.{.+Sdc.o.|
00000150  50 52 ef a4 9e 0f 71 2e  7b fc bb b8 f6 0d bc c3  |PR....q.{.......|
00000160  88 3a 43 ea 1b 30 0f 9a  bd 93 ca fe 90 0b d0 1c  |.:C..0..........|
00000170  4b e4 d4 6f b9 50 fb 06  13 6a 17 bd c1 84 da c2  |K..o.P...j......|
00000180  37 98 50 db b8 0c 25 60  ea 2c 18 a0 0f a6 fc b5  |7.P...%`.,......|
00000190  bf 13 88 14 37 41 ca 6f  63 55 60 4e 14 8a 93 2e  |....7A.ocU`N....|
000001a0  f9 11 24 d4 d6 4f b2 5d  8d e5 ca de 6e f3 d0 76  |..$..O.]....n..v|
000001b0  75 87 cb 5e 30 87 73 de  26 15 e7 fd b1 3c 8c ad  |u..^0.s.&....<..|
000001c0  32 d0 ae 5b 58 41 ed 95  1a db d3 dc 50 f5 d5 3c  |2..[XA......P..<|
000001d0  c4 08 e1 61 fb ff 99 87  46 0a 6a a1 1a 1d ad b4  |...a....F.j.....|
000001e0  4e 31 77 e5 58 a5 95 ca  59 16 de 50 e9 27 c2 8b  |N1w.X...Y..P.'..|
000001f0  f7 71 3f c6 3d 9b 62 d9  31 0d 43 d5 87 2c 60 b6  |.q?.=.b.1.C..,`.|
00000200
remi@remi-Vostro-3550:~$

remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=127601008| hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  3c 3f 78 6d 6c 20 76 65  72 73 69 6f 6e 3d 22 31  |<?xml version="1|
512 octets (512 B) copiés00000010  2e 30 22 20 65 6e 63 6f  64 69 6e 67 3d 22 55 54  |.0" encoding="UT|
00000020  46 2d 38 22 3f 3e 0a 3c  21 2d 2d 0a 0a 20 41 75  |F-8"?>.<!--.. Au|
, 0,0537374 s, 9,5 kB/s
00000030  74 68 6f 72 73 3a 20 20  43 68 6f 6e 67 20 4b 61  |thors:  Chong Ka|
00000040  69 20 58 69 6f 6e 67 2c  20 53 69 6d 6f 6e 20 57  |i Xiong, Simon W|
00000050  65 6e 6e 65 72 0a 20 43  6f 70 79 72 69 67 68 74  |enner. Copyright|
00000060  20 28 43 29 20 32 30 30  35 2d 32 30 30 36 20 20  | (C) 2005-2006  |
00000070  43 68 6f 6e 67 20 4b 61  69 20 58 69 6f 6e 67 20  |Chong Kai Xiong |
00000080  20 3c 64 65 73 63 65 6e  64 65 72 40 70 68 72 65  | <descender@phre|
00000090  61 6b 65 72 2e 6e 65 74  3e 0a 20 43 6f 70 79 72  |aker.net>. Copyr|
000000a0  69 67 68 74 20 28 43 29  20 32 30 30 39 2d 32 30  |ight (C) 2009-20|
000000b0  31 30 20 20 53 69 6d 6f  6e 20 57 65 6e 6e 65 72  |10  Simon Wenner|
000000c0  20 20 3c 73 69 6d 6f 6e  40 77 65 6e 6e 65 72 2e  |  <simon@wenner.|
000000d0  63 68 3e 0a 0a 20 54 68  69 73 20 6c 69 62 72 61  |ch>.. This libra|
000000e0  72 79 20 69 73 20 66 72  65 65 20 73 6f 66 74 77  |ry is free softw|
000000f0  61 72 65 3b 20 79 6f 75  20 63 61 6e 20 72 65 64  |are; you can red|
00000100  69 73 74 72 69 62 75 74  65 20 69 74 20 61 6e 64  |istribute it and|
00000110  2f 6f 72 0a 20 6d 6f 64  69 66 79 20 69 74 20 75  |/or. modify it u|
00000120  6e 64 65 72 20 74 68 65  20 74 65 72 6d 73 20 6f  |nder the terms o|
00000130  66 20 74 68 65 20 47 4e  55 20 4c 69 62 72 61 72  |f the GNU Librar|
00000140  79 20 47 65 6e 65 72 61  6c 20 50 75 62 6c 69 63  |y General Public|
00000150  0a 20 4c 69 63 65 6e 73  65 20 61 73 20 70 75 62  |. License as pub|
00000160  6c 69 73 68 65 64 20 62  79 20 74 68 65 20 46 72  |lished by the Fr|
00000170  65 65 20 53 6f 66 74 77  61 72 65 20 46 6f 75 6e  |ee Software Foun|
00000180  64 61 74 69 6f 6e 3b 20  65 69 74 68 65 72 0a 20  |dation; either. |
00000190  76 65 72 73 69 6f 6e 20  32 20 6f 66 20 74 68 65  |version 2 of the|
000001a0  20 4c 69 63 65 6e 73 65  2c 20 6f 72 20 28 61 74  | License, or (at|
000001b0  20 79 6f 75 72 20 6f 70  74 69 6f 6e 29 20 61 6e  | your option) an|
000001c0  79 20 6c 61 74 65 72 20  76 65 72 73 69 6f 6e 2e  |y later version.|
000001d0  0a 0a 20 54 68 69 73 20  6c 69 62 72 61 72 79 20  |.. This library |
000001e0  69 73 20 64 69 73 74 72  69 62 75 74 65 64 20 69  |is distributed i|
000001f0  6e 20 74 68 65 20 68 6f  70 65 20 74 68 61 74 20  |n the hope that |
00000200
remi@remi-Vostro-3550:~$

Arbiel

Nasman · Le 07/10/2013, à 19:27

Ton mbr actuel dit que tu as :
une partition principale sda1, à priori en ext? (ext2, ext3 ou ext4) commençant au secteur 2048 et faisant 968572928 secteurs
une partition étendue sda2 commençant en 968577022 et faisant 8194050 secteurs.

Pour voir les partitions logiques il faut faire:

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

La commande
sudo dd if=/dev/sda bs=512 count=1 skip=30926848| hexdump -C
a donné la zone amorce d'une partition en ntfs

La commande
sudo dd if=/dev/sda bs=512 count=1 skip=30926855| hexdump -C
n'a rien donné

La commande
sudo dd if=/dev/sda bs=512 count=1 skip=86366208| hexdump -C
a donné la zone amorce d'une partition en fat32

La commande
sudo dd if=/dev/sda bs=512 count=1 skip=112662896| hexdump -C
n'a rien donné

La commande
sudo dd if=/dev/sda bs=512 count=1 skip=120930672| hexdump -C
n'a rien donné

quant à la dernière commande, elle tombe au milieu d'une partition.

Arbiel · Le 07/10/2013, à 21:22

La taille de /dev/sda1 est visiblement erronée. La première partition était ma partition Data qui devait avoir repris strictement la place qu'occupaient antérieurement les deux premières partitions (je pense que c'était vraiment les deux premières, "recovery" et "tools") du PC. Sa taille devait être de quelques petites dizaines de Gio.

La partition Windows devait lui être adjacente, et bien sûr être devenue /dev/sda3. Et j'ai dû définir /dev/sda2 comme la partition étendue derrière Windows, dans laquelle j'avais mes partitions ext*, et une partition NTFS, pont entre Linux et Windows.

Je vais chercher dans les discussions auxquelles j'ai participé à l'époque de mes débuts avec Ubuntu si je n'ai pas publié des informations sur ces partitions.

Arbiel

Compte anonymisé · Le 07/10/2013, à 21:50

En effet tu avais çà sur ce post en mai 2013 :

Drive: sda _____________________________________________________________________
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sda1 2,048 30,926,847 30,924,800 83 Linux
/dev/sda2 * 30,926,848 112,269,311 81,342,464 7 NTFS / exFAT / HPFS
/dev/sda3 120,659,968 976,773,167 856,113,200 5 Extended
/dev/sda5 120,662,016 134,660,095 13,998,080 83 Linux
/dev/sda6 137,441,280 141,633,535 4,192,256 7 NTFS / exFAT / HPFS
/dev/sda7 141,635,584 162,609,151 20,973,568 83 Linux
/dev/sda8 162,611,200 791,756,799 629,145,600 83 Linux
/dev/sda9 791,758,848 972,576,767 180,817,920 83 Linux
/dev/sda10 972,578,816 976,588,799 4,009,984 b W95 FAT32
/dev/sda11 976,590,848 976,773,119 182,272 83 Linux
/dev/sda12 134,662,144 137,439,231 2,777,088 83 Linux
/dev/sda4 112,269,312 120,659,967 8,390,656 82 Linux swap / Solaris

"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/sda1 3ee2811f-d984-4ff4-9698-36f083fecda1 ext4 Data
/dev/sda10 6272-45BA vfat PASSERELLEev/sda11 dea2a123-c985-4a5c-bc98-975c6bd8386b ext4 maisonnette
/dev/sda12 1022a339-49dc-41fd-bc26-a8cb207dcb82 ext2 boot
/dev/sda2 AC7C4EC27C4E86D4 ntfs OS
/dev/sda4 857dda1a-4d1f-4e71-bd5d-d6c96e8032c6 swap swap
/dev/sda5 5193ea50-93a3-41f0-9e40-acd7c80a0877 ext4 xubuntu
/dev/sda6 498F2C6F49CED050 ntfs ciel_remi
/dev/sda7 bedf892b-d69d-45ba-a16c-59b32a8e031c ext4 Pingolin
/dev/sda8 3b5a9083-e27a-4f2f-917d-56945ff7fd4e ext4 Multimedia
/dev/sda9 5ecd6806-5db8-4670-a2fd-079df82cf0d6 ext4 Archives
================================ Mount points: =================================
Device Mount_Point Type Options
/dev/sda1 /home ext4 (rw,nosuid,nodev)
/dev/sda12 /boot ext2 (rw)
/dev/sda7 / ext4 (rw,errors=remount-ro)
/dev/sda8 /media/Multimedia ext4 (rw)

Arbiel · Le 08/10/2013, à 00:43

Bonsoir

Merci, jeanjd63

De mon côté j'ai trouvé, quelques jours plus tard dans la même discussion, un rapport de BootRepair daté du 1er juin, et donc un peu plus récent que celui que tu as eu la gentillesse d'aller chercher.

La seule différence entre les deux partitionnements est la frontière basse de la partition étendue, que j'ai remontée de quelques secteurs entre ces deux dates, pour la passer de 120,659,968 à 120,662,014 et l'aligner sur la frontière basse de la première partition logique /dev/sda5, en 120,662,016. Je n'ai aucun souvenir de la raison pour laquelle j'ai fait cette modification, et j'espère ne pas en avoir fait d'autres depuis. (Sait-on retrouver tous les rapports BootRepair produits par un utilisateur donné ?).

Mon idée serait alors de recréer, vraisemblablement avec parted (que je n'ai jamais utilisé) la table des partitions sur ces bases. Comment calculer l'adresse du secteur à visualiser pour vérifier que l'emplacement des partitions est correct ? Une telle manipulation est-elle réaliste ou vouée à l'échec ? Je ne toucherais en rien aux partitions logiques, qui doivent toujours être correctement décrites dans la partition étendue.

Pour en revenir tout d'abord à l'état actuel de mon MBR, c'est évidemment le résultat du lancement de l'installation sur mon disque dur avec l'option "Prends toute la place". Ubiquity a immédiatement recréé une table des partitions en conséquence, une /dev/sda1 qui prend pratiquement toute la place et une partition étendue /dev/sda2 pour y mettre une petite swap.

Arbiel

moko138 · Le 08/10/2013, à 07:26

Arbiel a écrit :

J'ai pratiquement instantanément pris conscience du problème et arrêté assez sèchement l'installation, qui outre le MBR, a certainement fusillé Grub (je n'ai pas vraiment regardé car cela n'a aucune importance)

1) @Arbiel : De mémoire, c'est en fin d'installation que la première moitié de grub est écrite. Or tu as arrêté l'installation avant. Donc, j'ai bon espoir que Nasman te récupère cette première moitié.

2) @Nasman : La nouvelle installation, interrompue, n'a écrasé, je suppose, que :
- la table des anciennes partitions principales et étendue,
- le début de la nouvelle sda1,
- et, en fin de disque, les débuts des nouvelles sda2 et sda5.
Donc, sauf erreur ou omission, la plupart des données et tables de partitions logiques devraient être récupérables, non ? Est-ce que je me trompe ?

Nasman · Le 08/10/2013, à 08:28

Je pense qu'à partir du moment où on aura retrouvé l'emplacement du début de l'ancienne partition étendue (1er ebr), on aura les informations d'emplacement de la première partition logique, du deuxième ebr et ainsi de suite.

En règle générale on peut avoir deux cas :
- alignement sur les cylindres : dans ce cas la partition étendue commence au début d'un cylindre, multiple de 16065 secteurs et la première partition logique commence 63 secteurs plus loin - idem pour les autre ebr
- alignement sur 2048 secteurs (alignement Mio) : la partition étendue est un multiple de 2048 auquel on doit retirer 2 (l'emplacement modulo 2048 fait 2046) et la première partition logique, elle, commence deux secteurs plus loin (elle est donc alignée avec un multiple de 2048).
Il faudrait regarder dans les résultats de testdisk (convertir les cylindre, tête, secteurs en LBA)
La conversion est : LBA = 16065xC + 63xH +S -1

Arbiel · Le 08/10/2013, à 12:37

Bonjour

@tous

Nasman a écrit :

La commande
sudo dd if=/dev/sda bs=512 count=1 skip=30926848| hexdump -C
a donné la zone amorce d'une partition en ntfs

BootRepair de mai/juin a écrit :

/dev/sda2 * 30,926,848 112,269,311 81,342,464 7 NTFS / exFAT / HPFS

testdisk a écrit :

D HPFS - NTFS 1925 27 23 6988 112 29 81342457 [OS]

remi@remi-Vostro-3550:~$ c=1925;h=27;s=23
remi@remi-Vostro-3550:~$ echo $((16065*${c}+63*${h}+${s}-1))
30926848
remi@remi-Vostro-3550:~$ c=6988;h=112;s=29
remi@remi-Vostro-3550:~$ echo $((16065*${c}+63*${h}+${s}-1))
112269304
remi@remi-Vostro-3550:~$ echo $((112269304-30926848+1))
81342457

Je ne pense pas avoir modifié en quoi que ce soit la taille de l'ancienne partition /dev/sda2 depuis mai/juin. A l'exception de la petite différence de taille, il semble bien que cette partition soit parfaitement identifiée.

Quel décalage y a-t-il entre le début d'une partition ext4 et le début des données ?

remi@remi-Vostro-3550:~$ sect=2048
remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=${sect}| hexdump -C
[sudo] password for remi: 
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 octets (512 B) copiés, 0,000509608 s, 1,0 MB/s
00000200
remi@remi-Vostro-3550:~$

@moko138
J'ai stoppé l'installation dans un délai extrêmement court, quelques secondes seulement après l'avoir lancée. Que grub ait été endommagé ou pas n'a aucune importance. Je n'ai aucune difficulté pour le réinstaller. Seules m'importent les fichiers, et, dans une moindre mesure, mon ancienne partition système, dans laquelle j'avais quelques scripts et des lanceurs, mais en fait, rien de bien difficile à reconstruire de zéro. Les plus importants étaient dans l'ancienne /dev/sda1, et c'est malheureusement celle-là qui risque le plus d'avoir été endommagée.
Des dommages peuvent aussi avoir été apportés en fin de disque, là où Ubiquity a installé la partition étendue et la swap, mais je n'y avais rien d'important.

Arbiel

Nasman · Le 08/10/2013, à 13:08

Arbiel a écrit :

Quel décalage y a-t-il entre le début d'une partition ext4 et le début des données ?

Jusqu'à maintenant j'ai constaté que les données commencent à l'adresse 400 après le début de la partition, ce qui correspondrait à sauter 2 secteurs. Le point de montage ? serait à l'adresse 488

Arbiel · Le 08/10/2013, à 13:41

La partition étendue me semble commencer plutôt en 120662014 qu'en 120659968

remi@remi-Vostro-3550:~$ sect=120659968
remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=${sect}| hexdump -C
[sudo] password for remi: 
00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
1+0 enregistrements lus
1+0 enregistrements écrits
*
512 octets (512 B) copiés, 0,0621942 s, 8,2 kB/s
00000200
remi@remi-Vostro-3550:~$ sect=120662014
remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=${sect}| hexdump -C
00000000  a4 81 00 00 d2 01 00 00  b7 97 d0 51 c8 fa b8 51  |...........Q...Q|
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés
00000010  d8 47 8d 4f 00 00 00 00  00 00 01 00 08 00 00 00  |.G.O............|
00000020  00 00 08 00 01 00 00 00  0a f3 01 00 04 00 00 00  |................|
, 0,0575156 s, 8,9 kB/s
00000030  00 00 00 00 00 00 00 00  01 00 00 00 9d b7 10 00  |................|
00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000060  00 00 00 00 50 76 25 ac  00 00 00 00 00 00 00 00  |....Pv%.........|
00000070  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000080  1c 00 00 00 1c d5 78 d6  00 00 00 00 38 15 f2 0c  |......x.....8...|
00000090  c8 fa b8 51 1c d5 78 d6  00 00 00 00 00 00 00 00  |...Q..x.........|
000000a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000100  a4 81 00 00 cd 01 00 00  b7 97 d0 51 c8 fa b8 51  |...........Q...Q|
00000110  d8 47 8d 4f 00 00 00 00  00 00 01 00 08 00 00 00  |.G.O............|
00000120  00 00 08 00 01 00 00 00  0a f3 01 00 04 00 00 00  |................|
00000130  00 00 00 00 00 00 00 00  01 00 00 00 9e b7 10 00  |................|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000160  00 00 00 00 51 76 25 ac  00 00 00 00 00 00 00 00  |....Qv%.........|
00000170  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000180  1c 00 00 00 1c d5 78 d6  00 00 00 00 b4 a5 63 95  |......x.......c.|
00000190  c8 fa b8 51 1c d5 78 d6  00 00 00 00 00 00 00 00  |...Q..x.........|
000001a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200
remi@remi-Vostro-3550:~$

Pour mon ancienne partition /dev/sda1, on trouve bien un point de montage en 88 du secteur 2050, mais l'uuid ne correspond pas à celle qui était donnée dans le rapport de mai/juin

remi@remi-Vostro-3550:~$ sect=2050
remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=512 count=1 skip=${sect}| hexdump -C
[sudo] password for remi: 
00000000  00 e0 cd 01 00 68 37 07  cc 5e 5c 00 31 7f 17 07  |.....h7..^\.1...|
1+0 enregistrements lus
1+0 enregistrements écrits
00000010  fc ac cd 01 00 00 00 00  02 00 00 00 02 00 00 00  |................|
512 octets (512 B) copiés
00000020  00 80 00 00 00 80 00 00  00 20 00 00 60 ed 51 52  |......... ..`.QR|
00000030  bf ed 51 52 04 00 ff ff  53 ef 01 00 01 00 00 00  |..QR....S.......|
, 0,000333349 s, 1,5 MB/s
00000040  79 36 51 52 00 00 00 00  00 00 00 00 01 00 00 00  |y6QR............|
00000050  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
00000060  42 02 00 00 7b 00 00 00  c6 7c 05 c4 eb 35 43 28  |B...{....|...5C(|
00000070  bb 8a 99 49 a5 db d3 0c  00 00 00 00 00 00 00 00  |...I............|
00000080  00 00 00 00 00 00 00 00  2f 6d 65 64 69 61 2f 63  |......../media/c|
00000090  36 37 63 30 35 63 34 2d  65 62 33 35 2d 34 33 32  |67c05c4-eb35-432|
000000a0  38 2d 62 62 38 61 2d 39  39 34 39 61 35 64 62 64  |8-bb8a-9949a5dbd|
000000b0  33 30 63 00 00 00 00 00  00 00 00 00 00 00 00 00  |30c.............|
000000c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 e3 03  |................|
000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000e0  08 00 00 00 00 00 00 00  00 00 00 00 07 cf af 08  |................|
000000f0  24 d3 47 13 87 f5 91 57  74 f4 7c 8e 01 01 00 00  |$.G....Wt.|.....|
00000100  0c 00 00 00 00 00 00 00  79 36 51 52 0a f3 02 00  |........y6QR....|
00000110  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000120  00 80 98 03 ff 7f 00 00  01 00 00 00 ff ff 98 03  |................|
00000130  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000150  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000160  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000170  00 00 00 00 04 00 00 00  f4 ad 0e 00 00 00 00 00  |................|
00000180  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200
remi@remi-Vostro-3550:~$

BootRepair a écrit :

/dev/sda1 3ee2811f-d984-4ff4-9698-36f083fecda1 ext4 Data

Edit:

Pour la partition étendue, ce n'est pas très bon :

remi@remi-Vostro-3550:~$ sect=120662014
remi@remi-Vostro-3550:~$ sudo dd if=/dev/sda bs=1 count=64 skip=$(($sect*512+446)) | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
64+0 enregistrements lus
64+0 enregistrements écrits
64 octets (64 B) copiés, 0,000733091 s, 87,3 kB/s
00000040
remi@remi-Vostro-3550:~$

Je suis allé chercher la table des partitions dans l'EBR selon les indications de Wikipedia qui indique que la structure de l'EBR est identique à celle du MBR. A priori les adresses des partitions logiques devraient être en 446 (décimal) à partir du début de l'EBR.
Arbiel

Dernière modification par Arbiel (Le 08/10/2013, à 14:15)

Babdu89 · Le 08/10/2013, à 14:16

Bonjour.

Si je peux me permettre ...

Alors, bien bien trop compliqué pour moi tous ces calculs " exa. machin chouette et tout" ...
Mais, je ne fais qu'intervenir pour répondre à ceci .

Arbielà dit ;
(Sait-on retrouver tous les rapports BootRepair produits par un utilisateur donné ?).

Sur internet dans paste Ubuntu.com, je ne sais pas si on peut faire. Ni comment...

Mais, si tu as au moins un OS Linux installé sur ta machine depuis le début de tes manips.
Tu vas trouver tous les rapports Boot-Repair dans /var/log/boot-sav/log de ce Linux.
Ils sont là dans ce dossier ; boot-sav .
Si c'est un W$ qui a survécu à tes manips, ils se trouvent dans le dossier boot-sav , à la racine de ce W$ .

Voila, si çà peut au moins aider.

Bon courage.

@+. Babdu89 .

Arbiel · Le 08/10/2013, à 16:16

Bonjour Babdu89

Merci pour cette information.

Pour consulter ce répertoire, il faut que je retrouve mes anciennes partitions systèmes en montant mon actuelle /dev/sda1 dans laquelle elles sont et en fouillant dedans. Il faut donc bien que j'arrive à les localiser.

Arbiel

Dernière modification par Arbiel (Le 08/10/2013, à 16:35)

Arbiel · Le 09/10/2013, à 01:17

Bonsoir à tous

J'ai fait une énorme boulette, mais Ubiquity ne m'a pas vraiment aidé. Certes, dans l'écran qui propose les trois options d'installation ("Tout le disque", "A côté de Windows" ou "Autre chose") le message affiché avec "Tout le disque" met en garde que tous les fichiers vont être effacés, mais je considère que dans ce cas là, Ubiquity devrait au minimum regarder s'il n'y aurait pas par hasard un disque entièrement vierge (c'était mon cas, bien évidemment, c'est pourquoi je râle), et dans ce cas, prendre par défaut ce disque comme cible d'installation, et, en tout état de cause, prévenir à nouveau par un message spécifique, si l'utilisateur vise un autre disque. Les conséquences sont si graves qu'un tel avertissement, éventuellement assorti de la liste de ce qui va être détruit (les partitions, car la liste des fichiers, c'est peut-être beaucoup), me semble la moindre des choses.

Je pense même qu'Ubiquity ne devrait pas avoir cette option, et laisser ce travail de purge du disque dur à GParted, ou à un dd, parce que l'on n'est même pas en mode "root" pour tout détruire !! Je vais chez mon meilleur ennemi avec une clé USB d'installation, et hop, je lui bousille son disque dur pendant qu'il a le dos tourné. En deux minutes, on n'en parle plus.

J'ai constaté que les EBR avaient tous été endommagés. En auscultant les 3 premiers secteurs de certaines partitions identifiées par testdisk et présentes dans les rapports de BootRepair de mai/juin, il apparaît que le premier secteur ne contient plus de table de partitions (les deux entrées qui adressent la partition courante et la partition suivante), ni le fameux 55AA en fin de secteur. Au démarrage, Ubiquity commence donc par effacer, entre autres, tous les EBR et on peut aussi se demander la raison d'une telle hâte.

J'ai retrouvé en 488, comme l'a indiqué Nasman, le point de montage (du dernier montage de la partition) et également en 468 son uuid et en 478 son étiquette. La longueur des étiquettes de partitions est-elle vraiment limitée à 16 caractères ?

Je pense abandonner la recherche des informations sur mes anciennes partitions, car, si je pouvais espérer pouvoir reconstruire "à la main" la table des partitions du MBR, je ne me sens pas de taille à reconstruire les EBR, d'autant plus que les adresses des partitions logiques sont des valeurs relatives à la partition principale et non des adresses absolues sur le disque.

Je vais donc approfondir ce que me donne testdisk et voir avec Photorec si je peux tirer quelque chose de mon ancienne partition /dev/sda1, vraisemblablement très endommagée car elle commençait à la même adresse que la nouvelle partition créée par Ubiquity.

Cependant, si vous avez de nouvelles idées pour m'aider, n'hésitez surtout pas. Je vous en remercie d'avance.

Arbiel

Nasman · Le 09/10/2013, à 08:24

Le travail à effectuer sur les ebr est globalement le même que pour le mbr. La difficulté consiste surtout à repérer le début et la taille des partitions à récupérer. La réécriture des ebr est une plaisanterie à côté de cela.

Dans ton cas la grosse difficulté c'est que ton disque a un "lourd historique" du fait de nombreux formatages et réinstallations ce qui fait qu'il est difficile de savoir quoi garder.

Je pense que la piste consistant à regarder ce que tu avais posté dans le passé doit être privilégié pour savoir à quoi correspond chaque partition vue par testdisk.

Arbiel · Le 09/10/2013, à 09:40

Refaire les EBR n'est peut-être pas trop compliqué, mais il me faut au préalable retrouver mes partitions, ce qui, compte tenu de l'effacement du "magic number" me parait maintenant plus compliqué.

Pour ce qui concerne les rapports, j'en ai fait un certain nombre depuis les deux que nous avons retrouvés, mais je je les ai pas publiés, les ayant produits pour mon compte personnel. Je ne sais pas non plus tenir compte de la remarque de Babdu89, dans la mesure où, autant que je comprenne, les enregistrements effectués localement ne peuvent se trouver que dans l'arborescence des fichiers du système actif lors de l'exécution de BootRepair, et tout cela se ballade sur mon disque dur.

Et, dans la recherche des partitions "à la main", puis-je réellement faire mieux que "testdisk", et n'est-il pas plus fiable que moi dans la reconstruction des tables de partitions, MBR ou EBR ?

Une dernière question :

M'est-il préférable de rechercher mes fichiers par Photorec avant ou après la réécriture des tables de partitions ?

Arbiel

Babdu89 · Le 09/10/2013, à 10:13

Bonjour.

@ Arbiel.

J'ai fait une énorme boulette, mais Ubiquity ne m'a pas vraiment aidé. Certes, dans l'écran qui propose les trois options d'installation ("Tout le disque", "A côté de Windows" ou "Autre chose") le message affiché avec "Tout le disque" met en garde que tous les fichiers vont être effacés, mais je considère que dans ce cas là, Ubiquity devrait au minimum regarder s'il n'y aurait pas par hasard un disque entièrement vierge (c'était mon cas, bien évidemment, c'est pourquoi je râle), et dans ce cas, prendre par défaut ce disque comme cible d'installation, et, en tout état de cause, prévenir à nouveau par un message spécifique, si l'utilisateur vise un autre disque. Les conséquences sont si graves qu'un tel avertissement, éventuellement assorti de la liste de ce qui va être détruit (les partitions, car la liste des fichiers, c'est peut-être beaucoup), me semble la moindre des choses.
Je pense même qu'Ubiquity ne devrait pas avoir cette option, et laisser ce travail de purge du disque dur à GParted, ou à un dd, parce que l'on n'est même pas en mode "root" pour tout détruire !! Je vais chez mon meilleur ennemi avec une clé USB d'installation, et hop, je lui bousille son disque dur pendant qu'il a le dos tourné. En deux minutes, on n'en parle plus.

Normalement ,Ubiquity lorsqu'il est en présence d'une configuration multi disques, présente le champ; "Sélectionner le disque" .

Ubiquity ne peut pas savoir le choix fait par l'utilisateur pour installer, mais il propose bien d'indiquer le choix du disque d'installation dans ce champ...

Le champ propose par défaut le premier disque pris en compte par le post fait par la machine au démarrage . En général celui ou est installé un OS. Mais ce n'est pas toujours le cas.

Donc, c'est quand même bien à l'utilisateur de faire attention au moment du choix du disque d'installation .

Depuis les versions où est proposée l'étape "Allouer de l'espace disque", pour ma part je trouve un "défaut" à Ubiquity.

C'est que lorsque l'on a bien choisi (ou pas) le disque d'installation. Et que l'on valide pour poursuivre l'installation, on ne peut plus revenir en arrière. Il me semble bien avoir vu que le formatage commence, pendant que l'on continue de renseigner les autres étapes de l'installation (À confirmé par ceux qui surveillent ce que fait Ubiquity pendant l'installation) .

Je me rappelle avoir lu que c'était pour gagner un peut de temps sur l'installation ...

Résultat, le temps que je fasse mes choix sur les autres fenêtres d'Ubiquity, lors de mes premières installations de test. Le formatage et la copie des fichiers étaient finies, et il y avait un message qui incitait à poursuivre l'opération d'installation.

Pour mon goût, je préférais l'ancienne méthode qui présentait une fenêtre avec tous les choix d'installations faits par l'utilisateur... Choix à valider avant de commencer à travailler sur les disques. On pouvait sortir de l'installation sans que quoi que ce soit change sur les disque dur .
Çà permettait de simuler une installation sans la faire .

Maintenant dès que l'on valide à la dernière fenêtre "Allouer de l'espace disque" , on est "cuit" si on fait une erreur ...

Voir la doc...

http://doc.ubuntu-fr.org/tutoriel/insta … ace_disque

Pour ce qui concerne les rapports, j'en ai fait un certain nombre depuis les deux que nous avons retrouvés, mais je je les ai pas publiés, les ayant produits pour mon compte personnel. Je ne sais pas non plus tenir compte de la remarque de Babdu89, dans la mesure où, autant que je comprenne, les enregistrements effectués localement ne peuvent se trouver que dans l'arborescence des fichiers du système actif lors de l'exécution de BootRepair, et tout cela se ballade sur mon disque dur.

Alors, je complète mes infos à ce sujet.

Si on utilise Boot-Repair, sans désactiver la cration du boot info script, et qu'on ne le publie pas (indiquer l'URL). Une copie est faite dans les log sous la forme suivante ; un fichier texte " RESULTS.txt" . Donc elle est disponible dans les log.

Mais si comme c'est mon cas,( pour gagner du temps à la réinstallation de Grub sur mes OS), je désactive l'option "créer un rapport boot info".
Dans ce cas là Boot-Repair ne fait pas de copie du rapport ,puisque pas de rapport créé ...
Les log sont présents mais moins complets que le fichier RESULTS.txt .

@+. Babdu89 .

Arbiel · Le 10/10/2013, à 11:30

Bonjour à tous

Je galère encore pour retrouver mes partitions. En attendant le résultat de testdisk, j'ai un peu de temps pour revenir sur Ubiquity et les informations de Babdu89

J'ai regardé de manière plus précise les écrans proposés par Ubiquity. Il semble que ce logiciel se focalise sur /dev/sda.

Tout d'abord dans son premier écran, il vérifie la disponibilité de suffisamment d'espace disque pour travailler. Il ne regarde apparemment que le disque /dev/sda, sans tenir compte de l'espace déjà utilisé. Il pourrait déjà à ce niveau là, inspecter les disques lorsqu'il y en a plusieurs, vérifier sur quels disques il a suffisamment d'espace et demander sur lequel l'utilisateur a l'intention de travailler.

L'écran du choix du type d'installation "Tout le disque", "A côté de Windows", "Autre chose" apparaît avant toute demande de sélection du disque cible de l'installation. Je suis catégorique sur ce point , j'ai vérifié hier soir. Certes, dans mon cas, il n'y avait que deux options, Ubiquity n'ayant pu voir la présence de mon ancienne partition Windows.

Si, ce qu'écrit Babdu89, à savoir

Babdu89 a écrit :

Depuis les versions où est proposée l'étape "Allouer de l'espace disque", pour ma part je trouve un "défaut" à Ubiquity.
C'est que lorsque l'on a bien choisi (ou pas) le disque d'installation. Et que l'on valide pour poursuivre l'installation, on ne peut plus revenir en arrière. Il me semble bien avoir vu que le formatage commence, pendant que l'on continue de renseigner les autres étapes de l'installation (À confirmé par ceux qui surveillent ce que fait Ubiquity pendant l'installation) .
Je me rappelle avoir lu que c'était pour gagner un peut de temps sur l'installation ...
Résultat, le temps que je fasse mes choix sur les autres fenêtres d'Ubiquity, lors de mes premières installations de test. Le formatage et la copie des fichiers étaient finies, et il y avait un message qui incitait à poursuivre l'opération d'installation.

est vrai, alors il y a un vrai problème avec Ubiquity.

En effet, si ce qu'écrit Babdu89 se confirme, alors je peux m'expliquer un peu mieux ma réaction : après avoir, bêtement je le conçois, et en pleine conscience de sa signification, choisi cette "stupide" option, alors Ubiquity ne m'ayant pas demandé sur quel disque je voulais travailler, et n'ayant plus rien à me demander puisque je lui laissais la responsabilité de faire comme il entendait, j'ai dû le voir commencer l'installation et immédiatement réaliser que cette installation avait de fortes (mal)chances de viser mon disque dur.

Enfin, pour insister sur la trop forte focalisation d'Ubiquity sur le disque /dev/sda, lorsque dans l'écran de définition des points de montage, on choisit de travailler sur un disque autre que /dev/sda, c'est néanmoins le schéma de /sda qui apparaît en haut d'écran.

Arbiel

malbo · Le 10/10/2013, à 12:44

Babdu89 a écrit :

C'est que lorsque l'on a bien choisi (ou pas) le disque d'installation. Et que l'on valide pour poursuivre l'installation, on ne peut plus revenir en arrière. Il me semble bien avoir vu que le formatage commence, pendant que l'on continue de renseigner les autres étapes de l'installation (À confirmé par ceux qui surveillent ce que fait Ubiquity pendant l'installation) .

Oui, je confirme que ça se passe comme tu dis ("le formatage commence, pendant que l'on continue de renseigner les autres étapes de l'installation"). Mais ce n'est pas nouveau, ça fait 3 ans que toutes les versions d'Ubuntu fonctionnent de cette façon, depuis Ubuntu 10.10.
On en parle ici : http://doc.ubuntu-fr.org/maverick#un_pr … etravaille
dans cette partie :

 Le partitionnement est aussi revu, afin qu'il soit plus intuitif. Des étapes du processus d'installation, comme la sélection de l'emplacement géographique, les informations de connexion à un réseau sans-fil, les informations d'identification de l'utilisateur et de l'ordinateur, ont été déplacées après le partitionnement, faisant en sorte que l'installation démarre et se conclue plus rapidement.

Et c'est encore plus explicite (à mon avis) dans cette doc : http://arstechnica.com/information-tech … u-1010-wip
dans cette partie :

One of the most significant improvements is that Ubiquity can start formatting the filesystem and copying the necessary files while the user is still answering configuration questions. The installation begins immediately after the user completes the partition configuration step, so this feature noticeably reduces the total installation time. During my tests, I was able to perform a complete installation in less than 15 minutes.

Ce qui donne en français :

L'une des améliorations les plus importantes est que Ubiquity peut lancer le formatage du système de fichiers et copier les fichiers nécessaires alors que l'utilisateur est toujours en train de répondre aux questions de configuration.
L'installation commence immédiatement après que l'utilisateur termine l'étape de configuration de la partition, cette fonctionnalité réduit sensiblement le temps total d'installation.
Au cours de mes tests, j'ai pu effectuer une installation complète en moins de 15 minutes

Dernière modification par malbo (Le 10/10/2013, à 12:50)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/10/2013, à 20:10

Recréer le MBR par analyse du contenu du disque dur

#2 Le 06/10/2013, à 20:21

Re : Recréer le MBR par analyse du contenu du disque dur

#3 Le 06/10/2013, à 21:08

Re : Recréer le MBR par analyse du contenu du disque dur

#4 Le 06/10/2013, à 23:56

Re : Recréer le MBR par analyse du contenu du disque dur

#5 Le 07/10/2013, à 07:53

Re : Recréer le MBR par analyse du contenu du disque dur

#6 Le 07/10/2013, à 08:40

Re : Recréer le MBR par analyse du contenu du disque dur

#7 Le 07/10/2013, à 16:42

Re : Recréer le MBR par analyse du contenu du disque dur

#8 Le 07/10/2013, à 18:47

Re : Recréer le MBR par analyse du contenu du disque dur

#9 Le 07/10/2013, à 19:27

Re : Recréer le MBR par analyse du contenu du disque dur

#10 Le 07/10/2013, à 21:22

Re : Recréer le MBR par analyse du contenu du disque dur

#11 Le 07/10/2013, à 21:50

Re : Recréer le MBR par analyse du contenu du disque dur

#12 Le 08/10/2013, à 00:43

Re : Recréer le MBR par analyse du contenu du disque dur

#13 Le 08/10/2013, à 07:26

Re : Recréer le MBR par analyse du contenu du disque dur

#14 Le 08/10/2013, à 08:28

Re : Recréer le MBR par analyse du contenu du disque dur

#15 Le 08/10/2013, à 12:37

Re : Recréer le MBR par analyse du contenu du disque dur

#16 Le 08/10/2013, à 13:08

Re : Recréer le MBR par analyse du contenu du disque dur

#17 Le 08/10/2013, à 13:41

Re : Recréer le MBR par analyse du contenu du disque dur

#18 Le 08/10/2013, à 14:16

Re : Recréer le MBR par analyse du contenu du disque dur

#19 Le 08/10/2013, à 16:16

Re : Recréer le MBR par analyse du contenu du disque dur

#20 Le 09/10/2013, à 01:17

Re : Recréer le MBR par analyse du contenu du disque dur

#21 Le 09/10/2013, à 08:24

Re : Recréer le MBR par analyse du contenu du disque dur

#22 Le 09/10/2013, à 09:40

Re : Recréer le MBR par analyse du contenu du disque dur

#23 Le 09/10/2013, à 10:13

Re : Recréer le MBR par analyse du contenu du disque dur

#24 Le 10/10/2013, à 11:30

Re : Recréer le MBR par analyse du contenu du disque dur

#25 Le 10/10/2013, à 12:44

Re : Recréer le MBR par analyse du contenu du disque dur

Pied de page des forums