Oups, merci, c'est tout corrigé !
Les clés USB coûtent si peu cher de nos jours que c'est dommage de s'embêter avec 8 Go…
Et si je montais un hackintosh ?
- Créateur du sujet nicolasf
- Date de début
Oups, merci, c'est tout corrigé !
Les clés USB coûtent si peu cher de nos jours que c'est dommage de s'embêter avec 8 Go…
Un commentaire en réponse à l'article sur l'installation m'a fait réaliser que la partition EFI n'était pas sauvegardée par Carbon Copy Cloner. C'est vrai et c'est un problème, sachant qu'il y a toute la configuration dans ce dossier, et dans l'idéal, les kexts.
Du coup, j'ai bricolé une solution pour créer une copie de cette partition toutes les nuits. C'est un LaunchDaemon qui s'active vers minuit et qui crée un DMG dans un dossier qui sera cloné ensuite par Carbon Copy Cloner.
J'ai intégré au script une maintenance minimaliste pour ne garder que les dix dernières sauvegardes.
Des avis, des suggestions ?
Si vous voulez l'utiliser, les explications pour l'adapter à votre configuration et les fichiers sont tous disponibles ici : https://github.com/nicolinuxfr/backup-EFI
Du coup, j'ai bricolé une solution pour créer une copie de cette partition toutes les nuits. C'est un LaunchDaemon qui s'active vers minuit et qui crée un DMG dans un dossier qui sera cloné ensuite par Carbon Copy Cloner.
J'ai intégré au script une maintenance minimaliste pour ne garder que les dix dernières sauvegardes.
Des avis, des suggestions ?
Si vous voulez l'utiliser, les explications pour l'adapter à votre configuration et les fichiers sont tous disponibles ici : https://github.com/nicolinuxfr/backup-EFI
Sinon @nicolasf SuperDuper permet de faire des clones complets, incluant l'EFI 
Sinon @nicolasf SuperDuper permet de faire des clones complets, incluant l'EFI
Ah ? Et pas Carbon Copy Cloner ??
EDIT : je viens de regarder SuperDuper, comment tu es censé faire ?
Dernière édition:
Petite précision concernant ton article : l'intérêt d'utiliser le kext USB c'est qu'il fonctionne également parfaitement avec Sierra GM. Si tu dis : "Si c’est le cas, félicitations, vous avez un hackintosh correctement configuré pour l’USB… du moins, jusqu’au passage à macOS Sierra.", tu ruines (!) l'intérêt de l'effort, non ?
Sinon je confirme mon appréciation "admirative" pour ton exposé.
PS : sur autre chose. Vous le redémarrez comment votre Hackintosh ? (de manière générale, j'entends) :
csr-active-config 0x0
ou
csr-active-config 0x3
ou bien
csr-active-config 0x67
Sinon je confirme mon appréciation "admirative" pour ton exposé.
PS : sur autre chose. Vous le redémarrez comment votre Hackintosh ? (de manière générale, j'entends) :
csr-active-config 0x0
ou
csr-active-config 0x3
ou bien
csr-active-config 0x67
Dernière édition:
En effet, ça m'a l'air très pratique. Et ça répond en partie à la problématique soulevée par @nicolasf concernant la partition EFI. Avec un tel système, l'intégralité est sauvegardée en ligne et peut facilement se récupérer en cas de gros pépin (si on a accès à Internet évidemment
).Cela dit, ça peut potentiellement exposer des infos sensibles au niveau du SMBios. Mais là ce n'est pas le cas et c'est peut-être volontaire ?
+1
Je dirais même plus que si tout à bien été configuré (ports/adresses), il n'y a pas de raisons que ça change avec la version finale de Sierra et ses successeurs.
Je ne suis pas sûr de comprendre le rapport avec le redémarrage mais si tu veux plus d'infos sur ces valeurs, va voir ici.
NB : CsrActiveConfig 0x0 correspond à SIP totalement activé !
Ah ben là d'accord, j'avais pas compris que c'était le cas et ça change tout ! Je modifierai l'article en conséquence demain, merci.
Pour te répondre @gradou, de mémoire, je suis en csr-active-config 0x67.
Oui, je sais bien à quoi ces valeurs correspondent. Je voulais savoir s'il y en a beaucoup qui utilisent le SIP complètement activé. Pour ma part je suis en 0X3 (partiellement activé...). Je crois que Barijaona aime bien le 0X0 mais il n'est pas toujours facile de tenir ce réglage.
Si je parle de démarrage c'est parce que le sip, comme sur les macs "normaux" est activé (ou non, le fameux : csrutil disable avec cmd+R-->terminal) au démarrage, et là c'est plus simple de choisir avec clover...
Et de manière subliminale : quels risques court on réellement avec un SIP désactivé ?
Dernière édition:
Ah OK. Alors la réponse est : quasiment personne mais pas forcément pour les mêmes raisons :P.
Déjà, tu veux virer :
• Tous ceux qui sont passés par MultiBeast et qui ont donc tous les kexts dans L/E.
• Tous ceux qui ont installé ou modifiés des kexts dans S/L/E
• Tous ceux qui, même s'ils n'ont pas touchés à ces deux dossiers, souhaitent faire mumuse ponctuellement avec le dossier System.
• Tous ceux qui n'ont pas envie de se prendre la tête à désactiver le SIP, reconstruire le cache système, redémarrer, ré-activer le SIP puis redémarrer encore une fois et recommencer l'opération à chaque modification.
Bref, ça fait énormément de monde pour ne pas dire la quasi totalité
.Mais si on peut tout mettre dans le dossier EFI/CLOVER/kexts, alors là, on peut le faire sans souci. C'est d'ailleurs l'objectif de @Barijaona.
Et potentiellement, tous ceux qui ont suivi notre tuto Clover sur MacBidouille peuvent le faire car c'est comme ça qu'on les a "éduqués" :hilarious:.
Personnellement, je ne le fais pas parce que je veux conserver la possibilité de faire n'importe quoi dans le dossier System mais ça, c'est mon problème
.Jusqu'à preuve du contraire : rien.
Mais tout est dans le "jusqu'à preuve du contraire" :P.
Enfin si ça peut te rassurer, sur Hackintosh et depuis Yosemite, désactiver ce genre de protection a toujours été nécessaire et personne ne s'est fait infecter ou hacker.
Après, c'est comme pour tout. Il faut faire attention à ce qu'on installe tout en sachant que sur un Hackintosh, je pense que le petit malin qui s'amuserait à poster des fichiers infectés serait très rapidement repéré et grillé par tous les sites/forums spécialisés
.
@nicolasf
Je viens de finir de lire ton article et bravo, il est très complet et fidèle.
J'aurais juste une petite rectification à faire concernant Clover et UniBeast/MultiBeast parce que c'est une confusion que les gens font souvent (c'est plus du pinaillage qu'autre chose, je l'avoue) :
UniBeast n'est pas un fork de Clover et UniBeast n'a rien à voir avec Clover !
(la preuve, on peut parfaitement se passer du premier alors que le second est totalement indispensable)
UniBeast, c'est juste un outil qui sert à créer une clé d'installation USB d'OS X. UniBeast, tout comme MultiBeast, utilise Clover comme bootloader mais ce ne sont pas des bootloaders ou des forks de bootloader.
Un peu d'Histoire avec un grand H : :hilarious:
Avant, le bootloader qu'utilisait Tonymacx86, c'était Chimera qui lui est bien un fork de Chameleon. Mais pas de bol, ni Chameleon, ni Chimera ne sont en mesure de booter El Capitan.
Il n'y a qu'Enoch (qui lui aussi est un fork de Chameleon) qui puisse booter El Capitan. Mais re-pas d'bol pour Tonymacx86, Enoch n'est pas totalement Open Source.
Du coup, Tonymacx86 a été obligé de se rabattre sur Clover (et visiblement, ils n'ont pas encore bien compris comment exploiter son potentiel au maximum). Mais là, re-re-pas d'bol car il n'existe aucun fork de Clover. Donc cette fois, ils n'ont pas pu proposer une version rebadgée genre Clovera ou autre nom plus ou moins subtil.
Désolé si c'est un peu HS mais ces histoires de bootloaders, de trunk et de fork (je préfère les termes de tronc et de branche, c'est plus parlant en français ), c'est le genre de détails que les gens ne comprennent pas forcément et quand on leur parle de ça, ils sont totalement perdus.
Donc quitte à en parler, autant être précis (ou ne pas en parler du tout).
Je viens de finir de lire ton article et bravo, il est très complet et fidèle.
J'aurais juste une petite rectification à faire concernant Clover et UniBeast/MultiBeast parce que c'est une confusion que les gens font souvent (c'est plus du pinaillage qu'autre chose, je l'avoue
) :UniBeast n'est pas un fork de Clover et UniBeast n'a rien à voir avec Clover !
(la preuve, on peut parfaitement se passer du premier alors que le second est totalement indispensable)
UniBeast, c'est juste un outil qui sert à créer une clé d'installation USB d'OS X. UniBeast, tout comme MultiBeast, utilise Clover comme bootloader mais ce ne sont pas des bootloaders ou des forks de bootloader.
Un peu d'Histoire avec un grand H : :hilarious:
Avant, le bootloader qu'utilisait Tonymacx86, c'était Chimera qui lui est bien un fork de Chameleon. Mais pas de bol, ni Chameleon, ni Chimera ne sont en mesure de booter El Capitan.
Il n'y a qu'Enoch (qui lui aussi est un fork de Chameleon) qui puisse booter El Capitan. Mais re-pas d'bol pour Tonymacx86, Enoch n'est pas totalement Open Source.
Du coup, Tonymacx86 a été obligé de se rabattre sur Clover (et visiblement, ils n'ont pas encore bien compris comment exploiter son potentiel au maximum). Mais là, re-re-pas d'bol car il n'existe aucun fork de Clover. Donc cette fois, ils n'ont pas pu proposer une version rebadgée genre Clovera ou autre nom plus ou moins subtil.
Désolé si c'est un peu HS mais ces histoires de bootloaders, de trunk et de fork (je préfère les termes de tronc et de branche, c'est plus parlant en français
), c'est le genre de détails que les gens ne comprennent pas forcément et quand on leur parle de ça, ils sont totalement perdus.Donc quitte à en parler, autant être précis (ou ne pas en parler du tout)
.
Dernière édition:
ça répond en partie à la problématique soulevée par @nicolasf concernant la partition EFI. Avec un tel système, l'intégralité est sauvegardée en ligne et peut facilement se récupérer en cas de gros pépin (si on a accès à Internet évidemment
Cela dit, ça peut potentiellement exposer des infos sensibles au niveau du SMBios. Mais là ce n'est pas le cas et c'est peut-être volontaire ?
Pour l'instant, je n'ai pas fait la procédure iMessage, donc je n'ai pas encore de données sensibles. Mais il est exact que je n'ai pas du tout l'intention de mettre en ligne le numéro de série et éventuelles autres informations personnelles. Elles figureront dans une branche privée qui sera incrémentée séparément au fur et à mesure des autres avancées (utilisation de git reup suivant un workflow proche de celui décrit ici).
Donc, la publication en ligne ne peut pas vraiment répondre aux besoins de sauvegarde (à moins d'avoir un serveur git privé quelque part).
Jusqu'à preuve du contraire : rien.
Mais tout est dans le "jusqu'à preuve du contraire"
D'où le petit challenge personnel que je me suis fixé, faire une installation Clover qui soit dans la philosophie d'Ozmosis…
Pour l'instant, ça se traduit par ce commit qui pour l'heure n'a pas été remis en cause ; on va voir ce qu'il en sera lorsque j'installerai les drivers Nvidia et que je serais confronté à l'écran noir…
Ah ben ça je peux te le dire tout de suite : impossible d'activer le SIP dans ces conditions.
Le kext AppleGraphicsControl ayant été modifié, à la moindre reconstruction du cache système, il ne sera pas chargé car considéré comme "untrusted" et tu auras droit à un bel écran noir dans le meilleur des cas ou une impossibilité de démarrer dans le pire (mais ça, je n'y crois pas trop car le kext n'est pas essentiel au reste du fonctionnement d'OS X).
À mon avis, et si Pike R. Alpha ne trouve pas un nouveau patch Clover, la seule solution sera de passer par une DSDT.
Quelle forme il tient le polyzargone !!!! C'est vraiment très, très intéressant. Je crois finalement que pour moi l'intérêt du Hackintosh c'est ça : une ouverture pas seulement matérielle mais aussi du "cerveau"
Pour ma part j'ai utilisé la procédure de chris111 (http://www.insanelymac.com/forum/files/file/572-macos-sierra-hd/) pour installer Sierra...
PS-NB : avec Sierra cloverconfigurator ne monte plus les EFI (enfin chez moi)
Pour ma part j'ai utilisé la procédure de chris111 (http://www.insanelymac.com/forum/files/file/572-macos-sierra-hd/) pour installer Sierra...
PS-NB : avec Sierra cloverconfigurator ne monte plus les EFI (enfin chez moi)
Dernière édition:
Pour ma part, je n'ai pas touché au SIP, donc je dois être en 0x0.
Pour le moment, j'ai réussi à tenir mon El Capitan complètement stock.
Sur un autre sujet, la configuration du bios de la carte Z170X de gigabyte (qui sert de référence à l'article de nicolasf) : pour ma part une fois installé le système, je ne laisse pas "autres OS", je mets windows... et je disable CSM; c'est ce que je fais pour avoir une résolution plus "jolie" au boot de clover. Est-ce critiquable ? Et si oui existe t'il une autre solution pour avoir une "page" de démarrage "jolie" ?!
Je n'ai pas ce pb avec les cartes 170 Asus... qui, soit dit en passant, ne nécessitent par ailleurs aucune gymnastique rythmique pour la configuration de l'audio !!
Je n'ai pas ce pb avec les cartes 170 Asus... qui, soit dit en passant, ne nécessitent par ailleurs aucune gymnastique rythmique pour la configuration de l'audio !!
Dernière édition:
Sauf erreur de ma part, si tu n'as pas touché au SIP, alors tu dois être en 0X67, qui me semble être une configuration par défaut.
Mais, comme trop souvent à mon goût, je peux me tromper...
Je n'ai pas du tout l'intention de m'appuyer sur le script qui modifie le kext AppleGraphicsControl. Effectivement, un patch DSDT semble la solution la plus simple. Encore faut-il le trouver…
Mais il y a certainement d'autres solutions… Clover sait dynamiquement patcher le cache une fois que celui-ci existe. Le problème c'est lorsque le cache est reconstruit après le passage de Clover.
On pourrait donc imaginer un daemon qui vérifierait au démarrage si le cache a changé par rapport au boot précédent, et dans ce cas redémarrerait la machine pour que Clover puisse cette fois re-appliquer les bons patches.
Dans le cas présent (problème de l'écran noir avec un SMBIOS iMac17,1), ce serait un patch de l'Info.plist.
A ce propos, avec le patch Pike R.Alpha sous 10.11, je ne l'avais pas remarqué, mais ce matin en branchant un second écran, j'ai été confronté, au redémarrage, au "black screen". Je suis donc revenu à la situation antérieure (sans patch Pike R.Alpha et avec AGDPFix) et là pas de problème...
OK, je vais corriger ça.
Pour répondre à ton commentaire concernant la sauvegarde de l'EFI : je sais que c'est limité à une seule partition, mais c'est une solution à adapter quoi qu'il arrive donc ça aussi, ça peut être modifié par l'utilisateur. Et en tout cas, j'ai testé cette nuit, ça marche super bien.
Sujets similaires
