Ubuntu-fr

emm

[résolu]DD : effacer ancienne table de partition gpt hs

Bonjour,
J'ai un soucis de table de partition sur un DD avec lequel j'ai fait pas mal de trucs depuis que je l'ai.
Le disque fonctionne normalement avec sa table de partition mbr, mais il reste des traces d'une ancienne table gpt.
Cela m'empêche de faire des sauvegardes avec clonezilla car "Ce disque contient des tables de partitionnement GPT et MBR discordante : /dev/sdx (...) Vous pouvez utiliser gdisk ou sgdisk pour corriger le problème"
Quand j'ouvre gdisk, j'ai ceci :
http://imagik.fr/images/2016/11/22/Capt … 0gdisk.png
Je ne voudrais pas faire de bêtise avec.
Le message de Clonezilla :
http://imagik.fr/images/2016/11/22/IMG_1704.jpg
il fait référence à sgdisk, mais je n'en trouve pas trace dans mon synaptique.
Merci de votre aide.

Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).

Dernière modification par emm (Le 23/11/2016, à 12:01)

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Peut tu poster le résultat de :

sudo fdisk -l

(en précisant de quel disque il s'agit)

Après on regardera plus finement les secteurs de ce disque (notamment la fin du disque ou se trouve le backup de l'en-tête gpt et de la table des partitions).

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

il est long le bougre , il s'agit de sdc.
Ne t'étonnes pas si des parties du disques sont vides, il est en chantier :

...

Disque /dev/ram7 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram8 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram9 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram10 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram11 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram12 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram13 : 64 MiB, 67108864 octets, 131072 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


Disque /dev/ram14 : 64 MiB, 67108864 octets, 131072 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




...

Disque /dev/sdc : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier:

Périphérique Amorçage     Start       Fin  Secteurs   Size Id Type
/dev/sdc1                  2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sdc2                206848 409602047 409395200 195,2G  7 HPFS/NTFS/exFAT
/dev/sdc3             409602048 976773119 567171072 270,5G  5 Étendue
/dev/sdc5    *        425990144 447039487  21049344    10G 83 Linux
/dev/sdc6             530311168 976773119 446461952 212,9G 83 Linux
/dev/sdc7             447041536 468025343  20983808    10G 83 Linux

Partition table entries are not in disk order.

Dernière modification par emm (Le 19/12/2016, à 22:17)

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Maintenant que l'on connaît le disque :

sudo dd if=/dev/sdc bs=512 count=3 | hexdump -C

sudo dd if=/dev/sdc bs=512 count=1 skip=976773167 | hexdump -C

La deuxième commande devrait afficher le backup de l'en-tête gpt
S'il est effectivement présent, on regardera les 32 secteurs précédents (copie de la table des partitions des 32*4=128 partitions possibles)

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Et voici :

sudo dd if=/dev/sdc bs=512 count=3 | hexdump -C
3+0 enregistrements lus
3+0 enregistrements écrits
1536 bytes (1,5 kB, 1,5 KiB) copied, 2,884e-05 s, 53,3 MB/s
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.......|
00000020  bd be 07 80 7e 00 00 7c  0b 0f 85 0e 01 83 c5 10  |....~..|........|
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 be 80 7d  |. ..d|<.t...R..}|
00000090  e8 17 01 be 05 7c b4 41  bb aa 55 cd 13 5a 52 72  |.....|.A..U..ZRr|
000000a0  3d 81 fb 55 aa 75 37 83  e1 01 74 32 31 c0 89 44  |=..U.u7...t21..D|
000000b0  04 40 88 44 ff 89 44 02  c7 04 10 00 66 8b 1e 5c  |.@.D..D.....f..\|
000000c0  7c 66 89 5c 08 66 8b 1e  60 7c 66 89 5c 0c c7 44  ||f.\.f..`|f.\..D|
000000d0  06 00 70 b4 42 cd 13 72  05 bb 00 70 eb 76 b4 08  |..p.B..r...p.v..|
000000e0  cd 13 73 0d 5a 84 d2 0f  83 d8 00 be 8b 7d e9 82  |..s.Z........}..|
000000f0  00 66 0f b6 c6 88 64 ff  40 66 89 44 04 0f b6 d1  |.f....d.@f.D....|
00000100  c1 e2 02 88 e8 88 f4 40  89 44 08 0f b6 c2 c0 e8  |.......@.D......|
00000110  02 66 89 04 66 a1 60 7c  66 09 c0 75 4e 66 a1 5c  |.f..f.`|f..uNf.\|
00000120  7c 66 31 d2 66 f7 34 88  d1 31 d2 66 f7 74 04 3b  ||f1.f.4..1.f.t.;|
00000130  44 08 7d 37 fe c1 88 c5  30 c0 c1 e8 02 08 c1 88  |D.}7....0.......|
00000140  d0 5a 88 c6 bb 00 70 8e  c3 31 db b8 01 02 cd 13  |.Z....p..1......|
00000150  72 1e 8c c3 60 1e b9 00  01 8e db 31 f6 bf 00 80  |r...`......1....|
00000160  8e c6 fc f3 a5 1f 61 ff  26 5a 7c be 86 7d eb 03  |......a.&Z|..}..|
00000170  be 95 7d e8 34 00 be 9a  7d e8 2e 00 cd 18 eb fe  |..}.4...}.......|
00000180  47 52 55 42 20 00 47 65  6f 6d 00 48 61 72 64 20  |GRUB .Geom.Hard |
00000190  44 69 73 6b 00 52 65 61  64 00 20 45 72 72 6f 72  |Disk.Read. Error|
000001a0  0d 0a 00 bb 01 00 b4 0e  cd 10 ac 3c 00 75 f4 c3  |...........<.u..|
000001b0  00 00 00 00 00 00 00 00  09 32 d6 6e 00 00 00 20  |.........2.n... |
000001c0  21 00 07 df 13 0c 00 08  00 00 00 20 03 00 00 df  |!.......... ....|
000001d0  14 0c 07 fe ff ff 00 28  03 00 00 e0 66 18 00 fe  |.......(....f...|
000001e0  ff ff 05 fe ff ff 00 08  6a 18 00 58 ce 21 00 00  |........j..X.!..|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200  52 56 be 1b 81 e8 39 01  5e bf f4 81 66 8b 2d 83  |RV....9.^...f.-.|
00000210  7d 08 00 0f 84 e2 00 80  7c ff 00 74 46 66 8b 1d  |}.......|..tFf..|
00000220  66 8b 4d 04 66 31 c0 b0  7f 39 45 08 7f 03 8b 45  |f.M.f1...9E....E|
00000230  08 29 45 08 66 01 05 66  83 55 04 00 c7 04 10 00  |.)E.f..f.U......|
00000240  89 44 02 66 89 5c 08 66  89 4c 0c c7 44 06 00 70  |.D.f.\.f.L..D..p|
00000250  50 c7 44 04 00 00 b4 42  cd 13 0f 82 af 00 bb 00  |P.D....B........|
00000260  70 eb 66 66 8b 45 04 66  09 c0 0f 85 97 00 66 8b  |p.ff.E.f......f.|
00000270  05 66 31 d2 66 f7 34 88  54 0a 66 31 d2 66 f7 74  |.f1.f.4.T.f1.f.t|
00000280  04 88 54 0b 89 44 0c 3b  44 08 7d 79 8b 04 2a 44  |..T..D.;D.}y..*D|
00000290  0a 39 45 08 7f 03 8b 45  08 29 45 08 66 01 05 66  |.9E....E.)E.f..f|
000002a0  83 55 04 00 8a 54 0d c0  e2 06 8a 4c 0a fe c1 08  |.U...T.....L....|
000002b0  d1 8a 6c 0c 5a 52 8a 74  0b 50 bb 00 70 8e c3 31  |..l.ZR.t.P..p..1|
000002c0  db b4 02 cd 13 72 46 8c  c3 8e 45 0a 58 c1 e0 05  |.....rF...E.X...|
000002d0  01 45 0a 60 1e c1 e0 03  89 c1 31 ff 31 f6 8e db  |.E.`......1.1...|
000002e0  fc f3 a5 1f be 23 81 e8  57 00 61 83 7d 08 00 0f  |.....#..W.a.}...|
000002f0  85 24 ff 83 ef 0c e9 16  ff be 25 81 e8 42 00 5a  |.$........%..B.Z|
00000300  ea 00 82 00 00 be 28 81  e8 36 00 eb 06 be 2d 81  |......(..6....-.|
00000310  e8 2e 00 be 32 81 e8 28  00 eb fe 6c 6f 61 64 69  |....2..(...loadi|
00000320  6e 67 00 2e 00 0d 0a 00  47 65 6f 6d 00 52 65 61  |ng......Geom.Rea|
00000330  64 00 20 45 72 72 6f 72  00 bb 01 00 b4 0e cd 10  |d. Error........|
00000340  46 8a 04 3c 00 75 f2 c3  00 00 00 00 00 00 00 00  |F..<.u..........|
00000350  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000003f0  00 00 00 00 02 00 00 00  00 00 00 00 63 00 20 08  |............c. .|
00000400  ea 1c 82 00 00 00 00 00  77 56 00 00 38 ab 00 00  |........wV..8...|
00000410  49 64 00 00 86 07 00 00  ff ff ff 00 fa 31 c0 8e  |Id...........1..|
00000420  d8 8e d0 8e c0 66 bd f0  1f 00 00 66 89 ec fb 67  |.....f.....f...g|
00000430  88 15 1b 82 00 00 cd 13  66 e8 94 00 00 00 fc e8  |........f.......|
00000440  8d 06 00 00 8b 15 08 82  00 00 81 c2 ba 03 00 00  |................|
00000450  8b 0d 10 82 00 00 8d 05  86 89 00 00 fc e8 3b 03  |..............;.|
00000460  00 00 e9 7b 07 00 00 f0  ff 07 00 eb 13 90 90 90  |...{............|
00000470  90 90 90 90 90 90 90 90  90 90 90 90 90 90 90 90  |................|
00000480  00 00 00 00 00 00 00 00  ff ff 00 00 00 9a cf 00  |................|
00000490  ff ff 00 00 00 92 cf 00  ff ff 00 00 00 9e 00 00  |................|
000004a0  ff ff 00 00 00 92 00 00  eb 16 90 90 90 90 90 90  |................|
000004b0  90 90 90 90 90 90 90 90  90 90 90 90 90 90 90 90  |................|
000004c0  27 00 80 82 00 00 00 04  00 00 00 00 00 00 00 00  |'...............|
000004d0  00 00 fa 31 c0 8e d8 67  66 0f 01 15 c0 82 00 00  |...1...gf.......|
000004e0  0f 20 c0 66 83 c8 01 0f  22 c0 66 ea f2 82 00 00  |. .f....".f.....|
000004f0  08 00 66 b8 10 00 8e d8  8e c0 8e e0 8e e8 8e d0  |..f.............|
00000500  8b 04 24 a3 f0 1f 00 00  a1 67 82 00 00 89 c4 89  |..$......g......|
00000510  c5 a1 f0 1f 00 00 89 04  24 31 c0 0f 01 0d c6 82  |........$1......|
00000520  00 00 0f 01 1d cc 82 00  00 c3 0f 01 15 c0 82 00  |................|
00000530  00 0f 01 0d cc 82 00 00  0f 01 1d c6 82 00 00 89  |................|
00000540  e0 a3 67 82 00 00 8b 04  24 a3 f0 1f 00 00 b8 f0  |..g.....$.......|
00000550  1f 00 00 89 c4 89 c5 66  b8 20 00 8e d8 8e c0 8e  |.......f. ......|
00000560  e0 8e e8 8e d0 ea 6c 83  00 00 18 00 0f 20 c0 66  |......l...... .f|
00000570  83 e0 fe 0f 22 c0 66 ea  7e 83 00 00 00 00 66 31  |....".f.~.....f1|
00000580  c0 8e d8 8e c0 8e e0 8e  e8 8e d0 fb 66 c3 55 89  |............f.U.|
00000590  e5 57 56 53 89 c6 89 cf  31 db 31 c0 85 d2 78 29  |.WVS....1.1...x)|
000005a0  0f b6 0c 16 84 c9 74 0e  0f b6 89 00 02 10 00 32  |......t........2|
000005b0  84 0b 00 00 10 00 01 fb  81 fb fe 00 00 00 7e 06  |..............~.|
000005c0  81 eb ff 00 00 00 4a eb  d3 5b 5e 5f 5d c3 55 89  |......J..[^_].U.|
000005d0  e5 84 c0 74 21 84 d2 74  1d 0f b6 c0 0f b6 88 00  |...t!..t........|
000005e0  02 10 00 0f b6 d2 0f b6  82 00 02 10 00 8a 84 01  |................|
000005f0  00 00 10 00 eb 02 31 c0  5d c3 55 89 e5 57 56 53  |......1.].U..WVS|
00000600

Et :

sudo dd if=/dev/sdc bs=512 count=1 skip=976773167 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
00000000  45 46 49 20 50 41 52 54  00 00 01 00 5c 00 00 00  |EFI PART....\...|
512 bytes copied, 0,0166301 s, 30,8 kB/s00000010  06 0b 9a 3d 00 00 00 00  2f 60 38 3a 00 00 00 00  |...=..../`8:....|

00000020  01 00 00 00 00 00 00 00  22 00 00 00 00 00 00 00  |........".......|
00000030  0e 60 38 3a 00 00 00 00  37 7a 4c 7c f6 42 e4 48  |.`8:....7zL|.B.H|
00000040  ae 65 84 2e ed 08 76 f3  0f 60 38 3a 00 00 00 00  |.e....v..`8:....|
00000050  80 00 00 00 80 00 00 00  86 d2 54 ab 00 00 00 00  |..........T.....|
00000060  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200

Merci de ton aide, même si je ne comprends pas trop ce que je fais !

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Dans un disque avec une table des partitions gpt tu as :
- le "mbr protector" au premier secteur du disque (LBA=0) qui ne contient qu'une entrée pour la table des partitions. Cette dernière est de typpe ee. Il n'en reste plus de trace dans ton mbr actuel (offset entre 00000000 et 000001ff de la première commande).
- à la LBA=1 tu as l'en-tête gpt (offset entre 00000200 et 000003ff de la première commande), cet en-tête est dupliqué dans le dernier secteur de ton disque (donc à la LBA=976773167). On constate que tu n'as plus rien à la LBA=1 (ce que tu as est le programme de chargement de core.img conforme à une table msdos) mais que cet en-tête est toujours présent dans le dernier secteur de ton disque (le EFI PART de la deuxième commande).
- de la LBA=2 à la LBA=33 se trouvent les caractéristiques des partitions (gpt), dupliquées dans les 32 secteurs avant le dernier secteur de ton disque. Je pense que les secteurs 2-33 ont été écrasés (par core.img) mais leur copie doit toujours être présente en fin de disque. On va le vérifier.

sudo dd if=/dev/sdc bs=512 count=10 skip=976773135 | hexdump -C

(nota : normalement il faudrait regarder les 32 secteurs - au lieu de 10 - mais déjà je pense que 10 secteurs doivent suffire puisqu'ils correspondent à 10*4=40 partitions)

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Merci
Ca donne ça :

00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
10+0 enregistrements lus
10+0 enregistrements écrits
5120 bytes (5,1 kB, 5,0 KiB) copied, 0,0292245 s, 175 kB/s
00001400

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Peux tu poster l'intégralité de la commande pour vérifier qu'il n'y a pas eu d'erreur de saisie (du prompt de départ à celui de fin)

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

voici :

edi@edi-System-Product-Name ~ $ sudo dd if=/dev/sdc bs=512 count=10 skip=976773135 | hexdump -C
[sudo] Mot de passe de edi : 
10+0 enregistrements lus
10+0 enregistrements écrits
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
5120 bytes (5,1 kB, 5,0 KiB) copied, 6,5941e-05 s, 77,6 MB/s
*
00001400
edi@edi-System-Product-Name ~ $

Il y a un soucis ?

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Il ne semble plus y avoir de traces des tables des partitions, seule subsiste la copie des en-tête gpt.
On va faire le ménage en effaçant tout ce qui pourrait rester sur ton disque après les partitions actuelles.

Comme la fin de tes partitions est situé à la LBA=976773119, on va effacer tout ce qui se trouve entre la LBA=976773120 et la fin de ton disque.

La commande (très dangereuse en cas d'erreur) à passer est la suivante :

sudo dd if=/dev/zero of=/dev/sdc bs=512 seek=976773120

Explication :
dd copie un bloc d'une source vers une destination avec
if=fichier source, ici un générateur d'octets valant zéro (/dev/zero)
of=destination, à savoir le disque /dev/sdc (être absolument sur que le disque est toujours sdc)
bs=512 : taille du bloc=512 octets, soit un secteur
seek : on saute les 976773120 premiers secteurs sur la destination (l'écriture ne se fera qu'à partir du secteur 976773120 du disque), ne pas confondre avec skip qui saute sur la source (comme utilisé dans des commandes précédentes).

Nota: je pense que tu auras un message d'erreur quand la commande essaiera d'écrire après la fin du disque car on n'a pas indiqué le nombre de secteurs à écrire - ce n'est pas grave.
Par contre donne toujours le retour complet de la commande.

Dernière modification par Nasman (Le 23/11/2016, à 10:06)

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

C'est fait :

edi@edi-System-Product-Name ~ $ sudo dd if=/dev/zero of=/dev/sdc bs=512 seek=976773120
[sudo] Mot de passe de edi : 
dd: erreur d'écriture de '/dev/sdc': Aucun espace disponible sur le périphérique
49+0 enregistrements lus
48+0 enregistrements écrits
24576 bytes (25 kB, 24 KiB) copied, 0,0403674 s, 609 kB/s
edi@edi-System-Product-Name ~ $

J'ai toujours accès aux partitions sur sdc.
Je suppose que je doit tester clonezilla pour voir ce que ça donne ?

Dernière modification par emm (Le 23/11/2016, à 10:25)

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Les 48 secteurs écrits correspondent à la zone 976773120-976773167, l'erreur arrive lorsque l'on essaie d'écrire au delà. Tu as lu 49 secteurs mais seuls 48 ont pu être écrits.

Il ne reste plus qu'à voir si les traces de gpt ont disparu.

Je n'ai pas compris ce que tu veux faire avec clonezilla.

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Tout est bon, en ouvrant gdisk :

edi@edi-System-Product-Name ~ $ sudo gdisk /dev/sdc
[sudo] Mot de passe de edi : 
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************


Command (? for help): 

Plus de trace de table gpt.
Un grand merci.
Cette trace de table gpt m'empêchait de faire une sauvegarde d'une partition avec clonezilla. Depuis, c'est bon.
C'est normal qu'en changeant de type de table de partition pour un disque avec gparted il reste une trace ?
A part mon cas, en quoi s'est un problème ? Puisque pour mon système ça ne  l'empêchait pas de tourner.
Je suis curieux !

Nasman

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Je pense que gparted s'est contenté de remplacer le "mbr protector" par une table msdos.
A priori la seule différence est que le mbr protector n'a qu'une entrée (partition) de type "ee" commençant à la LBA=1 (donc juste après le mbr). Le remplacement par une table msdos a permis d'avoir jusqu'à 4 entrées dans le mbr.

Remarque : Avec une table gpt, les en-têtes gpt sont situés à la LBA=1, emplacement traditionnel de core.img (en fait plutôt diskboot.img) d'un disque msdos. Ainsi avec une table gpt il faut une partition dédiée (avec flag grub_bios) pour booter en mode bios.
Contrairement à une table msdos donc seul le mbr comporte une table des partitions principales (à laquelle il faut rajouter les ebr si partitions logiques), le partitionnement gpt comporte des informations en fin de disque (backup d'informations) qui font que le disque comporte forcément une zone non allouée en fin de disque.

Pour info, un système peut très bien fonctionner avec des erreurs dans la table des partitions (taille incorrecte ou id du système de fichier erronné), par compte gparted dira que le disque est non alloué ou que la partition est de type inconnu (si elle est par exemple formatée en ext4 mais déclarée comme ntfs dans le mbr).

---

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

emm

Re : [résolu]DD : effacer ancienne table de partition gpt hs

Merci !
Belle journée