Retex/Soucis Update MPB mi-2012 13" vers Big Sur 11.0.1 (20B29), Via Patched Sur 0.0.4 de BenSova

[blackhole]

Bonjour à tous,

Je viens de mettre à jour mon MPB mi-2012 13" (MacBookPro9,2) vers la version finale de BS (11.0.1 - Build 20B29) qui normalement est listé comme "non compatible BS" et ce grâce à l'utilitaire "Patched-Sur" de BenSova (voir le GitHub).

Tout c'est bien passé: création clé USB patchée, installation.

J'ai juste un soucis lors de la post-installation (voir ci-dessous), en fait c'est plus une remarque/bug que j'ai eu, et que je souhaite partager, et savoir si d'autres parmi vous se sont retrouvés avec le même problème, et si oui, y a-t'il une "solution"...???

Je m'explique, lors de la post-installe, lors de la 1ère arrivée sur le bureau de BS, il faut relancer l'application "Patched Sur" ce trouvant dans le dossier "Applications" pour pouvoir installé les "Patch Kexts" enfin de notamment corriger le soucis de WiFi.

Le reboot se passe très bien (et les suivants aussi) mais j'ai pris l'habitude (peut-être mauvaise me direz-vous...?) d'effectuer un Reset de la PRAM une fois une modification/update (Hardware et/ou Software) et c'est là que ça coince...!!!

Lors du reboot "Post-Reset-PRAM" je me retrouve avec un "Sens Interdit".

J'ai donc refais une clean-installe (3 fois pour être sûr) et refais une tentative de reset PRAM et à chaque fois même résultat --> Sens Interdit

Alors que si je n'effectue pas de reset PRAM tout va bien le MBP démarre à chaque fois sans soucis.

Donc ma question est: "Est-ce que je vais devoir réinstaller BS à chaque fois que je vais être obligé d'effectuer un reset PRAM (si c'est vraiment nécessaire de le faire) ?"

Hackmicalement,

Blackhole

[jeanjd63]

Salut.

Alors oui c'est normal car il y a un ou plusieurs paramètres modifiés dans la NVRAM :
Perso j'utilise ce patch : https://github.com/barrykn/big-sur-micropatcher

et dans le Readme on trouve ceci :

If you reset your Mac's NVRAM, attempts to boot Big Sur afterward will fail with a prohibited/no-entry sign on the screen. To fix this, repeat step 9 (booting the "EFI Boot" partition of the patched installer USB). Likewise, if you transplant the hard drive with the Big Sur installation from one Mac to another, or you move an external hard drive/SSD with Big Sur from one Mac to another, you will need to repeat step 9 on the destination Mac before it can boot Big Sur.

Si tu tapes dans le terminal la commande :

Code

nvram boot-args

Tu vas trouver ceci :

boot-args -no_compat_check

Qui est ajouté, entre autre, par le "patcheur" et qui signifie no compatibility check On se doute un peu pourquoi.

Moralité plus de Reset NVRAM sinon re "patch".

[blackhole]

Merci pour ces infos!!!

Ce qui est "ch*ant" c'est que l'on ne peut plus faire un Reset PRAM "en toute tranquillité" sans avoir la clé d'installe sous la main (et/ou dans la poche en cas de déplacement) pour pouvoir réinstaller BS et re-patcher...

On ce retrouve avec une épée de Damoclès en permanence sur sa machine...!!!

[Guest_anonym_d019ede3_*]

Bonjour,

Je ne sais pas dans ton cas précis, on a pas la même version ni le même patch, mais suite à MAJ de mon MBP 2009 Mojave Patch j'ai rencontré quelques soucis aussi.

En fait, pour ma part, pas eu besoin de réinstaller l'OS, mais juste le re patch post install puis ses MAJ après reboot et re reboot après. Et ça voulait pas au début…

J'en parle ici :
https://forum.macbidouille.com/index.php?s=...t&p=4356647

Ce qui est étonnant c'est que mon mac mini, lui, n'a plus besoin de Patch sur clé ou DDE pour rebooter sur Mojave mis à jour, (contrairement au MBP), juste la fenêtre de MAJ de patch et reboot à faire après la même MAJ de Mojave.

Concernant ta conclusion, perso je vais créer une partition avec l'installeur directement sur mon SSD interne de MBP : ça solutionnera le souci en cas de déplacement (16Go nécessaire environ), et juste Alt pour choisir la partoche.

[blackhole]

Concernant ta conclusion, perso je vais créer une partition avec l'installeur directement sur mon SSD interne de MBP : ça solutionnera le souci en cas de déplacement (16Go nécessaire environ), et juste Alt pour choisir la partoche.

Pas bête!!! Je n'y avais même pas pensé, je tenterai le coup dans les prochains jours!!!

Car là il faut déjà que je comprenne et règle mon "Puta$n" de problème de droit utilisateur comme expliqué dans CE TOPIC.

[Guest_anonym_d019ede3_*]

Je n'ai lu qu'en diagonale, l'autre sujet en lien, car ça parle surtout de hack, et que je ne maîtrise pas le sujet, cependant au sujet des droits pour ouvrir des logiciels, est-ce que tu as creusé du côté de Gatekeeper et de la désactivation du SIP ?

[blackhole]

Je n'ai lu qu'en diagonale, l'autre sujet en lien, car ça parle surtout de hack, et que je ne maîtrise pas le sujet, cependant au sujet des droits pour ouvrir des logiciels, est-ce que tu as creusé du côté de Gatekeeper et de la désactivation du SIP ?

Oui je viens de spécifier dans le topic en lien dans mon dernier post que j'avais regardé du côté du SIP et que c'était infructueux.

Et GK est bien désactivé.

[Guest_anonym_d019ede3_*]

Ok C'était par acquis de conscience… Pour le reste, je n'ai pas d'autre idée pour l'instant.

Certainement plus une solution à coups de Terminal pour jeanjd63 je pense, pour les droits d'écritures…

Ce message a été modifié par anonym_d019ede3 - 27 Nov 2020, 15:53.