Index de l'article
Réussir son installation retail
Liste des kexts utilles ou nécessaires
Installer à partir de la version originale

Réussir son installation Retail

Les prérequis

Une copie de Mac Os X Leopard ( légale )
Une configuration qui s'y prête
Quelques heures devant soi
Une cafetière bien remplie
De la patience et du sang-froid
Une bouteille de champagne (en cas de réussite uniquement, sinon ça risque de se retourner contre vous)

Un peu de lecture

Certains articles relatifs l'installation Retail et aux notions utilisées dans ce guide:

• Chameleon v2 Acte I : l'installation

• Chameleon v2 Acte V : L'injection SMBIOS

• Le dossier Extra

• ACPI [DSDT] Patcher de KOALALA

• Changer le nom BSD de votre carte reseau

Limitations:

• Même si beaucoup de progrès ont été fait dans cette direction, le succès d'une installation retail dépend majoritairement de votre configuration. Même avec toute la volonté du monde, certaines config ne se prêteront jamais au jeu. Néanmoins, ceci ne doit pas être un frein à votre démarche: même si une poignée de kext devrons être remplacés, vous tirerez tout de même les bénéfices de ce type d'installation, à savoir la maîtrise de votre hack, des fichiers remplacés et peut-être vous y gagnerez en stabilité. Et en cas de pépin ou de mise à jour, vous serez sans trop de difficulté où chercher et quoi faire, ce qui sera un gain de temps et d'énergie, croyez moi.

• l'Hardware idéal est composé du couple chipset/processeur Intel Core_xxx, de périphériques SATA et d'une carte graphique Nvidia à mémoire dédiée. Les cartes ATI et processeur AMD fonctionnent sous OSX, mais compliquent légèrement la tâche.

A qui s'adresse ce guide?

Si vous en êtes à votre première installation et que vous n'avez pas de connaissances particulières vis à vis d'OSX, je vous conseil plutôt d'utiliser une distribution.
Même si je vais m'efforcer d'expliquer au mieux la démarche, cette méthode requiert certaines notions qui demandent un peu d'apprentissage et d'expérimentations.
Commencez donc par tenter les distributions, et lorsque vous serez à l'aise avec la manipulation des kext, kernels et .plist, il sera temps pour vous de tenter l'aventure.

Notes:

• Ce guide n'est pas un guide qui vous offrira la possibilité de monter un système parfait clé en main. Même si je vais détailler les kexts communs à utiliser, il vous faudra quand même aller à la pèche pour trouver ceux qui correspondent à votre hardware ( allez faire un tour dans la base de données, ou ici: Collection d'ISO pour le Boot Retail ). Le but ici est avant tout de vous donner quelques clés qui je l'espère vous seront utiles.

• La méthode que je vais présenter ici est une méthode parmi d'autre. Il est possible d'utiliser la partition EFI, d'une sauvegarde de TimeMachine... etc etc.

• Même si dans de guide, nous allons utiliser le plus possible le dossier Extra, ce n'est pas pour autant qu'il faille considérer le dossier System/Library/Extensions (S/L/E) comme intouchable. Rien ne vous empêche d'y placer des kexts "tiers", d'en retirer...etc.

A mon sens, la notion de Retail ne dépendra pas de la présence ou non de kexts tiers à cet endroit: qu'ils de trouvent là, dans le dossier Extra, la partition EFI, une clé USB, un CD ou je ne sais où, le système les lira et les traitera EXACTEMENT de la même manière: Os X est patché et hacké. Leur emplacement physique n'est en cela pas capital, puique qu'ils se retrouverons en mémoire quoi qu'il arrive.

A partir du moment où des kext système ne sont pas substitués par leurs équivalent hackés, je pense que l'emplacement des kext en question est avant tout une affaire de goût, ni plus ni moins.
L'intérêt majeur de cette technique réside surtout dans l'utilisation minimale et raisonné de kexts modifiés ou tiers, et l'absence de substitution directe de kext offrant la possibilité de mettre à jour son système sans trop de soucis. (bien que l'expérience tend à montrer le bien fondé de ce principe, il peut toujours y avoir des surprises.)

Les Kexts

De quoi est composé un kext?

Je ne vais pas revenir ici sur ce qu'est un kext (voir: Le dossier Extra ), mais voir brièvement de quoi est fait un kext, histoire de comprendre la suite du guide.
Pour aller très vite et schématiser, un kext se présente comme un dossier (faite un clic droit pour voir), dans lequel se trouve systématiquement deux choses:

un fichier info.plist : ou se trouvent certains paramètres et informations (au format xml) relatives au driver, et lisibles par un être humain.
un fichier binaire: il s'agit du driver lui-même, compilé et donc illisible, sauf avec des outils spécifiques.

Les deux types de kexts utilisés pour le boot retail

1. Legacy:

Il s'agit une fait d'un faux kext, qui ne contient que le fichier info.plist, lequel sera lu et traité à la place de son alter ego dans le kext situé dans S/L/E, lors de la phase de démarrage.

Ce type de hack permet d'utiliser un driver natif d'OSX, qui peut parfois supporter certains types de matériels PC en indiquant par exemple le device ID du matériel dans l'info.plist du kext. (voir Le dossier Extra, tout est expliqué), qui sera ensuite injecté dans le kext situé dans S/L/E.
Vous devrez supprimer quelques informations dans l'entête de l'info plist afin que celui-ci reste compatible en cas de mise à jour du driver original (si celui-ci n'évolue pas fondamentalement).

Exemple à suivre: JMicron.kext (S/L/E):
<dict>
<key>CFBundleDevelopmentRegion</key>
<string>English</string>
<key>CFBundleExecutable</key>
<string>AppleAHCIPort</string>
<key>CFBundleGetInfoString</key>
<string>Version 1.5.2, Copyright 2005-2008, Apple Inc.</string>
<key>CFBundleIdentifier</key>
<string>com.apple.driver.AppleAHCIPort</string>
<key>CFBundleInfoDictionaryVersion</key>
<string>6.0</string>
<key>CFBundleName</key>
<string>AppleAHCI</string>
<key>CFBundlePackageType</key>
<string>KEXT</string>
<key>CFBundleShortVersionString</key>
<string>1.5.2</string>
<key>CFBundleSignature</key>
<string>????</string>
<key>CFBundleVersion</key>
<string>1.5.2</string>
<key>IOKitPersonalities</key>
<dict>
version legacy: LegacyJMicron.kext:
<dict>
<key>CFBundleDevelopmentRegion</key>
<string>English</string>
<key>CFBundleIdentifier</key>
<string>org.tgwbd.driver.LegacyAppleAHCIPort</string>
<key>CFBundleInfoDictionaryVersion</key>
<string>6.0</string>
<key>CFBundleName</key>
<string>LegacyAppleAHCI</string>
<key>CFBundlePackageType</key>
<string>KEXT</string>
<key>CFBundleSignature</key>
<string>????</string>
<key>CFBundleVersion</key>
<string>1.5.1</string>
<key>IOKitPersonalities</key>
<dict>

2. Kexts tiers:

Il peut s'agir d'un injecteur ou d'un driver à part entière (pour la différence: Les GFX-Strings: méthodes et applications). Il s'agit de kexts qui ne se trouvent pas à l'origine dans le système. Ce sont des compléments qui vont permettrent de de faire fonctionner certains hardwares (comme voodoohda.kext pour le son) ou injecter des informations à des kexts Apple dans le but de faire supporter par ces même drivers certains matériels qui peuvent l'être (comme NVInject.kext pour les cartes graphiques).

GFX strings pour les GTX 260/280		Virtualiser Windows avec VMWare Fusion