Comment se débarasser de cette infâme table de partition hybride?

[Laszlo Lebrun]

J'y perds mon latin.
J'ai eu le malheur d'utiliser Boot Camp et de vouloir ensuite cloner ce disque sur un disque + grand.
Pauvre de moi!
En changeant la partition pour une + grande sous macOS, Windows ne la reconnait pas, en changeant sous Windows macOS ne le reconnait pas.

Pire! en reformattant complètement le disque depuis macOS, la table de partition hybride est toujours là et Windows ne voit qu'un disque vide.

Comment fait-on pour se débarrasser de cette plaie?

Maintenant j'essaie de faire une complète RAZ de la table de partition avec Linux table neuve en GPT et copier le disque macOS en copie logique (disk0 et no pas rdisk0) en espérant que ca passe...

Le pb c'est que chaque essai prend des plombes, en mode logique la vitesse de copie est un dixième de celle en mode RAW.

Ce message a été modifié par Laszlo Lebrun - 7 Feb 2022, 20:52.

[Mac Arthur]

j'ai une idée, mais je n'ai rien pour tester...
Par contre ça fait +1 au compteur !

[Laszlo Lebrun]

j'ai une idée, mais je n'ai rien pour tester...
Par contre ça fait +1 au compteur !

Merci de ton aide.
C'est gentil de ta part.

[ide508]

[nadia]

j'ai une idée, mais je n'ai rien pour tester...
excellent!!

[Laszlo Lebrun]

j'ai une idée, mais je n'ai rien pour tester...
excellent!!

J'ai compris. On ne m'y reprendra plus.

[chartz]

J’avais le même problème.
J’ai pu au final le faire sous Windows, facilement, mais sur un vrai PC Windows.
Puis reformaté sous Mac.

Ce message a été modifié par chartz - 7 Feb 2022, 22:41.

[ch21]

J'ai compris. On ne m'y reprendra plus.

bienvenue à la maternelle…

Ce message a été modifié par ch21 - 7 Feb 2022, 22:39.

[Laszlo Lebrun]

J’avais le même problème.
J’ai pu au final le faire sous Windows, facilement, mais sur un vrai PC Windows.
Puis reformaté sous Mac.

Merci.

Les manips qu'on trouve avec MBR2GPT ne fonctionnent qu'avec un MBR d'origine et sur un matos UEFI.
Mon erreur est d'avoir changé les partitions avec macOS et maintenant MBR et GPT ne sont plus synchrones.
Il aurait fallu convertir en GPT seul avant de modifier les partitions.

Si je tente la conversion avec le MBR hybride, sur un matos non UEFI, elle foire avec le message que "les disques Read-only ne peuvent être convertis"
Sur um matos UEFI, MBR2GPT a fonctionné, mais m'a bouzillé une copie de disque parce qu'il a pris le MBR Apple non synchronisé.

C'est fou, Mac et Linux voient une partition GPT correctement et Windows, s'il trouve un MBR le prend par défaut, tout en râlant qu'il veut un GPT, alors qu'il y en a un qui marcherait.
Et refuse en conséquence de réinstaller.

Le pire c'est que le disque etait en GPT à l'origine, que j'y ai installé un Windows 10 adapté au GPT et que BootCamp y a semé sa m***de de MBR hybride alors que plus rien depuis Windows 8 ne le justifiait plus de puis longtemps.


Ce message a été modifié par Laszlo Lebrun - 7 Feb 2022, 23:24.

[chartz]

Mon erreur est d'avoir changé les partitions avec macOS et maintenant MBR et GPT ne sont plus synchrones.

Oui c'est ça. Bonne journée.

[Laszlo Lebrun]

Mon erreur est d'avoir changé les partitions avec macOS et maintenant MBR et GPT ne sont plus synchrones.

Oui c'est ça. Bonne journée.

