Problème open core legacy clé usb
- Créateur du sujet rv_1908
- Date de début
Il te faut bien évidement une clé USB 3.0 de 32 Go et si tu suis ceci dans l'ordre...
...un clic en 1) et tu sélectionnes Afficher tous les appareils, en 2) tu sélectionnes la racine et pas ce qui est en-dessous, un clic en 3) affichera les autres options qui ne sont pas dures à comprendre. En 4) tu donnes le nom que tu veux.
Ce qui est curieux est que utilises Open Core Legay Patcher qui ne pose jamais de problème. Alors est-ce bien pour l'utiliser ou pas ?
Ta « technique magique » est dangereuse. Et bien moins compréhensible et facile.
Parce que ce que tu oublies c’est que macOS va s’adapter au démarrage à ton spoof. Il va charger certains drivers et pas d’autres et certains paramètres en conséquence.
Et si tu choisis mal, c’est fini, ton Mac ne démarrera plus. (Et non tu ne peux pas choisir « n’importe quoi »)
Et c’est pour ça qu’il faut utiliser une clé USB. Pour pas te retrouver complètement bloqué. Sachant que certains n’ont pas un autre Mac pour après s’en sortir.
Alors… Absolument pas …
Déjà l’efi inscrit par oclp sur le ssd est TOUJOURS celui du hardware réel (relis bien mon tuto, je l’ai spécifié en gros partout à plusieurs reprises !!!) …
Ensuite l’OS existant (pas encore upgradé) démarre avec les drivers qu’il a DÉJÀ installé : c’est à dire les siens, ceux qui donc correspondent au hardware réel .
le spoof ne permet que de faire croire à l’installeur qu’il va s’installer sur une machine compatible . Rien de + et rien de moins …
Puis les bons drivers comme tu dis c’est oclp qui s’en charge (après installation de l’OS!) via les root patch et selon le hardware réel (car il ignore le spoof et ne se fie qu’au hardware réel !) . Par ailleurs s’il détecte que l’efi en place ne corresponds pas au matos réel il forcera d’abord à le corriger avant d’autoriser quoi que ce soit d’autre .
Tu crois que j’ai pas testé ma méthode des dizaines de fois avant de la publier ?
Je me suis même fait un Live-MacOS-opencorisé sur une clé, ça permet d’installer une upgrade directe sur disque vierge sans passer par une primo-install d’un MacOS officiellement supporté par la machine de destination . Suffit de démarrer le MacOS de la clé en mode spoof, ensuite y’a juste à inscrire l’efi sur le ssd de la machine (avec le bon target model évidemment!!) puis enfin lancer l’install du MacOS récent directement depuis le live car l’installeur est hébergé sur la clé … Une fois l’OS installé sur le ssd puis demarré : installation d’oclp puis exécution des rootpatchs, fin de l’histoire merci au revoir…
Le seul truc qui peut bloquer le demarrage/chargement de l’OS c’est si l’efi inscrit corresponds à une version ANTÈRIEURE au matos réel (genre démarrer un Mac 7,2 avec un efi de 6,2 ne fonctionne PAS, bien que l’inverse OUI !) . C’est pourquoi j’ai bien mentionné en long en large et en travers que le target model devra TOUJOURS être celui du matos réel (exactement comme pour une clé de boot…) …
Au pire du pire en cas d’impossibilité de démarrage il est toujours possible d’utiliser le recovery internet en faisant cmd+r : pour installer le dernier MacOS officiellement compatible avec la machine… Les + prudents se seront d’abord fait une clef d’install du dernier MacOS officiellement supporté par leur machine .
Bref … Crois ce que tu veux …
Déjà l’efi inscrit par oclp sur le ssd est TOUJOURS celui du hardware réel (relis bien mon tuto, je l’ai spécifié en gros partout à plusieurs reprises !!!) …
Ensuite l’OS existant (pas encore upgradé) démarre avec les drivers qu’il a DÉJÀ installé : c’est à dire les siens, ceux qui donc correspondent au hardware réel .
le spoof ne permet que de faire croire à l’installeur qu’il va s’installer sur une machine compatible . Rien de + et rien de moins …
Puis les bons drivers comme tu dis c’est oclp qui s’en charge (après installation de l’OS!) via les root patch et selon le hardware réel (car il ignore le spoof et ne se fie qu’au hardware réel !) . Par ailleurs s’il détecte que l’efi en place ne corresponds pas au matos réel il forcera d’abord à le corriger avant d’autoriser quoi que ce soit d’autre .
Tu crois que j’ai pas testé ma méthode des dizaines de fois avant de la publier ?
Je me suis même fait un Live-MacOS-opencorisé sur une clé, ça permet d’installer une upgrade directe sur disque vierge sans passer par une primo-install d’un MacOS officiellement supporté par la machine de destination . Suffit de démarrer le MacOS de la clé en mode spoof, ensuite y’a juste à inscrire l’efi sur le ssd de la machine (avec le bon target model évidemment!!) puis enfin lancer l’install du MacOS récent directement depuis le live car l’installeur est hébergé sur la clé … Une fois l’OS installé sur le ssd puis demarré : installation d’oclp puis exécution des rootpatchs, fin de l’histoire merci au revoir…
Le seul truc qui peut bloquer le demarrage/chargement de l’OS c’est si l’efi inscrit corresponds à une version ANTÈRIEURE au matos réel (genre démarrer un Mac 7,2 avec un efi de 6,2 ne fonctionne PAS, bien que l’inverse OUI !) . C’est pourquoi j’ai bien mentionné en long en large et en travers que le target model devra TOUJOURS être celui du matos réel (exactement comme pour une clé de boot…) …
Au pire du pire en cas d’impossibilité de démarrage il est toujours possible d’utiliser le recovery internet en faisant cmd+r : pour installer le dernier MacOS officiellement compatible avec la machine… Les + prudents se seront d’abord fait une clef d’install du dernier MacOS officiellement supporté par leur machine .
Bref … Crois ce que tu veux …
Dernière édition:
j'ai une cle de 64go j'ai fait comme sur l'image impossible ca bloque au formatage et ca m'indique une erreur
Sujets similaires
