Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Mic. Archambault
christophe a écrit dans le message : bnl9a4$knp$
Que fait exactement la commande "fdisk/mbr" ? merci.
Il ré-écrit le secteur de boot (520 octets).
-- Michel La pensée louf de la semaine : Qu'importe la culture ? Quand il a écrit Hamlet, Molière avait-il lu Rostand ? Non... AntiSpam : remplacez mac par m
christophe <christophe.campistron@Laposte.net> a écrit dans le
message : bnl9a4$knp$1@s1.read.news.oleane.net...
Que fait exactement la commande "fdisk/mbr" ? merci.
Il ré-écrit le secteur de boot (520 octets).
--
Michel
La pensée louf de la semaine :
Qu'importe la culture ? Quand il a écrit Hamlet, Molière avait-il
lu Rostand ? Non...
AntiSpam : remplacez mac par m
Que fait exactement la commande "fdisk/mbr" ? merci.
Il ré-écrit le secteur de boot (520 octets).
-- Michel La pensée louf de la semaine : Qu'importe la culture ? Quand il a écrit Hamlet, Molière avait-il lu Rostand ? Non... AntiSpam : remplacez mac par m
Jean-Claude BELLAMY
Mic. Archambault s'est ainsi exprimé:
christophe a écrit dans le message : bnl9a4$knp$
Que fait exactement la commande "fdisk/mbr" ? merci.
Il ré-écrit le secteur de boot (520 octets).
CORRECTIONS et PRÉCISIONS :
Cette commande réécrit les 442 1ers octets du MBR r secteur du disque PHYSIQUE (qui n'est pas du tout un secteur de boot = 1er secteur d'un disque LOGIQUE,appelé aussi "Partition").
Ces 442 octets constituent le programme chargé à l'adresse 0x7C00 par le programme du BIOS une fois que ce dernier a déterminé le disque PHYSIQUE de boot.
Ce programme stocké dans le MBR examine la table de partition (et râle s'il n'y en pas !) située derrière, entre les octets 446 (0x1BE) et 509 (0x1FD) . Il vérifie aussi la présence de la signature 0xAA55 à la fin du secteur (octets 510 et 511 : 0x1FE et 0x1FF). La table comporte 4 entrées de 16 octets. Le programme détecte dans l'une des 4 entrées la partition primaire déclarée active (et râle s'il n'y en pas !), puis détermine le secteur de boot de cette partition, et le charge à son tour en 0x7C00 et lance le programme contenu dedans (=boot de l'OS).
Au total : 442 octets pour le programme (réécrits par FDISK /MBR) 4 octets de signature (utilisés seulement par NT) 64 octets de table de partition 2 octets de signature de MBR
Soit 512 (et non pas 520) octets au total, comme tout bon secteur qui se respecte!
NB: Les 70 derniers octets du MBR ne sont pas modifiés par FDISK /MBR
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org *
Mic. Archambault <mac.archambault@free.fr> s'est ainsi exprimé:
christophe <christophe.campistron@Laposte.net> a écrit dans le
message : bnl9a4$knp$1@s1.read.news.oleane.net...
Que fait exactement la commande "fdisk/mbr" ? merci.
Il ré-écrit le secteur de boot (520 octets).
CORRECTIONS et PRÉCISIONS :
Cette commande réécrit les 442 1ers octets du MBR r secteur du disque
PHYSIQUE
(qui n'est pas du tout un secteur de boot = 1er secteur d'un disque
LOGIQUE,appelé aussi "Partition").
Ces 442 octets constituent le programme chargé à l'adresse 0x7C00 par le
programme du BIOS une fois que ce dernier a déterminé le disque PHYSIQUE de
boot.
Ce programme stocké dans le MBR examine la table de partition (et râle s'il
n'y en pas !) située derrière, entre les octets 446 (0x1BE) et 509 (0x1FD) .
Il vérifie aussi la présence de la signature 0xAA55 à la fin du secteur
(octets 510 et 511 : 0x1FE et 0x1FF).
La table comporte 4 entrées de 16 octets.
Le programme détecte dans l'une des 4 entrées la partition primaire déclarée
active (et râle s'il n'y en pas !), puis détermine le secteur de boot de
cette partition, et le charge à son tour en 0x7C00 et lance le programme
contenu dedans (=boot de l'OS).
Au total :
442 octets pour le programme (réécrits par FDISK /MBR)
4 octets de signature (utilisés seulement par NT)
64 octets de table de partition
2 octets de signature de MBR
Soit 512 (et non pas 520) octets au total, comme tout bon secteur qui se
respecte!
NB: Les 70 derniers octets du MBR ne sont pas modifiés par FDISK /MBR
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
Jean-Claude.Bellamy@wanadoo.fr * JC.Bellamy@free.fr
Que fait exactement la commande "fdisk/mbr" ? merci.
Il ré-écrit le secteur de boot (520 octets).
CORRECTIONS et PRÉCISIONS :
Cette commande réécrit les 442 1ers octets du MBR r secteur du disque PHYSIQUE (qui n'est pas du tout un secteur de boot = 1er secteur d'un disque LOGIQUE,appelé aussi "Partition").
Ces 442 octets constituent le programme chargé à l'adresse 0x7C00 par le programme du BIOS une fois que ce dernier a déterminé le disque PHYSIQUE de boot.
Ce programme stocké dans le MBR examine la table de partition (et râle s'il n'y en pas !) située derrière, entre les octets 446 (0x1BE) et 509 (0x1FD) . Il vérifie aussi la présence de la signature 0xAA55 à la fin du secteur (octets 510 et 511 : 0x1FE et 0x1FF). La table comporte 4 entrées de 16 octets. Le programme détecte dans l'une des 4 entrées la partition primaire déclarée active (et râle s'il n'y en pas !), puis détermine le secteur de boot de cette partition, et le charge à son tour en 0x7C00 et lance le programme contenu dedans (=boot de l'OS).
Au total : 442 octets pour le programme (réécrits par FDISK /MBR) 4 octets de signature (utilisés seulement par NT) 64 octets de table de partition 2 octets de signature de MBR
Soit 512 (et non pas 520) octets au total, comme tout bon secteur qui se respecte!
NB: Les 70 derniers octets du MBR ne sont pas modifiés par FDISK /MBR
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org *
Mic. Archambault
Jean-Claude BELLAMY a écrit dans le message : bnlont$gj2$
Soit 512 (et non pas 520) octets au total, comme tout bon secteur qui se
respecte!
Mais c'est bien sûr ! Mon méat coule pas pour cette étourderie.
-- Michel La pensée louf de la semaine : Qu'importe la culture ? Quand il a écrit Hamlet, Molière avait-il lu Rostand ? Non... AntiSpam : remplacez mac par m
Jean-Claude BELLAMY <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans
le message : bnlont$gj2$1@news-reader1.wanadoo.fr...
Soit 512 (et non pas 520) octets au total, comme tout bon
secteur qui se
respecte!
Mais c'est bien sûr ! Mon méat coule pas pour cette étourderie.
--
Michel
La pensée louf de la semaine :
Qu'importe la culture ? Quand il a écrit Hamlet, Molière avait-il
lu Rostand ? Non...
AntiSpam : remplacez mac par m
Jean-Claude BELLAMY a écrit dans le message : bnlont$gj2$
Soit 512 (et non pas 520) octets au total, comme tout bon secteur qui se
respecte!
Mais c'est bien sûr ! Mon méat coule pas pour cette étourderie.
-- Michel La pensée louf de la semaine : Qu'importe la culture ? Quand il a écrit Hamlet, Molière avait-il lu Rostand ? Non... AntiSpam : remplacez mac par m