Merci. Ca commence tout doucement. Le nouveau disque est partitionné en GPT, les partitions Windows y sont copiées (d'un autre ordi) mais pas encore bootables sans erreur, la partition MacOS est terminée et boote sans problème.
Maintenant il faut reinstaller un Windows propre dessus. L'installeur Windows refuse de le faire sur un DD USB. I va falloir sortir les tournevis pentalobes.

Ce message a été modifié par Laszlo Lebrun - 8 Feb 2022, 10:27.

[Krazubu]

Il suffit de zapper la MBR avec fdisk :

Code

sudo fdisk -e /dev/disk0 (par exemple)
erase
u
w
q

C'est fini, pas de redémarrage nécessaire.

S'il y a une table GPT, le firmware et l'OS se rabattront dessus.
Bien sûr s'il y a des données, il vaut mieux être sûr de son coup et qu'il y a bien une table GPT valide et à jour, ce qui n'est généralement pas le cas quand on commence à bricoler depuis un OS puis l'autre.

Ce message a été modifié par Krazubu - 8 Feb 2022, 11:40.

[Laszlo Lebrun]

Il suffit de zapper la MBR avec fdisk :

Code

sudo fdisk -e /dev/disk0 (par exemple)
erase
u
w
q

C'est fini, pas de redémarrage nécessaire.

S'il y a une table GPT, le firmware et l'OS se rabattront dessus.
Bien sûr s'il y a des données, il vaut mieux être sûr de son coup et qu'il y a bien une table GPT valide et à jour, ce qui n'est généralement pas le cas quand on commence à bricoler depuis un OS puis l'autre.

Merci, Je vais essayer ca aussi sur la copie que je suis en train de faire lorsqu'elle sera finie.

[Laszlo Lebrun]

Il suffit de zapper la MBR avec fdisk :

Code

sudo fdisk -e /dev/disk0 (par exemple)
erase
u
w
q

C'est fini, pas de redémarrage nécessaire.

S'il y a une table GPT, le firmware et l'OS se rabattront dessus.
Bien sûr s'il y a des données, il vaut mieux être sûr de son coup et qu'il y a bien une table GPT valide et à jour, ce qui n'est généralement pas le cas quand on commence à bricoler depuis un OS puis l'autre.

Merci, Je vais essayer ca aussi sur la copie que je suis en train de faire lorsqu'elle sera finie.

Non, malheureusement ca n'a rien donné.
Vu de Windows, le disque est resté en MBR avec une table de partition fausse.
Merci quand même.

[Krazubu]

Dans ce cas, toujours avec fdisk, il faut recréer une entrée de partition "protective MBR" qui va du début jusqu'à la fin du disque, avec une ID de type "EE"
Elle servira à signaler aux systèmes compatibles CSM et Legacy que le disque n'est pas vide, mais que la MBR n'est pas utilisée.

Code

sudo fdisk -e /dev/disk0 (par exemple)

noter le nombre de secteurs affichés, par exemple : geometry: 243201/255/63 [3907029168 sectors]

Code

edit 1
EE
n
1
3907029167 (nb de secteurs - 1)
u
w
q

Ce message a été modifié par Krazubu - 9 Feb 2022, 09:32.

[Laszlo Lebrun]

Dans ce cas, toujours avec fdisk, il faut recréer une entrée de partition "protective MBR" qui va du début jusqu'à la fin du disque, avec une ID de type "EE"
Elle servira à signaler aux systèmes compatibles CSM et Legacy que le disque n'est pas vide, mais que la MBR n'est pas utilisée.

Code

sudo fdisk -e /dev/disk0 (par exemple)

noter le nombre de secteurs affichés, par exemple : geometry: 243201/255/63 [3907029168 sectors]

Code

edit 1
EE
n
1
3907029167 (nb de secteurs - 1)
u
w
q

Merci. Je crois avoir trouvé ce qui cloche. Les partitions ont toujours été OK!

Mais mon Macbook 2012 est encore un modèle "pre-UEFI" qui n'a pas toutes les fonctionalités du UEFI Standard.
https://discussions.apple.com/thread/7790660

D'après ce que j'en ai compris, c'est pour cela que Windows 10 démarre en UEFI, mais n'ayant pas toutes les APIs, finit par se défausser en mode LBA.

Il semble qu'il n'y aie rien à faire: il faut passer par Boot Camp, tout réinstaller et surtout ne plus toucher aux partitions après.
De plus on a un Windows bridé qui ne fonctionne même pas en mode AHCI.



Ce message a été modifié par Laszlo Lebrun - 9 Feb 2022, 15:04.

[Krazubu]

Merci. Je crois avoir trouvé ce qui cloche. Les partitions ont toujours été OK!
Mais mon Macbook 2012 est encore un modèle "pre-UEFI" qui n'a pas toutes les fonctionalités du UEFI Standard.
https://discussions.apple.com/thread/7790660

C'est le cas de tous les modèles avant 2013 qui sont EFI et non UEFI. L'EFI et l'UEFI ont beaucoup de choses en commun mais ils ont aussi beaucoup de différences qui font qu'il ne sont pas totalement interchangeables. Il faut donc trouver un OS spécialement conçu pour booter en EFI. A ma connaissance il n'existe pas de Windows compatible EFI, hormis quelques versions serveur autour de 2003, conçues spécialement pour les CPUs en "vrai" 64bit d'intel qui n'existent plus aujourd'hui, (on utilise le jeu d'instruction créé par AMD).

D'après ce que j'en ai compris, c'est pour cela que Windows 10 démarre en UEFI, mais n'ayant pas toutes les APIs, finit par se défausser en mode LBA.

MBR et non LBA. Non, windows ne "switch" pas en cours de route, si l'installation a été démarrée en UEFI elle installera l'OS en mode UEFI, et inversement si on l'a démarré en legacy (ce qui est le cas si on passe par bootcamp sur un mac pre 2013).

Il semble qu'il n'y aie rien à faire: il faut passer par Boot Camp, tout réinstaller et surtout ne plus toucher aux partitions après.
De plus on a un Windows bridé qui ne fonctionne même pas en mode AHCI.

En pratique oui bootcamp est plus simple, quoique l'obligation d'une partition hybride n'est pas très pratique et assez accidentogène.
Mais tout cela n'a pas tellement de rapport avec le fait qu'une partition MBR ou EFI soit visible ou non. Ca dépend surtout de l'OS. On peut très bien accéder à des partitions GPT sur un ordinateur qui ne supporte pas du tout l'EFI/UEFI.
Il est possible de démarrer en UEFI de façon "déportée", c'est à dire que plutôt que l'EFI/UEFI soit dans la puce du firmware, il est sur le HD et exécuté dans un second temps après le démarrage normal du firmware. OpenCore est un exemple bien connu de cette approche et on peut donc virtuellement basculer n'importe quelle antiquité sur le mode UEFI.
Il est d'ailleurs probable qu'OpenCore Legacy supporte déjà ce mac officiellement, ce qui permettrait de s'affranchir de la partition hybride et aussi de limitations comme l'absence de support AHCI.

[Laszlo Lebrun]

Merci. Je crois avoir trouvé ce qui cloche. Les partitions ont toujours été OK!
Mais mon Macbook 2012 est encore un modèle "pre-UEFI" qui n'a pas toutes les fonctionalités du UEFI Standard.
https://discussions.apple.com/thread/7790660

C'est le cas de tous les modèles avant 2013 qui sont EFI et non UEFI. L'EFI et l'UEFI ont beaucoup de choses en commun mais ils ont aussi beaucoup de différences qui font qu'il ne sont pas totalement interchangeables. Il faut donc trouver un OS spécialement conçu pour booter en EFI. A ma connaissance il n'existe pas de Windows compatible EFI, hormis quelques versions serveur autour de 2003, conçues spécialement pour les CPUs en "vrai" 64bit d'intel qui n'existent plus aujourd'hui, (on utilise le jeu d'instruction créé par AMD).

D'après ce que j'en ai compris, c'est pour cela que Windows 10 démarre en UEFI, mais n'ayant pas toutes les APIs, finit par se défausser en mode LBA.

MBR et non LBA. Non, windows ne "switch" pas en cours de route, si l'installation a été démarrée en UEFI elle installera l'OS en mode UEFI, et inversement si on l'a démarré en legacy (ce qui est le cas si on passe par bootcamp sur un mac pre 2013).

Il semble qu'il n'y aie rien à faire: il faut passer par Boot Camp, tout réinstaller et surtout ne plus toucher aux partitions après.
De plus on a un Windows bridé qui ne fonctionne même pas en mode AHCI.

En pratique oui bootcamp est plus simple, quoique l'obligation d'une partition hybride n'est pas très pratique et assez accidentogène.
Mais tout cela n'a pas tellement de rapport avec le fait qu'une partition MBR ou EFI soit visible ou non. Ca dépend surtout de l'OS. On peut très bien accéder à des partitions GPT sur un ordinateur qui ne supporte pas du tout l'EFI/UEFI.
Il est possible de démarrer en UEFI de façon "déportée", c'est à dire que plutôt que l'EFI/UEFI soit dans la puce du firmware, il est sur le HD et exécuté dans un second temps après le démarrage normal du firmware. OpenCore est un exemple bien connu de cette approche et on peut donc virtuellement basculer n'importe quelle antiquité sur le mode UEFI.
Il est d'ailleurs probable qu'OpenCore Legacy supporte déjà ce mac officiellement, ce qui permettrait de s'affranchir de la partition hybride et aussi de limitations comme l'absence de support AHCI.

Merci.
C'est vrai que je n'avais pas encore exploré cette voie.
rEFInd aussi?
Je vais chercher...
Eh oui, il semble qu'il y ait une voie:
https://dortania.github.io/OpenCore-Legacy-...er/WINDOWS.html


Ce message a été modifié par Laszlo Lebrun - 10 Feb 2022, 09:35.