Pb de démarrage avec sauvegarde Acronis True Image
20 réponses
Gump
Bonjour,
j'ai toujours des soucis quand je veux restaurer une sauvegarde Acronis
sur un autre HD.
Voici la méthode que j'utilisais pour restaurer l'image de C:\ ( venant du
premier disque dur, HDD0 ) sur un autre :
- je mets le nouveau DD à la place de l'ancien, donc en HDD0
- je restaure depuis le CD de True Image
- je reboote avec le CD de XP pour avoir accès à la console de récup et
faire un bootcfg /rebuild
- après un ou parfois 2 reboots, ça marchait
Or là, rien à faire : un bootcfg /rebuild n'arrange rien, le démarrage se
bloque toulours sur l'écran bleu clair avec le logo de Windows XP.
J'ai essayé de le mettre en HDD1, pareil.
Là je n'y comprends plus rien... Si qqun peut m'aider, à vot' bon coeur !
"Gump" a écrit dans le message de news:46ed37a4$0$27403$
Ce nombre est stocké dans la BDR dans la clef : HKLMSYSTEMMountedDevices Il constitue les 4 1ers octets des différentes entrées "DosDevicesx:"
Exemple : http://cjoint.com/?jqsfavJ0mz
Les valeurs contenues dans la BDR et dans le MBR (à l'offset 0x1B8 du secteur) doivent être égales. Cela permet à Windows : - de vérifer la cohérence entre DD et BDR - dans des cas très particuliers pour faciliter le boot : Le fichier BOOT.INI présente une syntaxe légèrement différente de ce que l'on a habitude de voir : signature(xxxxxxxx)disk(0)rdisk(0)partition(1).... au lieu du traditionnel multi(0)disk(0)rdisk(0)partition(1)....
"xxxxxxxx" est identique à la valeur stockée dans le MBR et HKLMSYSTEMMountedDevices
Cela permet aussi d'affecter les lettres aux volumes qui sont déja initialisées au niveau de la BDR.
"Gump" <gump@free.fr> a écrit dans le message de
news:46ed37a4$0$27403$ba4acef3@news.orange.fr...
Ce nombre est stocké dans la BDR dans la clef :
HKLMSYSTEMMountedDevices
Il constitue les 4 1ers octets des différentes entrées "DosDevicesx:"
Exemple :
http://cjoint.com/?jqsfavJ0mz
Les valeurs contenues dans la BDR et dans le MBR (à l'offset 0x1B8 du
secteur) doivent être égales.
Cela permet à Windows :
- de vérifer la cohérence entre DD et BDR
- dans des cas très particuliers pour faciliter le boot :
Le fichier BOOT.INI présente une syntaxe légèrement
différente de ce que l'on a habitude de voir :
signature(xxxxxxxx)disk(0)rdisk(0)partition(1)....
au lieu du traditionnel
multi(0)disk(0)rdisk(0)partition(1)....
"xxxxxxxx" est identique à la valeur stockée dans le MBR
et HKLMSYSTEMMountedDevices
Cela permet aussi d'affecter les lettres aux volumes qui sont déja
initialisées au niveau de la BDR.
"Gump" a écrit dans le message de news:46ed37a4$0$27403$
Ce nombre est stocké dans la BDR dans la clef : HKLMSYSTEMMountedDevices Il constitue les 4 1ers octets des différentes entrées "DosDevicesx:"
Exemple : http://cjoint.com/?jqsfavJ0mz
Les valeurs contenues dans la BDR et dans le MBR (à l'offset 0x1B8 du secteur) doivent être égales. Cela permet à Windows : - de vérifer la cohérence entre DD et BDR - dans des cas très particuliers pour faciliter le boot : Le fichier BOOT.INI présente une syntaxe légèrement différente de ce que l'on a habitude de voir : signature(xxxxxxxx)disk(0)rdisk(0)partition(1).... au lieu du traditionnel multi(0)disk(0)rdisk(0)partition(1)....
"xxxxxxxx" est identique à la valeur stockée dans le MBR et HKLMSYSTEMMountedDevices
Cela permet aussi d'affecter les lettres aux volumes qui sont déja initialisées au niveau de la BDR.
Michel_D
Bon alors j'ai :
- retrouvé une dk d'amorçage datant de win 98
- fait un fdisk /mbr
- et constaté que ça fonctionne...Nina, tu es absolument géniale ! Mais sais-tu pourquoi ? pas pourquoi tu es géniale, mais pourquoi cette manoeuvre permet de débloquer la situation ?
Lit ma 1ère réponse.
NB : heureusement que ma partition système est en FAT32, parce que si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer avant de formater la part° systeme en NTFS...
Mais si, cela a rien à voir, la restauration de la séquence d'amorçage du MBR inclu la zone correspondant à la signature du disque qui se trouve être à zéro.
Bon alors j'ai :
- retrouvé une dk d'amorçage datant de win 98
- fait un fdisk /mbr
- et constaté que ça fonctionne...Nina, tu es absolument géniale ! Mais
sais-tu pourquoi ? pas pourquoi tu es géniale, mais pourquoi cette
manoeuvre permet de débloquer la situation ?
Lit ma 1ère réponse.
NB : heureusement que ma partition système est en FAT32, parce que
si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer
avant de formater la part° systeme en NTFS...
Mais si, cela a rien à voir, la restauration de la séquence d'amorçage
du MBR inclu la zone correspondant à la signature du disque qui se
trouve être à zéro.
- et constaté que ça fonctionne...Nina, tu es absolument géniale ! Mais sais-tu pourquoi ? pas pourquoi tu es géniale, mais pourquoi cette manoeuvre permet de débloquer la situation ?
Lit ma 1ère réponse.
NB : heureusement que ma partition système est en FAT32, parce que si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer avant de formater la part° systeme en NTFS...
Mais si, cela a rien à voir, la restauration de la séquence d'amorçage du MBR inclu la zone correspondant à la signature du disque qui se trouve être à zéro.
Gump
| A noter ( voir ma réponse à Nina de 18:15 ) que j'ai résolu le pb avec | une dk d'amorçage win98 par un fdisk /mbr .... mais pourquoi cette | manoeuvre a-t-elle fonctionné ???
Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr a changé la signature disque dans le MBR ... je ne savais pas que cette commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a permis le démarrage ?
Merci, Gump - éternel écolier
| A noter ( voir ma réponse à Nina de 18:15 ) que j'ai résolu le pb avec
| une dk d'amorçage win98 par un fdisk /mbr .... mais pourquoi cette
| manoeuvre a-t-elle fonctionné ???
Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr
a changé la signature disque dans le MBR ... je ne savais pas que cette
commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a
permis le démarrage ?
| A noter ( voir ma réponse à Nina de 18:15 ) que j'ai résolu le pb avec | une dk d'amorçage win98 par un fdisk /mbr .... mais pourquoi cette | manoeuvre a-t-elle fonctionné ???
Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr a changé la signature disque dans le MBR ... je ne savais pas que cette commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a permis le démarrage ?
Merci, Gump - éternel écolier
Nina Popravka
On Sun, 16 Sep 2007 18:15:07 +0200, "Gump" wrote:
- retrouvé une dk d'amorçage datant de win 98 - fait un fdisk /mbr Ah quand même...
- et constaté que ça fonctionne...Nina, tu es absolument géniale ! Mais sais-tu pourquoi ? pas pourquoi tu es géniale, mais pourquoi cette manoeuvre permet de débloquer la situation ? Je crois bien que c'est l'histoire de signature qui conduit XP à se
mélanger les pinceaux. Mais je peux parfaitement me gourrer. Moyennant quoi la première fois que ça m'était arrivé, j'avais trouvé la manoeuvre dans la KB de Symantec sur Ghost, et je ne suis pas du genre à m'interroger longuement sur les choses qui fonctionnent :-))))
NB : heureusement que ma partition système est en FAT32, parce que si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer avant de formater la part° systeme en NTFS... Vu l'endroit où est le mbr, je ne pense pas que ça ait la moindre
importance... -- Nina
On Sun, 16 Sep 2007 18:15:07 +0200, "Gump" <gump@free.fr> wrote:
- retrouvé une dk d'amorçage datant de win 98
- fait un fdisk /mbr
Ah quand même...
- et constaté que ça fonctionne...Nina, tu es absolument géniale ! Mais
sais-tu pourquoi ? pas pourquoi tu es géniale, mais pourquoi cette
manoeuvre permet de débloquer la situation ?
Je crois bien que c'est l'histoire de signature qui conduit XP à se
mélanger les pinceaux. Mais je peux parfaitement me gourrer.
Moyennant quoi la première fois que ça m'était arrivé, j'avais trouvé
la manoeuvre dans la KB de Symantec sur Ghost, et je ne suis pas du
genre à m'interroger longuement sur les choses qui fonctionnent :-))))
NB : heureusement que ma partition système est en FAT32, parce que
si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer
avant de formater la part° systeme en NTFS...
Vu l'endroit où est le mbr, je ne pense pas que ça ait la moindre
- retrouvé une dk d'amorçage datant de win 98 - fait un fdisk /mbr Ah quand même...
- et constaté que ça fonctionne...Nina, tu es absolument géniale ! Mais sais-tu pourquoi ? pas pourquoi tu es géniale, mais pourquoi cette manoeuvre permet de débloquer la situation ? Je crois bien que c'est l'histoire de signature qui conduit XP à se
mélanger les pinceaux. Mais je peux parfaitement me gourrer. Moyennant quoi la première fois que ça m'était arrivé, j'avais trouvé la manoeuvre dans la KB de Symantec sur Ghost, et je ne suis pas du genre à m'interroger longuement sur les choses qui fonctionnent :-))))
NB : heureusement que ma partition système est en FAT32, parce que si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer avant de formater la part° systeme en NTFS... Vu l'endroit où est le mbr, je ne pense pas que ça ait la moindre
importance... -- Nina
Michel_D
| A noter ( voir ma réponse à Nina de 18:15 ) que j'ai résolu le pb avec | une dk d'amorçage win98 par un fdisk /mbr .... mais pourquoi cette | manoeuvre a-t-elle fonctionné ???
Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr a changé la signature disque dans le MBR ... je ne savais pas que cette commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a permis le démarrage ?
Bon, tu as : 1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur au niveau de la signature du disque pour pouvoir réaffecter des lettres à tes volumes.
| A noter ( voir ma réponse à Nina de 18:15 ) que j'ai résolu le pb avec
| une dk d'amorçage win98 par un fdisk /mbr .... mais pourquoi cette
| manoeuvre a-t-elle fonctionné ???
Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr
a changé la signature disque dans le MBR ... je ne savais pas que cette
commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a
permis le démarrage ?
Bon, tu as :
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0.
2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur
au niveau de la signature du disque pour pouvoir réaffecter des lettres
à tes volumes.
| A noter ( voir ma réponse à Nina de 18:15 ) que j'ai résolu le pb avec | une dk d'amorçage win98 par un fdisk /mbr .... mais pourquoi cette | manoeuvre a-t-elle fonctionné ???
Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr a changé la signature disque dans le MBR ... je ne savais pas que cette commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a permis le démarrage ?
Bon, tu as : 1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur au niveau de la signature du disque pour pouvoir réaffecter des lettres à tes volumes.
Nina Popravka
On Sun, 16 Sep 2007 18:47:02 +0200, Michel_D wrote:
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur au niveau de la signature du disque pour pouvoir réaffecter des lettres à tes volumes.
Formidable, maintenant je sais exactement pourquoi ça fonctionne :-) Donc si jamais le disque était en autre chose que C, il doit falloir aller modifier la clé idoine pour mettre la nouvelle signature sur la bonne lettre ? -- Nina
On Sun, 16 Sep 2007 18:47:02 +0200, Michel_D
<Michel.NOSPAM@orange-ft.com.invalid> wrote:
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0.
2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur
au niveau de la signature du disque pour pouvoir réaffecter des lettres
à tes volumes.
Formidable, maintenant je sais exactement pourquoi ça fonctionne :-)
Donc si jamais le disque était en autre chose que C, il doit falloir
aller modifier la clé idoine pour mettre la nouvelle signature sur la
bonne lettre ?
--
Nina
On Sun, 16 Sep 2007 18:47:02 +0200, Michel_D wrote:
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur au niveau de la signature du disque pour pouvoir réaffecter des lettres à tes volumes.
Formidable, maintenant je sais exactement pourquoi ça fonctionne :-) Donc si jamais le disque était en autre chose que C, il doit falloir aller modifier la clé idoine pour mettre la nouvelle signature sur la bonne lettre ? -- Nina
Gump
| > | > Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr | > a changé la signature disque dans le MBR ... je ne savais pas que cette | > commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a | > permis le démarrage ? | | Bon, tu as : | 1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. | 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur | au niveau de la signature du disque pour pouvoir réaffecter des lettres | à tes volumes. |
He ben voilà, quand on m'explique calmement je comprends tout ! ( ou presque )
Merci à tous,
Gump
| >
| > Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr
| > a changé la signature disque dans le MBR ... je ne savais pas que cette
| > commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a
| > permis le démarrage ?
|
| Bon, tu as :
| 1) Fais un FDISK /MBR qui a abouti à une signature disque à 0.
| 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur
| au niveau de la signature du disque pour pouvoir réaffecter des lettres
| à tes volumes.
|
He ben voilà, quand on m'explique calmement je comprends tout ! ( ou
presque )
| > | > Je m'auto-réponds : je viens de constater avec WinHex que le fdisk /mbr | > a changé la signature disque dans le MBR ... je ne savais pas que cette | > commande avait ce pouvoir : est-ce le cas ? est-ce que c'est ça qui a | > permis le démarrage ? | | Bon, tu as : | 1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. | 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur | au niveau de la signature du disque pour pouvoir réaffecter des lettres | à tes volumes. |
He ben voilà, quand on m'explique calmement je comprends tout ! ( ou presque )
Merci à tous,
Gump
Michel_D
On Sun, 16 Sep 2007 18:47:02 +0200, Michel_D wrote:
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur au niveau de la signature du disque pour pouvoir réaffecter des lettres à tes volumes.
Formidable, maintenant je sais exactement pourquoi ça fonctionne :-) Donc si jamais le disque était en autre chose que C, il doit falloir aller modifier la clé idoine pour mettre la nouvelle signature sur la bonne lettre ?
Eh bien c'est la qu'intervient l'ordre de préséance dans l'énumération des partitions avec donc partition primaire/principale en premier en commençant bien entendu par la partition primaire active du disque de boot, ce qui veut dire que lorsque l'on clone, supprimer la signature du disque n'est pas forcèment la meilleure solution, le mieux étant dans ce cas de garder le système originel le temps d'effectuer le changement des lettres au niveau de la BDR du système cloné.
On Sun, 16 Sep 2007 18:47:02 +0200, Michel_D
<Michel.NOSPAM@orange-ft.com.invalid> wrote:
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0.
2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur
au niveau de la signature du disque pour pouvoir réaffecter des lettres
à tes volumes.
Formidable, maintenant je sais exactement pourquoi ça fonctionne :-)
Donc si jamais le disque était en autre chose que C, il doit falloir
aller modifier la clé idoine pour mettre la nouvelle signature sur la
bonne lettre ?
Eh bien c'est la qu'intervient l'ordre de préséance dans l'énumération
des partitions avec donc partition primaire/principale en premier en
commençant bien entendu par la partition primaire active du disque de
boot, ce qui veut dire que lorsque l'on clone, supprimer la signature
du disque n'est pas forcèment la meilleure solution, le mieux étant
dans ce cas de garder le système originel le temps d'effectuer le
changement des lettres au niveau de la BDR du système cloné.
On Sun, 16 Sep 2007 18:47:02 +0200, Michel_D wrote:
1) Fais un FDISK /MBR qui a abouti à une signature disque à 0. 2) Redémarrer et le système 'qui n'aime pas le vide' a remis une valeur au niveau de la signature du disque pour pouvoir réaffecter des lettres à tes volumes.
Formidable, maintenant je sais exactement pourquoi ça fonctionne :-) Donc si jamais le disque était en autre chose que C, il doit falloir aller modifier la clé idoine pour mettre la nouvelle signature sur la bonne lettre ?
Eh bien c'est la qu'intervient l'ordre de préséance dans l'énumération des partitions avec donc partition primaire/principale en premier en commençant bien entendu par la partition primaire active du disque de boot, ce qui veut dire que lorsque l'on clone, supprimer la signature du disque n'est pas forcèment la meilleure solution, le mieux étant dans ce cas de garder le système originel le temps d'effectuer le changement des lettres au niveau de la BDR du système cloné.
Jean-Claude BELLAMY
"Gump" a écrit dans le message de news:46ed5686$0$5081$
Bon alors j'ai :
- retrouvé une dk d'amorçage datant de win 98
- fait un fdisk /mbr [...] NB : heureusement que ma partition système est en FAT32, parce que si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer avant de formater la part° systeme en NTFS...
Cela n'a AUCUN rapport ! Même si ta partition avait été en NTFS cela aurait fonctionné de la même façon!
Réfléchis un peu quelques yoctosecondes :
La commande MSDOS "FDISK /MBR" (qui peut être exécutée depuis une disquette bootable, p.ex.) est opérationnelle QUELS QUE SOIENT les types des partitions existantes (FAT, NTFS, EXTFS, Reiser, Novell, ...), vu qu'elle ne s'adresse qu'à une partie du MBR en modifiant le programme compris entre les offsets 0x000 et 0x1B7 + la signature comprise entre 0x1B8 et 0x1BD, ce qui est totalement INDÉPENDANT des partitions!
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
"Gump" <gump@free.fr> a écrit dans le message de
news:46ed5686$0$5081$ba4acef3@news.orange.fr...
Bon alors j'ai :
- retrouvé une dk d'amorçage datant de win 98
- fait un fdisk /mbr
[...]
NB : heureusement que ma partition système est en FAT32, parce que
si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer
avant de formater la part° systeme en NTFS...
Cela n'a AUCUN rapport !
Même si ta partition avait été en NTFS cela aurait fonctionné de la même
façon!
Réfléchis un peu quelques yoctosecondes :
La commande MSDOS "FDISK /MBR" (qui peut être exécutée depuis une disquette
bootable, p.ex.) est opérationnelle QUELS QUE SOIENT les types des
partitions existantes (FAT, NTFS, EXTFS, Reiser, Novell, ...), vu qu'elle ne
s'adresse qu'à une partie du MBR en modifiant le programme compris entre
les offsets 0x000 et 0x1B7 + la signature comprise entre 0x1B8 et 0x1BD, ce
qui est totalement INDÉPENDANT des partitions!
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
"Gump" a écrit dans le message de news:46ed5686$0$5081$
Bon alors j'ai :
- retrouvé une dk d'amorçage datant de win 98
- fait un fdisk /mbr [...] NB : heureusement que ma partition système est en FAT32, parce que si je l'avais eue en NTFS, le dk ne pouvait pas fonctionner... A méditer avant de formater la part° systeme en NTFS...
Cela n'a AUCUN rapport ! Même si ta partition avait été en NTFS cela aurait fonctionné de la même façon!
Réfléchis un peu quelques yoctosecondes :
La commande MSDOS "FDISK /MBR" (qui peut être exécutée depuis une disquette bootable, p.ex.) est opérationnelle QUELS QUE SOIENT les types des partitions existantes (FAT, NTFS, EXTFS, Reiser, Novell, ...), vu qu'elle ne s'adresse qu'à une partie du MBR en modifiant le programme compris entre les offsets 0x000 et 0x1B7 + la signature comprise entre 0x1B8 et 0x1BD, ce qui est totalement INDÉPENDANT des partitions!
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Gump
| | Réfléchis un peu quelques yoctosecondes :
...ça fait beaucoup !
| La commande MSDOS "FDISK /MBR" (qui peut être exécutée depuis une disquette | bootable, p.ex.) est opérationnelle QUELS QUE SOIENT les types des | partitions existantes (FAT, NTFS, EXTFS, Reiser, Novell, ...), vu qu'elle ne | s'adresse qu'à une partie du MBR en modifiant le programme compris entre | les offsets 0x000 et 0x1B7 + la signature comprise entre 0x1B8 et 0x1BD, ce | qui est totalement INDÉPENDANT des partitions!
Putain, se prendre une branlée perso par JCB, qu'est-ce que c'est bon ! ;-)
Gump - misérable scarabée
|
| Réfléchis un peu quelques yoctosecondes :
...ça fait beaucoup !
| La commande MSDOS "FDISK /MBR" (qui peut être exécutée depuis une disquette
| bootable, p.ex.) est opérationnelle QUELS QUE SOIENT les types des
| partitions existantes (FAT, NTFS, EXTFS, Reiser, Novell, ...), vu qu'elle ne
| s'adresse qu'à une partie du MBR en modifiant le programme compris entre
| les offsets 0x000 et 0x1B7 + la signature comprise entre 0x1B8 et 0x1BD, ce
| qui est totalement INDÉPENDANT des partitions!
Putain, se prendre une branlée perso par JCB, qu'est-ce que c'est bon ! ;-)
| La commande MSDOS "FDISK /MBR" (qui peut être exécutée depuis une disquette | bootable, p.ex.) est opérationnelle QUELS QUE SOIENT les types des | partitions existantes (FAT, NTFS, EXTFS, Reiser, Novell, ...), vu qu'elle ne | s'adresse qu'à une partie du MBR en modifiant le programme compris entre | les offsets 0x000 et 0x1B7 + la signature comprise entre 0x1B8 et 0x1BD, ce | qui est totalement INDÉPENDANT des partitions!
Putain, se prendre une branlée perso par JCB, qu'est-ce que c'est bon ! ;-)
