Salut
Vecox
Est-ce que tu peux expliquer plus en détail ton projet ?
- s'agit-il d'un disque qui servira pour le stockage seul ?
- ou d'un disque devant comporter un volume démarrable (genre clone de macOS) ?
- est-il destiné à faire la navette entre Mac et PC ?
- écritures envisagées aussi bien sur Mac et sur PC ?
- petits fichiers seulement ou gros fichiers pouvant dépasser 4 Go ?
En ce qui concerne les principes :
- sur le secteur d'amorçage du disque (les blocs de tête) > tu as la
table de partition (qui décrit les partitions existantes sur le disque et qui est conforme à un certain schéma logique :
MBR <
Master Boot Record> ou
GPT <
Guid Partition Table>) ;
- sur l'en-tête de chaque partition tu as un
système de fichiers (qui gère les écritures sur les blocs de la partition et permet le montage de son espace en volume - en étant lui aussi conforme à un certain type logique :
JHFS+ <Apple> ou
NTFS /
FAT-32 /
exFAT <Windows>).
Il s'ensuit que plusieurs combinaisons
table de partition x
systèmes de fichiers de partition sont envisageables - plus ou moins heureuses. C'est là qu'une précision sur tes intentions d'usage permettra d'envisager la meilleure combinaison.
--------------------
[Bonus : autant dire malus]
Parce que tout est toujours plus complexe qu'on ne le croit (dès qu'on règle plus finement l'ajustement du grossissement de la binoculaire) > les ingénieurs d'Apple ont rendu possible une combinaison sophistiquée dès lors que la table de partition d'un disque est
GPT (sophistication inconnue des PC).
Alors > les descripteurs de la
GPT sont inscrits sur les blocs
1 à
32 du secteur d'amorçage (avec un
backup sur les
32 derniers blocs du disque). Mais il existe un
premier bloc du disque numéroté comme bloc
0 > sur ce bloc
0 > dès qu'une
GPT est écrite sur les blocs
1 >
32 --> une table
MBR alternative se trouve écrite (qui n'occupe donc que ce seul et unique bloc
0).
Cette table
MBR du bloc
0 est susceptible de
2 types (une fois parti dans la complication > il n'y a plus de raisons de s'arrêter > on est même forcé de fuir de l'avant dans la complexité > car toutes sortes de problèmes de détails s'empilent...
) :
- a) le type neutre dit PMBR (Protective_MBR) --> si la GPT principale ne décrit aucune partition porteuse d'un système de fichiers de type Windows (quel que soit ce type : NTFS > FAT-32 > exFAT) > mais uniquement des systèmes de fichiers de type Apple (EFI > Apple_Boot: Boot OS X > Apple_Boot: CoreStorage > Apple_Boot: Recovery HD > Apple_HFS > Apple_HFS+ > Apple_JHFS+) => alors la MBR alternative du bloc 0 est toujours de type "mono-espace" : elle ne décrit en mode MBR aucune des partitions décrites par la GPT. Elle "mappe" l'espace entier du disque comme s'il était mono-slice (tranche unique).
--> en conséquence : elle est absolument inservable en mode boot pour un programme de type BIOS.
--------------------
- b) le type opératoire dit HMBR (Hybrid_MBR) --> si la GPT principale décrit au moins une partition porteuse d'un système de fichiers de type Windows (quelle que soit son genre) > alors automatiquement la PMBR par défaut du bloc 0 est convertie à une MBR hybridée = "hybridée" de la description GPT des partitions existantes. Pas plus de 3 partitions maximum. En conséquence > une MBR est créée qui décrit dans son schéma propre les mêmes exactes partitions créées dans le schéma GPT : par exemple, la partition n°1 EFI (EFI) > la partition n°2 Macintosh HD (JHFS+) > une partition n°4 BOOTCAMP (FAT-32 au départ > puis NTFS).
--> cette table de partition HMBR est susceptible d'être utilisée en remplacement de la GPT > ssi le boot s'opère en mode BIOS et pas en mode EFI (EFI ici = le Programme Interne du Mac : le Firmware de la Carte-Mère). Car l'EFI est capable d'émuler un BIOS lors du boot > de manière à ce que cette émulation de BIOS accède au disque par la HMBR (et pas par la GPT). Cette création hybride a été conçue pour que les anciens OS Windows puissent être bootés sur un Mac (cette création est obsolète à partir de Windows 10).
Il faut noter quand même qu'une HMBR est un dispositif logique concurrentiel de la GPT susceptible de rétro-actions sur la GPT (corruption de la table) - comme offrant une porte d'entrée de type BIOS à l'espace du disque outrepassant la partition spécifiquement de type Windows > mais rendant accessibles les autres partitions à des initiatives de type reformatage en mode MBR. C'est la raison pour laquelle un disque combinant une GPT (blocs 1 > 32) + une partition au système de fichiers de type Windows + une HMBR sur le bloc 0 est potentiellement corruptible.
[Il est possible d'avoir un disque Mac GPT > avec un format de système de fichiers de type Windows > et une MBR du bloc 0 reconvertie a posteriori au type PMBR - càd. neutralisée (déshybridée). C'est ce qu'opère l'«Assistant BootCamp» (normalement) > lorsqu'il s'agit d'installer Windows 10 > car cet OS boote en mode UEFI par l'EFI (utilisant la GPT) et pas en mode BIOS_émulé (utilisant une HMBR). Si une HMBR existait sur le bloc 0 > cette table aurait tendance à forcer au boot une émulation de BIOS s'il s'agissait de booter Windows > et le boot échouerait car cet OS n'est plus bootable en mode Legacy.]
