Installation Snow Leopard, Sur un Pentium 4 32bits

[Licorne31]

[Suite du sujet commencé ici]

Bon, hé bien, quand ça veut pas, ça veut pas…

J’ai configuré le BIOS « comme il faut ».

Je boote « normalement » (sans options) sur iAtkos S3 v2. Le DVD est dans le lecteur interne, sur le bus IDE principal (pas sur le secondary). Enfin, je pense…
Que ce soit avec un clavier PS2 (de PC) ou USB (de Mac), et avec un mulot USB, j’ai ce (ou plutôt, cette absence de) résultat :

Tout va bien jusqu’à l’écran de sélection de la langue principale.
Mais une fois là, je peux déplacer le pointeur de la souris, mais je ne peux pas cliquer, ni faire « return » au clavier.

Si je boote avec –v –x cpus=1…
J’ai une quantité certaines de messages qui me disent que tout va bien, et, dans le lot, quelques uns qui me disent que tout ne va pas bien.

Je les copie ici, avec d’autres qui me semblent pertinents.
Le format "liste à boulettes", c'est pour conserver les lignes.

(…)

• AppleIntelPIIXPATA : Secondary PCI IDE channel is disabled
• FireWire runtime power conservation disabled (2)

(…)

• ERROR : FireWire unable to determine security-mode; defaulting to full-secure
• Bug: launchctl.c:3557 (23930):17: ioctl(s6, SIOCAIFADDR_IMG, &ifra6) !=-1
• (puis il crée 5 RAM disks de 512 Ko chacuns, sans aucun problème)
• Bug: launchctl.c :2325 (23930):30: (dbfd = open(g_job_overrides_db_path, O_RDONLY I O_EXLOCK I O_CREAT, S_IRUSR I S_IWUSR)) != -1
• systemShutdown false
• Failed to issue CON RESET successfully after 3 attempts. Failing…
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelMeromProfile
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelNehalemProfile
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelPenrynProfile
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelYonahProfile
• Previous Shutdown Cause: 0
• DSMOS has arrived
• ACPI_SMC_PlatformPlugin::start – waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed out

Aprsè ça, je me retrouve (après quelques minutes d’attente) sur l’écran de selection de la langue, où je ne peux toujours pas cliquer.

Le secondary PCI IDE channel vient probablement du BIOS.
Les "warning : skipping...", ça me semble normal, puisque ces CPU ne correspondent pas à mon P4.
Le bootflag "cpus=1", c'est par précaution, dans le cas ou l'hyperthreading serait la cause des ennuis, mais ça ne semble pas être le cas.

Une idée ?
Démarrer avec -x -v PciRoot=1 devrait peut-être régler le 2e "bug"
Pour le premier, ça semblerait être une question d'autorisations... mais comme ça arrive en bootant sur un DVD gravé à partir de l'ISO de iATKOS S3 v2 récupérée selon leur méthode officielle, et que le téléchargement comme la gravure se sont passés sans problème, j'en doute.

LSCPU me dit que j'ai un i686 32 bits, monocoeur, hyperthread, GenuineIntel, CPU family 15, model 3, stepping 4, 3.4 GHz.
Controlleur Intel 915P (ça ne vient pas de là, j'ai des rapports d'install iATKOS S3 réussis sur des Intel 915x).

Install sur clé USB : Tiger ne me laisse pas partitionner ma clé en GUID...
J'ai essayé en MBR, avec un CD Bootloader, mais le bootloader ne voit même pas la clé.
J'espérais booter sur iATKOS jusqu'à l'utilitaire de disque pour le faire, mais je n'arrive même pas jusque là...

Ce message a été modifié par polyzargone - 9 Feb 2016, 19:19.

Raison de l'édition : Ajout du lien du sujet original

[polyzargone]

J’ai configuré le BIOS « comme il faut ».

C'est à dire ? Si tu peux prendre des photos, c'est mieux.

Les problèmes de PS/2 et/ou USB peuvent venir d'un mauvais réglage …

Je boote « normalement » (sans options) sur iAtkos S3 v2. Le DVD est dans le lecteur interne, sur le bus IDE principal (pas sur le secondary). Enfin, je pense…
Que ce soit avec un clavier PS2 (de PC) ou USB (de Mac), et avec un mulot USB, j’ai ce (ou plutôt, cette absence de) résultat :

Tout va bien jusqu’à l’écran de sélection de la langue principale.
Mais une fois là, je peux déplacer le pointeur de la souris, mais je ne peux pas cliquer, ni faire « return » au clavier.

Essaie avec -v USBBusFix=Yes (respecte bien les MAJ/min, c'est important avec les boot-flags).

Si je boote avec –v –x cpus=1…
J’ai une quantité certaines de messages qui me disent que tout va bien, et, dans le lot, quelques uns qui me disent que tout ne va pas bien.

Je les copie ici, avec d’autres qui me semblent pertinents.
Le format "liste à boulettes", c'est pour conserver les lignes.

(…)

• AppleIntelPIIXPATA : Secondary PCI IDE channel is disabled
• FireWire runtime power conservation disabled (2)

(…)

• ERROR : FireWire unable to determine security-mode; defaulting to full-secure
• Bug: launchctl.c:3557 (23930):17: ioctl(s6, SIOCAIFADDR_IMG, &ifra6) !=-1
• (puis il crée 5 RAM disks de 512 Ko chacuns, sans aucun problème)
• Bug: launchctl.c :2325 (23930):30: (dbfd = open(g_job_overrides_db_path, O_RDONLY I O_EXLOCK I O_CREAT, S_IRUSR I S_IWUSR)) != -1
• systemShutdown false
• Failed to issue CON RESET successfully after 3 attempts. Failing…
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelMeromProfile
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelNehalemProfile
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelPenrynProfile
• Warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelYonahProfile
• Previous Shutdown Cause: 0
• DSMOS has arrived
• ACPI_SMC_PlatformPlugin::start – waitForService(resourceMatching(AppleIntelCPUPowerManagement) timed out

Rien d'inhabituel ou d'alarmant. La preuve, tu arrives jusqu'à l'écran de sélection des langues.

Le secondary PCI IDE channel vient probablement du BIOS.
Les "warning : skipping...", ça me semble normal, puisque ces CPU ne correspondent pas à mon P4.
Le bootflag "cpus=1", c'est par précaution, dans le cas ou l'hyperthreading serait la cause des ennuis, mais ça ne semble pas être le cas.

Oui, globalement c'est ça.

Démarrer avec -x -v PciRoot=1 devrait peut-être régler le 2e "bug"

C'est pas un problème que le secondary PCI IDE channel soit annoncé comme "Disabled".

LSCPU me dit que j'ai un i686 32 bits, monocoeur, hyperthread, GenuineIntel, CPU family 15, model 3, stepping 4, 3.4 GHz.
Controlleur Intel 915P (ça ne vient pas de là, j'ai des rapports d'install iATKOS S3 réussis sur des Intel 915x).

Mouais… Tu pourrais essayer arch=i386 comme boot-flag supplémentaire mais encore une fois, le CPU n'est pas le problème. Sinon, tu aurais eu un KP directement dès le boot.

Install sur clé USB : Tiger ne me laisse pas partitionner ma clé en GUID...
J'ai essayé en MBR, avec un CD Bootloader, mais le bootloader ne voit même pas la clé.
J'espérais booter sur iATKOS jusqu'à l'utilitaire de disque pour le faire, mais je n'arrive même pas jusque là...

Tiger, on va oublier !

Le MBR serait préférable dans la mesure ou tu utiliseras Chameleon et iAtkos pour le moment. Quand tu auras réussi à installer OS X et à identifier les bons kexts et la bonne configuration du dossier Extra, on verra pour le GUID. Bref, pour le moment, c'est pas très important.

En fait, il faut avant tout régler cette histoire de clavier/souris parce que concrètement, tu n'as plus qu'à installer OS X. Mais c'est sûr que sans ces deux là, tu n'iras nul part .

Donc regarde bien les réglages Bios et notamment le USB Legacy Support en particulier et/ou la partie USB en général. Autant le PS/2 c'est un peu aléatoire, autant l'USB devrait fonctionner sans problèmes.

[Licorne31]

arch=i386 : j'y ai pensé tout seul... et ça m'a décoincé.
Du coup, j'ai pu tenter une install... sur une clef USB, parce que le disque dur n'est plus visible au moment d'installer! (plus d'une demi-heure après le boot...). Et je me suis fait deux clefs, une 8 Go, et une 16, en GUID.

BIOS "comme il faut" : en suivant les conseils trouvés de ci de là, AHCI, ordre de boot, tout ça...
Pour les photos, j'essayerai, mais pas maintenant, j'ai rangé le bouzin... Je n'ai qu'un écran, et il faut que je mette le PC sur une chaise pour pouvoir le brancher!
PS2 et USB marchent, donc, puisque j'ai pu aller plus loin.

Dans le doute, USBBusFix=Yes je le ferai à la prochaine tentative.

Dans les "options" d'iAtkos, il me faudra bien tout surveiller... parce que j'ai l'impression que, bien que j'ai booté en arch=i386, il me laissait des sélections en 64 bits.

Au final : j'ai réussi à lancer une install, tout par défaut, en français... qui a planté à la fin, avant la création du compte utilisateur et la vidéo.
Et le volume GUID (USB) sur lequel j'ai fait l'install ne boote pas, même avec le CD Nawcom (qui ne le voit pas, mais qui voit mon disque dur).
Et j'ai pensé à photographier les codes de tout le bazar (ex : 8086:2660 Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH 6 family) PCI Express Port 1)

Comme quoi, ça avance... pas vite, mais ça avance... et j'ai commencé à apprendre, 32 bits et 64 bits, quand ça se mélange, ça plante.

[polyzargone]

Donc si j'ai bien compris, tu as réussi à avoir clavier/souris mais il l'installeur ne voit pas ton disque ? C'est bizarre si ton Bios propose l'AHCI… Vérifie que le disque est bien branché sur le primary IDE et qu'il est en maître et le reste en esclave également. En gros :

En Primary IDE, ton disque doit être en master et le second en esclave et idem pour le Secondary IDE. Si tu n'as qu'un seul périphérique par IDE, met le soit en master soit sans aucun cavalier. Après, ça dépend des disques et tu dois avoir un schéma qui t'explique comment brancher les cavaliers.

Mais c'est probablement un truc comme ça qui fait que tu ne vois pas le disque parce qu'avec un chipset Intel ICH6, ça devrait passer… au moins à l'installation.

Dans le doute, USBBusFix=Yes je le ferai à la prochaine tentative.

Faut voir. Si tu t'en as pas eu besoin, il vaut mieux ne pas l'utiliser.

Dans les "options" d'iAtkos, il me faudra bien tout surveiller... parce que j'ai l'impression que, bien que j'ai booté en arch=i386, il me laissait des sélections en 64 bits.

Tu peux t'inspirer de ça :

[Licorne31]

Mon BIOS est en AHCI.
Mon disque dur est un SATA, et il branché sur le port n°1 de la CM (il y en a 4, mais seuls les ports 1 et 2 sont bootables).
Je n'ai que le lecteur optique interne qui soit IDE.
Parce que certains (sous Windows...) ont eu des refus de boot SATA après avoir mis des disques durs IDE sur lesquels ils ont booté, et que ça a l'air assez sioux à décoincer.

Ce qui ressort de la config matérielle de la CM :

Code

8086:2660  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1
8086:244e  Intel Corporation       82801 PCI Bridge
1106:3106  VIA Technologies, Inc.  VT6105/VT6106S [Rhine-III]
1106:3044  VIA Technologies, Inc.  VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller
8086:2640  Intel Corporation       82801FB/FR (ICH6/ICH6R) LPC Interface bridge
8086:2658  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:2659  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265a  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265b  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265c  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265f  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:2652  Intel Corporation       82801FR/FRW (ICH6R/ICH6RW) SATA Controller
8086:266a  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller
8086:2668  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller
8086:2581  Intel Corporation       82915G/P/GV/GL/PL/910GL PCI Express Root Port
10de:0644  nVidia Corporation      G96 [GeForce 9500 GS]
8086:2580  Intel Corporation       82915G/P/GV/GL/PL/910GL Memory Controller Hub

Pour les chipsets VIA, je devrais utiliser le kext "Rhine" pour le réseau.
Pour l'audio, ça sera un kext "Azalia" (c'est ce qui est sur la CM) ou, au pire, "voodooHDA".
Pour la vidéo, NVEnabler (32 bits)
Le disque dur... Vu qu'il se passe entre 20 et 30 minutes entre le début du boot et le moment où je peux sélectionner le disque cible, il est possible que le BIOS le mette en veille. A vérifier quand j'aurais des photos du BIOS.

Pour le reste (dont les photos du BIOS), ça attendra, parce que je n'aurais probablement pas trop le temps de m'en occuper avant ce week-end.

En tout cas, merci beaucoup pour ton aide (et pour ton soutien moral).

[Krazubu]

Pour tes problèmes de HD, tu ne pourras à mon avis pas faire grand chose côté BIOS sinon switcher entre SATA et AHCI. Je pense que ça se joue côté DSDT. Cependant le mode SATA peut fonctionner très bien alors vois si ça ne vaut pas le coup d'essayer, le AHCI n'apporte pas grand chose si ce n'est une compatibilité "OOB", enfin pas toujours, la preuve .
Si tu es sur P4, tu utilises donc aussi un kernel patché, ça s'est déjà vu des kernels customisés qui ne font pas bon ménage avec certaines plateformes. Tu peux voir si ton DVD contient des kernels alternatifs (paramètre kernel=nom_du_kernel pour le charger).
Et sinon pourquoi ne pas utiliser Clover ? Il règlera déjà une bonne partie des problèmes pas trop salement.

[polyzargone]

Mon BIOS est en AHCI.
Mon disque dur est un SATA, et il branché sur le port n°1 de la CM (il y en a 4, mais seuls les ports 1 et 2 sont bootables).
Je n'ai que le lecteur optique interne qui soit IDE.
Parce que certains (sous Windows...) ont eu des refus de boot SATA après avoir mis des disques durs IDE sur lesquels ils ont booté, et que ça a l'air assez sioux à décoincer.

Je ne comprends pas très bien : ton Bios est réglé en AHCI et ton disque en SATA, OK. Mais que vient faire Windows ici ?

En fait et en ce qui concerne Windows, le problème c'est quand on l'installe. Si on a pas activé l'AHCI dans le bios avant et qu'on le fait après (pour installer OS X par exemple), il refuse de booter. Il faut laisser le Bios en mode IDE puis bidouiller (rien de bien compliqué non plus) et enfin redémarrer, régler en mode AHCI et c'est bon.

Mais là, à moins que tu aies déja une version de Windows quelque part, on s'en moque totalement.

En revanche, tu devrais essayer les autres ports SATA de ta CM car il se peut que le contrôleur ne soit pas un Intel. Il existe des modèles où c'est un Marvell ou un Silicon Image par exemple… En général, la couleur du connecteur SATA est différente. Et tu es bien sûr que les deux autres ne sont pas bootable ?

Pour tes problèmes de HD, tu ne pourras à mon avis pas faire grand chose côté BIOS sinon switcher entre SATA et AHCI. Je pense que ça se joue côté DSDT. Cependant le mode SATA peut fonctionner très bien alors vois si ça ne vaut pas le coup d'essayer, le AHCI n'apporte pas grand chose si ce n'est une compatibilité "OOB", enfin pas toujours, la preuve .

Switché entre SATA et AHCI ? Tu veux dire entre IDE et AHCI j'imagine ?

Et par une DSDT, j'en doute (mais je n'ai pas de certitude sur ce point). En revanche, il existe pas mal de kexts pour ça. Le problème étant que sur le DVD d'iAtkos, ça va être dur de les copier .

Mais de toute manière, "l'intérêt" des distributions c'est bien qu'elles intègrent la plupart de ces kexts en standard. Donc à mon avis, c'est bien une bête histoire de bios et/ou de mauvais branchement.

Tu peux voir si ton DVD contient des kernels alternatifs (paramètre kernel=nom_du_kernel pour le charger).
Et sinon pourquoi ne pas utiliser Clover ? Il règlera déjà une bonne partie des problèmes pas trop salement.

Il en contient ! Et le kernel qoopz 10.3.0 est parfaitement indiqué pour ça . Je l'ai utilisé aussi bien sur P4, Celeron ou AMD et je n'ai jamais eu de soucis avec. Quant à Clover, outre le fait qu'il risque d'être impossible à démarrer sur des CM aussi vieilles (je parle d'arriver au menu de Clover là), il ne réglera par pour autant le problème de non-reconnaissance du disque dur interne. Là aussi, il lui faudrait un kext.

De toute manière, le problème c'est pas tellement le bootloader puisqu'il n'a aucun accès à un Mac pour créer une clé et pouvoir en changer…

[Licorne31]

Mon BIOS est en AHCI.
Mon disque dur est un SATA, et il branché sur le port n°1 de la CM (il y en a 4, mais seuls les ports 1 et 2 sont bootables).
Je n'ai que le lecteur optique interne qui soit IDE.
Parce que certains (sous Windows...) ont eu des refus de boot SATA après avoir mis des disques durs IDE sur lesquels ils ont booté, et que ça a l'air assez sioux à décoincer.

Je ne comprends pas très bien : ton Bios est réglé en AHCI et ton disque en SATA, OK. Mais que vient faire Windows ici ?

En fait, rien... si c'est "hard".
Rapports de problèmes de la part de personnes ayant la même CM que moi :
http://club.myce.com/f138/i-added-ide-driv...ot-sata-221263/
http://forum.hardware.fr/hfr/Hardware/HDD/...et_807983_1.htm
http://uktsupport.ipbhost.com/index.php?showtopic=13133
Ce dernier a changé la batterie… ce que j’ai déja fait, car elle était morte quand j'ai remis le bouzin en état.

Ces rapports sont la raison pour laquelle j’ai mis un 300 Go SATA dans l’engin, alors que j’aurais normalement (c’est ce que je fais avec mes PPC) mis un PATA 40 Go (j’en ai une caisse…) pour le boot et les applis, et un plus gros disque dur pour les données.

En fait et en ce qui concerne Windows, le problème c'est quand on l'installe. Si on a pas activé l'AHCI dans le bios avant et qu'on le fait après (pour installer OS X par exemple), il refuse de booter. Il faut laisser le Bios en mode IDE puis bidouiller (rien de bien compliqué non plus) et enfin redémarrer, régler en mode AHCI et c'est bon.

Mais là, à moins que tu aies déja une version de Windows quelque part, on s'en moque totalement.

En revanche, tu devrais essayer les autres ports SATA de ta CM car il se peut que le contrôleur ne soit pas un Intel. Il existe des modèles où c'est un Marvell ou un Silicon Image par exemple… En général, la couleur du connecteur SATA est différente. Et tu es bien sûr que les deux autres ne sont pas bootable ?

Alors, je n’ai pas de Windows, et je n’en aurais pas (comme tu le dis, le problème c'est quand on l'installe... et pas seulement au niveau de l'AHCI!).
Le seul produit Microsoft qui soit accepté à moins d’un mètre de mes machines, c’est leur mulot optique, et encore, à condition d’être désiglé.
Pour les ports, voici ce que dit le manuel de la CM :

Serial ATA Connectors controlled by Intel ICH6: SATA1~SATA4
The SouthBridge of this mainboard is Intel ICH6 which supports four serial ATA connectors SATA1~SATA4.
SATA1~SATA4 are dual high-speed Serial ATA interface ports. Each supports 1st generation serial ATA data rates of 150 MB/s.
Both connectors are fully compliant with Serial ATA 1.0 specifications.
Each Serial ATA connector can connect to 1 hard disk device.
Please note that the hard disk with your operating system installed should be always connected to SATA1 or SATA2.

C’est donc bien un controlleur Intel ICH6 (la liste de mon dernier post est d’accord avec le manuel), et ils disent bien que seuls les ports 1 et 2 sont bootables.

Pour tes problèmes de HD, tu ne pourras à mon avis pas faire grand chose côté BIOS sinon switcher entre SATA et AHCI.
Je pense que ça se joue côté DSDT.
Cependant le mode SATA peut fonctionner très bien alors vois si ça ne vaut pas le coup d'essayer, le AHCI n'apporte pas grand chose si ce n'est une compatibilité "OOB", enfin pas toujours, la preuve .

Switché entre SATA et AHCI ? Tu veux dire entre IDE et AHCI j'imagine ?

Et par une DSDT, j'en doute (mais je n'ai pas de certitude sur ce point).
En revanche, il existe pas mal de kexts pour ça. Le problème étant que sur le DVD d'iAtkos, ça va être dur de les copier .

Mais de toute manière, "l'intérêt" des distributions c'est bien qu'elles intègrent la plupart de ces kexts en standard.
Donc à mon avis, c'est bien une bête histoire de bios et/ou de mauvais branchement.

OK, donc à tester :
Revérifier que le BIOS est bien AHCI (normalement, c'est bon, mais on ne sait jamais...)
Nouvelle nappe SATA, disque sur le port 1,
Passer le disque du port 1 au port 2, avec l'ancienne nappe,
Nouvelle nappe SATA, disque sur le port 2,
Et si ça ne marche toujours pas, un disque de 40 Go IDE esclave sur la même nappe que le lecteur optique (je serais fortement bridé pour le taux de transfert, donc je préfère éviter d’en arriver là… à moins de pouvoir le cloner sur le SATA et de booter SATA par la suite…)

Ceci dit, j'ai déja changé la nappe SATA parce que celle qui était dans l'épave avait été cassée au niveau du connecteur du disque...
Donc, à voir si le cosaque qui a fait ça n'a pas endommagé le connecteur de la CM par la même occasion.

Enfin, je sais quoi faire le week-end prochain...

[Krazubu]

Pour tes problèmes de HD, tu ne pourras à mon avis pas faire grand chose côté BIOS sinon switcher entre SATA et AHCI. Je pense que ça se joue côté DSDT. Cependant le mode SATA peut fonctionner très bien alors vois si ça ne vaut pas le coup d'essayer, le AHCI n'apporte pas grand chose si ce n'est une compatibilité "OOB", enfin pas toujours, la preuve .

Switché entre SATA et AHCI ? Tu veux dire entre IDE et AHCI j'imagine ?

Non il y a bien des cartes mères qui font une distinction entre SATA IDE et AHCI. Peu importe la terminologie, l'idée à retenir est "pas AHCI".

Et par une DSDT, j'en doute (mais je n'ai pas de certitude sur ce point). En revanche, il existe pas mal de kexts pour ça. Le problème étant que sur le DVD d'iAtkos, ça va être dur de les copier .
Mais de toute manière, "l'intérêt" des distributions c'est bien qu'elles intègrent la plupart de ces kexts en standard. Donc à mon avis, c'est bien une bête histoire de bios et/ou de mauvais branchement.

D'où l'idée d'utiliser le mode IDE ou SATA pour ne plus utiliser les kexts AHCI puisqu'elles ne semblent pas passer.
Je considère bien sûr que les disques sont bien branchés, et que l'ordinateur est allumé.

Ce message a été modifié par Krazubu - 10 Feb 2016, 14:04.

[polyzargone]

Ben jusqu'à maintenant, toutes les CM que j'ai vu proposaient soit AHCI, soit Enhanced IDE ou quelque chose dans le genre mais pas de SATA AHCI. Pour moi, et je peux largement me tromper, dès lors qu'on a AHCI peu importe que le disque soit IDE ou SATA…

En revanche, si on pas du tout d'option pour activer l'AHCI, les disques fonctionnent en mode PATA (en tout cas, ils sont considérés comme tel par OS X) et il devient donc nécessaire d'ajouter un kext pour qu'OS X les reconnaisse. Car sauf erreur de ma part, le PATA n'est pas nativement supporté depuis le passage à Intel (ou était-ce lors du passage en 10.6 ? ).

C'est pourquoi je doute qu'un patch DSDT suffise parce que ça ne remplace pas un kext. Au mieux, ça peut faire croire à un kext existant qu'il utilise le bon matériel mais pas plus. Mais encore une fois, je ne suis pas catégorique sur ce point, c'est juste que je n'ai jamais vu de tel patch.

Sinon, il existe une autre solution que j'avais oublié mais elle dépend là aussi du Bios : utiliser le mode RAID qui implique d'utiliser l'AHCI. À voir si cette option est disponible ou pas…

[Krazubu]

Ben jusqu'à maintenant, toutes les CM que j'ai vu proposaient soit AHCI, soit Enhanced IDE ou quelque chose dans le genre mais pas de SATA AHCI. Pour moi, et je peux largement me tromper, dès lors qu'on a AHCI peu importe que le disque soit IDE ou SATA…

En revanche, si on pas du tout d'option pour activer l'AHCI, les disques fonctionnent en mode PATA (en tout cas, ils sont considérés comme tel par OS X) et il devient donc nécessaire d'ajouter un kext pour qu'OS X les reconnaisse. Car sauf erreur de ma part, le PATA n'est pas nativement supporté depuis le passage à Intel (ou était-ce lors du passage en 10.6 ? :unsure).

OSX a toujours déjà eu les kexts nécessaires pour le ATA et les a encore), dans IOATAFAmily.kext, simplement un scope de dev ID limité. C'est d'ailleurs celle qui est actuellement utilisée pour son lecteur DVD, le plugin AppleIntelPIIXATA.kext.
Ca renforce donc l'idée de désactiver le AHCI pour passer sur cette kext.
En rajoutant les Dev ID ou en les spoofant via DSDT/injection on peut remonter le support à très loin, ICH2 ou 3 normalement, mais cette version prépatchée doit déjà avoir ces modifs qui sont la base si on espère(ait) pouvoir booter sur nombre de machines à l'époque de SL.

Ce message a été modifié par Krazubu - 10 Feb 2016, 18:59.

[polyzargone]

OSX a toujours déjà eu les kexts nécessaires pour le ATA et les a encore), dans IOATAFAmily.kext, simplement un scope de dev ID limité. C'est d'ailleurs celle qui est actuellement utilisée pour son lecteur DVD, le plugin AppleIntelPIIXATA.kext.

Absolument ! Je parlais des disques principalement.

Ca renforce donc l'idée de désactiver le AHCI pour passer sur cette kext.
En rajoutant les Dev ID ou en les spoofant via DSDT/injection on peut remonter le support à très loin, ICH2 ou 3 normalement, mais cette version prépatchée doit déjà avoir ces modifs qui sont la base si on espère(ait) pouvoir booter sur nombre de machines à l'époque de SL.

En effet, ça doit être possible mais à quoi bon se prendre la tête à créer une DSDT qui sera nécessairement spécifique au PC utilisé alors qu'un simple kext trafiqué ou des "dummy" comme l'AHCIPortInjector.kext peut faire la même chose ?

Sans parler des connaissances nécessaires pour le faire…

Mais sur le fond, tu as raison et je ne suis pas du tout un spécialiste en la matière !

[Krazubu]

Comme je disais :

cette version prépatchée doit déjà avoir ces modifs qui sont la base

Donc rien à faire… si ce n'est désactiver le AHCI.

Et pour les patch, si vraiment il en fallait, je ne proposais pas qu'il fasse ça lui-même, clover est capable de faire tout ça à la volée et fonctionne même sur les antiquités.

Ce message a été modifié par Krazubu - 10 Feb 2016, 21:34.

[Licorne31]

Dernières nouvelles...

Dans le BIOS, j'ai une rubrique SATA : AHCI (autres choix : IDE et RAID).
Avec RAID, ça ne marche pas non plus.
Avec IDE, ça m'ouvre un sous-menu On-chip SATA : SATA only (autre choix : Enhanced).
Avec SATA only, le lecteur optique IDE ne monte plus (vu que je dois booter dessus, c'est ballot!).
Avec Enhanced, le lecteur optique et le disque dur SATA (port 1) montent tous les deux. Bingo!
Merci Krazubu pour m'avoir donné la piste à explorer.

J'ai donc pû faire une install iATKOS fonctionelle, avec les paramètres Chameleon donnés par Polyzargone dans le message #4.

Ce qui marche :

• Vidéo, toutes résolution.
• Volumes USB (testé avec des clés).
• Boot sur le disque dur (sans DVD dans le lecteur).
• Boot sur le lecteur optique.
• Mulot sur port USB.
• Clavier sur port PS2 (un clavier de PC avec une carthographie Mac, ça surprend un peu... "Alt" et "Pomme" inversées... Mais tant qu'on tape avec les doigts et pas avec les yeux, tout va bien, je mettrais un vrai clavier Mac USB plus tard).
• Economiseur d'écran.
• Mise en veille de l'écran.

Ce qui ne marche pas :

• Le son (il n'y en a pas).
• La mise en veille machine (le ventilo s'affole au moment de la mise en veille, puis plus moyen de le réveiller. Extinction sauvage, redémarrage, kernel panic, extinction sauvage, redémarrage, et tout rentre dans l'ordre).

Ce que je n'ai pas testé :

• FireWire.
• Lecteurs de carte SD et CF.
• Réseau.
• Rosetta (pas installé).

Pour le son : J'ai récupéré deux installeurs de Kext "Azalia" (le chipset ICH6 de ma CM supporte Azalia, rien n'est dit pour AC97) sur OSX86, je les essaye (après avoir sauvegardé les kexts Voodoo audio) et je reviens faire un rapport.
Au fait, dans le BIOS, j'ai "Azalia/AC97 selection" sur "Auto" (autre choix : disabled). N'ayant pas de carte son indépendante, je ne vais pas passer sur "disabled", et sur "Auto", je pense que c'est "Azalia" qui est choisi...

Pour la veille machine : je l'ai désactivée dans les préférences, en attendant de trouver une solution.
Dans le BIOS, j'ai "PCI Express Power Management : Enabled" (autre choix : disabled), ça a un rapport?

Et le bouzin est reconnu comme un Mac Mini, CPU inconnu, 3.39 GHz.

Merci à tous les deux.

Maintenant, je vais continuer les tests, et marner un peu tout seul avec l'audio, ça me permettra d'apprendre à jongler avec les kext, et, au pire, je ne risque que de refaire une installation de base, ce que je sais à présent faire.
Pour la veille machine, je vais chercher si je trouve des pistes (si vous m'aidez trop, c'est pas marrant!).

Une fois que j'ai trouvé (ou si je suis dans une situation inextricable), je vous expose mes conclusions.

Mon objectif présent : trouver le jeu de kext qui va bien pour un début.
Objectif à venir : trouver ce qu'il faut pour passer à une install 10.6.8 fonctionelle.
Objectif final : arriver à installer 10.6.8 avec le DVD retail 10.6.3, les mises à jour Apple, et des kernels "Legacy" 10.6.3, 10.6.7 et 10.6.8, sans passer par le DVD iATKOS SL3 V2.

Et encore une fois, un grand merci.

[polyzargone]

Pour la veille machine, je vais chercher si je trouve des pistes (si vous m'aidez trop, c'est pas marrant!).

Objectif à venir : trouver ce qu'il faut pour passer à une install 10.6.8 fonctionelle.

OK pour les recherches, c'est effectivement le meilleur moyen de devenir autonome et de comprendre ce qu'on fait. Néanmoins, pour t'éviter des réinstallations longues et inutiles, je te conseille vivement de suivre - dans l'ordre et à la lettre - ces deux mini-tutos pour mettre à jour Mac OS X :

10.6.3 > 10.6.7

10.6.7 > 10.6.8

[Licorne31]

Merci pour les deux tutos... mais je pense que je les suivrais "à la lettre et à l'esprit" plutôt que simplement "à la lettre", c'est à dire que je mettrais, en plus, le kernel "Legacy" qui va bien juste avant de redémarrer.
Parce que si Nawcom s'est fatigué à en faire un pour 10.6.7 et un autre pour 10.6.8, au lieu de se contenter de celui qu'il avait déja fait pour 10.6.3, il doit bien y avoir une raison... ou deux (P4 monocoeur 32 bits et AMD, ça fait deux).
Donc, rien de moins, mais ça en plus (si ça ne fait pas de bien, ça ne peut pas faire de mal... et au pire, je réinstalle, ça me fera les pieds!)

Et tant que j'y suis, une fois que j'aurais les kexts pour le son et la veille fonctionnels pour 10.6.3, je les sauvegarderais aussi... des fois que la MàJ les casse, que je puisse soit les réinjecter, soit en chercher de nouvelles versions.

Au fait, j'ai trouvé le dossier (bien caché!) où sont rangés les utilitaires de hackintoshisation.

[polyzargone]

Oui en effet, j'ai oublié de te préciser que le meilleur moyen de ne pas se faire avoir par le remplacement du kernel, c'est de tout simplement le mettre dans le dossier Extra et d'ajouter ceci au org.chameleon.Boot.plist :

<key>Kernel</key>
<string>/Extra/nom du kernel modifié</string>

Avec ça, tu es tranquille en cas de MÀJ (quoique avec Snow Leopard, il est carrément improbable qu'il y en ait d'autres au-delà de 10.6.8 ).

Parce que si Nawcom s'est fatigué à en faire un pour 10.6.7 et un autre pour 10.6.8, au lieu de se contenter de celui qu'il avait déja fait pour 10.6.3, il doit bien y avoir une raison... ou deux (P4 monocoeur 32 bits et AMD, ça fait deux).

Non pas vraiment de différences entre P4 32 bits et AMD. En tout cas, pas avec les kernels patchés de Snow Leopard. En fait, la principale différence, c'est que certains permettent d'utiliser conjointement le mode 32 bits et 64 Bits (arch=i386 -force64). Mais dans ton cas, ce sera 32 bits quoiqu'il arrive (donc arch=i386).

[Licorne31]

Oui en effet, j'ai oublié de te préciser que le meilleur moyen de ne pas se faire avoir par le remplacement du kernel, c'est de tout simplement le mettre dans le dossier Extra et d'ajouter ceci au org.chameleon.Boot.plist :

<key>Kernel</key>
<string>/Extra/nom du kernel modifié</string>

Donc, j'ai juste à mettre kernel_63, kernel_67 et kernel_68 tous ensemble dans /Extra (avec les autorisations qui vont bien), et à éditer org.chameleon.Boot.plist avec l'éditeur de texte avant de faire la mise à jour pour être tranquille?
Sachant que, au pire, si j'oublie, je redémarre sur un clone, je fais l'édition, et je reboote sur le disque dur?

Si c'est ça, ça ve me simplifier la vie quand j'en serais au stade de la clef... (quoique là, mes kernels sont sous forme de .pkg, donc sauvegarde de l'ancien avant installation du nouveau...)

[klemant]

Salut salut !

Par défaut, sous SL, ca s'installe à la racine du disque, donc autant le laisser là. En suite au lieu d'éditer le org.chameleon.Boot.plist tu peux tout simplement utiliser (lors de la succession comme argument de boot : "Kernel=kernel_63" "Kernel=kernel_67" etc...

(c'est aussi valable si ton kernel est dans "Extra" -> "Kernel=extra/kernel_63"

Donc au pire comme tu dis, au pire si tu oublies l'édition org.chameleon.Boot.plist tu pourras toujours le faire en ajoutant un argument

Après il me semble que si ton kernel ne correspond pas vraiment à la version de SL ca ne devrait pas gêner le boot tant qu'il ne s'appel pas mach_kernel. Car dans ce cas, il serait effacé par la mise à jour. Mais il est toujours mieux de le remplacer par une version mise à jour


Juste par curiosité, c'est quel modèle de P4 ?


EDIT:
Pourquoi ne pas utiliser la mise à jour combo pour passer directement en 10.6.8 ? https://support.apple.com/kb/DL1399?locale=fr_FR

Attention, je me souviens d'un trucs, c'est qu'un fois passé en 10.6.8 il y avait un soucis avec les kext USB. Il fallait donc faire un rollback après la mise à jour mais avant le reboot pour qu'ils fonctionnent de nouveau.

Ce message a été modifié par klemant - 16 Feb 2016, 09:23.

[polyzargone]

EDIT:
Pourquoi ne pas utiliser la mise à jour combo pour passer directement en 10.6.8 ? https://support.apple.com/kb/DL1399?locale=fr_FR

Attention, je me souviens d'un trucs, c'est qu'un fois passé en 10.6.8 il y avait un soucis avec les kext USB. Il fallait donc faire un rollback après la mise à jour mais avant le reboot pour qu'ils fonctionnent de nouveau.

Tu viens de donner la réponse à ta question

À cause des kexts USB ! C''est précisément ce que fait la procédure décrite dans les deux liens : faire un rollback .

Sauf qu'entre 10.6.3 et 10.6.7, il n'y a que IOUSBFamily.kext & IOUSBMasstroageClass.kext à réinstaller et qu'entre 10.6.7 et 10.6.8, il y a également AppleACPIPlatform.kext & IOPCIFamily.kext qui eux ne fonctionneront pas si tu fais l'update direct de 10.6.3 à 10.6.8.

[polyzargone]

(c'est aussi valable si ton kernel est dans "Extra" -> "Kernel=extra/kernel_63"

Attention ! Les MAJ/min comptent !

Code

Kernel=/Extra/kernel_63

Idem pour pour les boot-flags. Par exemple :

Code

GraphicsEnabler=Yes

et non pas :

Code

graphicsenabler=yes

[klemant]

Tout ces Kext sont facilement trouvable sur internet... franchement ca éviterai de s'embêter avec trois mise à jours successive...

AppleACPIPlatform.kext & IOPCIFamily.kext ne semble pas être une obligation, en tout cas ca ne l'a pas été pour moi et mon P4 quand je suis passé en 10.6.8.

Attention ! Les MAJ/min comptent !

Désolé pour la faute Je n'utilise plus Chameleon depuis trop longtemps...

Ce message a été modifié par klemant - 16 Feb 2016, 11:37.

[Licorne31]

Juste par curiosité, c'est quel modèle de P4 ?

Une épave récupérée sur le trottoir, à côté des poubelles, que j'ai retapée en ajoutant les pièces qui manquaient...
Microstar modèle "PC MT6", type "MED MT 274R", MSN 10006360, il y a aussi marqué "5622 01 MED FR" au dos.

CM : MSI 7046 revision 1 (avec BIOS uniquement, pas d'EFI)

Contrôleurs présents sur la carte mère :

• Intel 915P (pour la RAM, et... ?)
• Intel ICH6 (pour l'USB2, le SATA, l'IDE et le PCI. Il est "ACPI 2.0 compliant")
• VIA VT6105L (réseau) (pas de WiFi ni de bloutouffe, de toute façon, j'en veux pas...)
• VIA VT6307 PCI 1394a (FW)
• Azalia audio link (intégré dans ICH6), codec audio CMedia CMI9880L 8 canaux

CPU : Pentium 4 sur socket LGA775 (32 bits, monocoeur, HT, SSE3, 3.4 GHz)

RAM : 2 Go (4 x 512 Mo) (de récupération)

Disque dur : SATA 300 Go (de récupération)

CG : NVidia GeForce 9500GS (achetée d'occasion)

Alimentation : 350 W.

Avec un graveur de DVD "DL" sur port IDE.

Ce qui ressort de la config matérielle de la CM :

Code

8086:2660  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1
8086:244e  Intel Corporation       82801 PCI Bridge
1106:3106  VIA Technologies, Inc.  VT6105/VT6106S [Rhine-III]
1106:3044  VIA Technologies, Inc.  VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller
8086:2640  Intel Corporation       82801FB/FR (ICH6/ICH6R) LPC Interface bridge
8086:2658  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:2659  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265a  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265b  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265c  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:265f  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI
8086:2652  Intel Corporation       82801FR/FRW (ICH6R/ICH6RW) SATA Controller
8086:266a  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller
8086:2668  Intel Corporation       82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller
8086:2581  Intel Corporation       82915G/P/GV/GL/PL/910GL PCI Express Root Port
10de:0644  nVidia Corporation      G96 [GeForce 9500 GS]
8086:2580  Intel Corporation       82915G/P/GV/GL/PL/910GL Memory Controller Hub

En bref, un bazar qui aurait pu jouir d'une retraite bien méritée dans une déchetterie, si je n'étais pas passé par là, et que je n'avais pas eu l'idée saugrenue de l'utiliser comme cobaye pour apprendre à faire un MHack.

Et pour le reste, je veux apprendre, donc si, un jour, j'ai un rollback de kext à faire, autant que j'apprenne maintenant, même si ça me fait faire deux mises à jour au lieu d'une, idem pour les kernels...

Mon but n'est pas de faire un MHack avec cette machine : c'est d'apprendre à faire un MHack.
Le fait que j'y arrive avec cette machine, ça sera juste un bonus...
D'ailleurs, dès que j'ai un 10.6.8 qui tourne nickel dessus, je me fais une clef d'install (avec les bons kexts), je casse tout et je recommence, parce que pour l'instant, j'ai utilisé une distro, et c'est pas formateur.

En suite au lieu d'éditer le org.chameleon.Boot.plist tu peux tout simplement utiliser (lors de la succession comme argument de boot : "Kernel=kernel_63" "Kernel=kernel_67" etc...

(c'est aussi valable si ton kernel est dans "Extra" -> "Kernel=extra/kernel_63"

Donc au pire comme tu dis, au pire si tu oublies l'édition org.chameleon.Boot.plist tu pourras toujours le faire en ajoutant un argument

Merci pour l'info de l'argument de boot... ça, en cas d'oubli, c'est de l'anti-Murphy de première qualité!

Ce message a été modifié par Licorne31 - 16 Feb 2016, 12:42.

[Licorne31]

Pour le son... que je n'ai pas... J'ai récupéré un "AppleAzaliaAudio.kext" version 1.0.0 signé Apple.
(Rappel : sur ce P4, c'est Azalia audio link (intégré dans ICH6), codec audio CMedia CMI9880L 8 canaux. Et j'ai VoodooHDA installé depuis le début.)

Je l'installe, double KP au boot.
Je le vire, tout redevient normal (sauf que je n'ai pas de son).
Je vire le kext "Audio HDA" de chez Apple, j'installe Azalia, double KP au boot.
Retour à la configuration initiale (je vire Azalia, je remet "Audio HDA" de chez Apple)...
Reboot, tout redevient normal (sauf que je n'ai pas de son).
Le "double KP "au boot ne peut venir que de VoodooHDA, d'Azalia, ou de la cohabitation des deux.

Je suis donc allé farfouiller dans de DVD iATKOS S3, et j'ai récupéré :
voodoohda.pkg (pour savoir ce qu'il y a dedans... pour le désinstaller!)
applehda1062.pkg (Apple HDA "legacy", pour l'installer à la place de voodooHDA)
IOAudioFamily.kext et AudioIPCDriver.kext (parce qu'il y a "audio" dedans... Voir s'ils font partie de mon installation, et, en désespoir de cause, les ajouter/enlever pour voir ce que ça fait)

Ce que je compte faire :
Remplacer Voodoo par Apple "Legacy", il paraitrait que ça supporte Azalia en natif...
Si je n'ai toujours pas de son, ajouter mon kext Azalia...
Si ça plante, essayer avec Azalia tout seul...
Si je n'ai toujours pas de son, jouer aussi avec les deux kexts qui ont "audio" dans le nom...

Je me doute bien que, si j'arrive à un résultat avec cette méthode, il me faudra garder précieusement les kexts utilisés, parce que je m'expose à des rollbacks...

Ma méthode : Installer les .pkg sur une clef USB, et récupérer les kexts.
Pour virer les kexts de l'installation, l'utilitaire de Chameleon (après les avoir copiés dans un dossier "quarantaine").
Pour les ajouter, Kext Utility qui les copie où il faut, avec les autorisations qui vont bien, et qui refait les caches dans la foulée.

Mes questions :

• Est-ce que disabler.kext pourrait avoir une influence sur le sujet (cohabitation de VoodooHDA, AppleHDA, et AppleAzaliaAudio) ?
• Est-ce que, en procédant ainsi, et en revenant à chaque fois à l'état initial avant d'essayer la supposition suivante, je risque de planter définitivement mon cobaye (et d'avoir à tout reprendre depuis le début...) ?
• Est-ce que ma méthode est la bonne (pour apprendre à me servir des deux utilitaires, c'est la bonne, je sais, mais le sens de la question, c'est plutôt pour arriver à un résultat par la méthode des essais et des erreurs sans rien casser définitivement) ?

J'espère que vous m'excuserez si ces questions sont triviales... mais je débute, et je veux apprendre (avoir un MHack P4 n'étant qu'un "bonus", en aucun cas le but, je préfère savoir pourquoi ça ne marche pas plutôt que ne pas savoir pourquoi ça marche).

Merci d'avance pour votre patience... et pour vos conseils éclairés.

[polyzargone]

Reboot, tout redevient normal (sauf que je n'ai pas de son).
Le "double KP "au boot ne peut venir que de VoodooHDA, d'Azalia, ou de la cohabitation des deux.

Oui. Je dirais même qu'en général, il ne faut pas utiliser AppleHDA si tu installes un autre kext audio genre Azalia ou VoodooHDA. Ou alors, il faut prendre soin d'installer également AppleHDADisabler.kext en même temps. C'est d'ailleurs la meilleure solution car les MÀJ d'OS X réinstallent systématiquement AppleHDA.

Je suis donc allé farfouiller dans de DVD iATKOS S3, et j'ai récupéré :
voodoohda.pkg (pour savoir ce qu'il y a dedans... pour le désinstaller!)
applehda1062.pkg (Apple HDA "legacy", pour l'installer à la place de voodooHDA)
IOAudioFamily.kext et AudioIPCDriver.kext (parce qu'il y a "audio" dedans... Voir s'ils font partie de mon installation, et, en désespoir de cause, les ajouter/enlever pour voir ce que ça fait)

Dans la mesure du possible, il vaut mieux ne pas toucher aux kexts originaux (vanille dans le jargon Hackintosh) tels que IOAudioFamily.kext ou AudioIPCDriver.kext. Le but étant d'avoir un système le plus propre possible qui résistera à toutes les MÀJ.

Je suis quasiment certain que tu peux avoir l'audio sans toucher à ça ni même à l'AppleHDA. Mais à mon avis, tu ne cherches pas le bon kext . Je te laisse chercher encore un peu .

Ce que je compte faire :
Remplacer Voodoo par Apple "Legacy", il paraitrait que ça supporte Azalia en natif...
Si je n'ai toujours pas de son, ajouter mon kext Azalia...
Si ça plante, essayer avec Azalia tout seul...
Si je n'ai toujours pas de son, jouer aussi avec les deux kexts qui ont "audio" dans le nom...

Même si ce n'est pas à ça que je pense, tu devrais essayer des versions différentes de VoodooHDA. Il en existe malheureusement tout un tas et avoir la dernière version n'est pas forcément la bonne solution. Surtout sur des vieux OS comme Snow Leopard.

Par ailleurs, n'oublie pas que ton CPU est 32 bits. Tu dois donc avoir des kexts compatibles avec cette architecture au minimum. Kext Wizard dispose d'une fonction pour ça : "Info sur kext" :

i386 (32 Bits)

x86_64 (64 Bits) + i386 (32 Bits)

je m'expose à des rollbacks...

On est bien d'ccord que les rollbacks ne concernent que les kexts vanille ? Si tu fais une MÀJ et que tu utilises VoodooHDA par exemple, il ne sera pas écrasé et il ne sera pas nécessaire de le réinstaller.

Mes questions :

• Est-ce que disabler.kext pourrait avoir une influence sur le sujet (cohabitation de VoodooHDA, AppleHDA, et AppleAzaliaAudio) ?
• Est-ce que, en procédant ainsi, et en revenant à chaque fois à l'état initial avant d'essayer la supposition suivante, je risque de planter définitivement mon cobaye (et d'avoir à tout reprendre depuis le début...) ?
• Est-ce que ma méthode est la bonne (pour apprendre à me servir des deux utilitaires, c'est la bonne, je sais, mais le sens de la question, c'est plutôt pour arriver à un résultat par la méthode des essais et des erreurs sans rien casser définitivement) ?

1/ Oui (v. ci-dessus)

2/ Non. Si tu arrives à supprimer les kexts fautifs et si tu arrives à réinstaller les kexts vanille, il 'y a pas de raison de planter ton système. Le problème, c'est que ce n'est pas toujours possible.

3/ Oui. C'est la bonne méthode. On installe, on répare les permissions et le cache et on voit . Si ça passe mais que ça ne change rien, on supprime, on reconstruit le cache et on tente autre chose.

Maintenant, on est jamais à l'abri d'une grosse bêtise mais ça, c'est le jeu .




NB : Avec Chameleon, il ne faut pas hésiter à user et abuser du boot-flag -f (cf. FAQ des Bootflags). Attention à ne pas confondre avec -F (en MAJ) !





Dans ce cas, il faut soit démarrer en mode single user et faire le ménage à la main via des commandes terminal ou bien démarrer sur la clé/DVD d'installation et faire la même chose (toujours en mode terminal mais avec une interface graphique).

J'espère que vous m'excuserez si ces questions sont triviales... mais je débute, et je veux apprendre (avoir un MHack P4 n'étant qu'un "bonus", en aucun cas le but, je préfère savoir pourquoi ça ne marche pas plutôt que ne pas savoir pourquoi ça marche).

Aucun problème. Si tout le monde faisait pareil, ce serait parfait !

[Licorne31]

Toutes les manips à base de kext Azalia (avec ou sans AppleHDA "10.6.3", avec ou sans VoodooHDA - diverses versions testées, avec ou sans les deux à la fois) ont échoué.

Avec VoodooHDA 2.8.8 (et sans Azalia), j'ai "AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/AZAL@18" dans la deuxième sélection (seul choix) pour le "line out" de la première sélection (seul choix) dans les prefs VoodooHDA.
J'ai testé avec un casque, j'ai bien quelque chose qui sort du line out. C'est donc en bonne voie... Mais c'est le VoodooHDA le plus récent que j'ai trouvé pour SL!
Par contre, pas moyen de lui faire reconnaitre le HP interne (ce qui est quand même le but...) - HP interne qui est actif, je l'ai déja entendu (pendant la remise en état hardware).

Les seuls trucs pas encore tentés :

• Désinstallation de VoodooHDA et installation de AppleHDA du 10.6.2 (avec la nécessité de faire des rollbacks d'AppleHDA à chaque mise à jour si ça marche).
• Si ça ne marche pas, essayer ça : https://dailyblogged.com/post/perfecting-snow-leopard/ (partie son seulement - contient du HDAEnabler.kext)
• Et enfin ça : http://xsolutions.free.fr/home/netbook/eeemac/eeemac/son.php mais vraiment en désespoir de cause...

Et j'ai vérifié dans le bios : Azalia/AC97 est "Auto", l'autre choix "disable" désactive la partie son de l'ICH6 pour permettre à une carte son de prendre le relai. Donc, "Auto", c'est bon.

Pour le reste, je pense avoir un peu planté le souk, parce que, à plusieurs reprises (souvent après des boots -x -v suivi de suppressions des kexts qui plantent le boot, réparation des autorisations et reconstruction des caches), le redémarrage n'a pas fonctionné.
Symptomes : l'écran s'éteint, le ventilo s'agite, puis se calme, mais la loupiote "machine en marche" reste allumée.
Remède : Extinction sauvage par appui sur le bouton en façade, et redémarrage de même.

Donc la tentative de greffe de AppleHDA "10.6.2" à la place de VoodooHDA passera par une remise à zéro.
J'attend donc d'avoir une grosse soirée, ou un après-midi vraiment tranquille avant de tenter le coup.

Finalement, l'informatique est bel et bien un sport!
On se fatigue, on transpire, le rythme cardiaque monte et descend, ...

[Krazubu]

Le son est une vraie plaie à faire fonctionner avec AppleHDA.
Il faut déjà que ta DSDT contienne le périphérique "HDEF", pour ça soit faut patcher la DSDT soit utiliser un injecter (bien plus simple).
Encore faut-il que ce dernier soit à peu près configuré pour ton type de codec, notamment le nombre d'entrées/sorties (il y a 3 ou 6 de mémoire).
Après il faut les "codec verbs" qui collent à ton modèle, là il vaut mieux prier pour les trouver tout cuits pour ton modèle sinon c'est encore pire.
Enfin, moi il y a bien longtemps j'avais une CMI 9880 (pas L), j'avais réussi à la faire fonctionner avec donc c'est faisable. Vois aussi le vieux patcher de Taruga, il est obsolète mais peut-être qu'il marche pour SL.
Côté didactique, les kexts audio n'arrêtent pas de changer et les méthodes avec du coup.
Sinon pour le AC97, mon tout 1er hack avait une AD1980 qui fonctionnait à merveille avec la kext Apple AC97 d'origine, sans aucun patch, toutes les entrées/sorties supportés, y compris en numérique.
Par contre SL doit être le dernier OSX à supporter le AC97, quoiqu'il m'a semblé voir trainer une extension "3rd party" sur le net.

[Licorne31]

En fait, je n'ai pas AC97, j'ai Azalia...
Et je n'ai pas de DSDT...

Le patcher de Taruga : OK, je vais le chercher... Mais franchement, si un Voodoo ou autre voulait bien marcher...

[Krazubu]

Tu as forcément une DSDT, celle d'origine.
Pour le AC97, il faudrait creuser un peu mais je suppose que si tu as le choix c'est que auto passe en AC97 sous certaines conditions. Là encore là DSDT pourrait d'une part renseigner, d'autre part permette de fixer en AC97 si le BIOS n'est pas coopératif.
VoodooHDA est très facile à faire marcher mais le son est dégueulasse.
Pour tes divers plantages, c'est probablement dû à des conflits de kext.
N'hésite pas à virer le cache (System/Library/Caches/com.apple.kext.caches) après chaque modif.

Pour être sur il faut
- décharger AppleHDA (et surement ses plugins aussi avant sinon il ne va pas vouloir) avec kextunload.
- charger VoodooHDA
- Supprimer le cache

Tu peux aussi le faire à l'arrache, après quelques plantages d'affilé, il finira par reconstruire le cache quoiqu'il arrive, mais forcément, c'est pas classe.

[polyzargone]

Sinon, as-tu essayer Google: AppleAC97Audio kext ? Parce que l'AC97 passe généralement plutôt bien avec les chipset Azalia …

Et pour éviter les conflits avec l'AppleHDA, tu peux utiliser Google: AppleHDADisabler kext (qui est inclus dans la package VoodooHDA en principe).

Quant à la DSDT, tu peux l'extraire avec Google: Chameleon Wizard > DSDT > Extract/Compile > Save. En revanche, n'extrait pas une DSDT si tu en utilise déjà une. Ça reviendrait à l'extraire à nouveau.

Poste-la ici en .zip qu'on puisse y jeter un œil. Il te faudra également un IOReg que tu peux obtenir via IORegistry Explorer 2.1 (et seulement la version 2.1, les autres versions créent des fichiers corrompus ).

[Licorne31]

Les plantages au reboot : c'était dû aux curseurs de veille sur "jamais"... je le sais parce que j'ai tout réinstallé (sauf VoodooHDA, j'ai pris AppleHDA 10.6.2 à la place, hé bien, ça marche pas non plus), et que ça l'a re-fait quand j'ai touché au réglages de veille, et que ça a cessé quand je suis revenu à "veille au bout de 3 h" au lieu de "jamais en veille".

C'est comme ça qu'on apprend... de ses erreurs...

Le patcher Taruga : Au secours! Et en plus, il marche pas avec ma rougne, donc je vais m'en passer.

IORegistryExplorer 2.1 : 10,7 minimum, j'ai fait ça avec un outil de Chameleon, j'espère que ça sera lisible...

PJ : ioreg.ioreg, plus les deux fichiers de DSDT extraits par Chameleon Wizard.

J'ai récupéré un kext AC97, ainsi que le AppleHDADisabler, mais je ne les pas encore essayés (j'ai rangé le P4, là je poste depuis le Quicksilver... Je n'ai qu'un écran!).

Merci pour votre patience...

Fichier(s) joint(s)

 DSDT_ioreg.zip ( 305.09 Ko ) Nombre de téléchargements : 4

 

[Krazubu]

Le patcher Taruga : Au secours! Et en plus, il marche pas avec ma rougne, donc je vais m'en passer.

Et après décodage ça veut dire quoi ?
Sinon son patcher est le plus simple qu'il n'y ait jamais eu à ma connaissance, par contre je suis pas sûr qu'il passe sur SL, c'est p'têt 10.5 max.
Il était très fort, puis a tout arrêté à cause de troubles psychiatriques…

Je viens de jeter un coup d'œil très vite à ta DSDT, je te confirme que le AC97 est supporté, par contre pour le HDA tu as besoin d'injection (ou patch DSDT) du périphérique HDEF, car dans ta DSDT c'est "AZAL". Azalia et HDA sont la même chose mais cette appellation est vite passée aux oubliettes.
Quoiqu'il en soit, pour Apple il faut impérativement que ce soit nommé "HDEF" et que ça contienne quelques infos sur ta config entrée/sortie. C'est indispensable pour que la kext HDA fonctionne.
Le System Profiler doit d'ailleurs contenir ces infos si c'est correctement injecté, que le son fonctionne ou pas. Si tu as "aucun périphérique détecté" ou quelque chose du genre, c'est pas bon, et ça sert à rien de voir plus loin.

Ce message a été modifié par Krazubu - 24 Feb 2016, 22:48.

[polyzargone]

IORegistryExplorer 2.1 : 10,7 minimum, j'ai fait ça avec un outil de Chameleon, j'espère que ça sera lisible...

PJ : ioreg.ioreg, plus les deux fichiers de DSDT extraits par Chameleon Wizard.

C'est bon, c'est passé .

Alors en fait, je t'ai conseillé de le faire avec Chameleon Wizard mais c'était un peu une erreur. Parce que le souci, c'est que tu utilises NVEnabler et quelques autres kexts qui font que la DSDT est en quelque sorte biaisée.

L'idéal serait de l'extraire depuis un LiveCD/USB Linux voire avec AIDA64 3.20 sous Windows… On aurait ainsi une DSDT "pure".

Sinon, et si ça fonctionne sur ta config, tu peux le faire en créant une clé USB en FAT32 avec Clover dessus. Pas la peine de t'embêter à configurer le bouzin, l'essentiel est de pouvoir démarrer sur la clé et de taper F4 une fois sur le menu de boot de Clover pour qu'il extrait les tables ACPI (dont la DSDT) dans le dossier EFI/CLOVER/ACPI/origin

Restera plus qu'à la récupérer sur la clé et à la poster ici.

En attendant, tu peux essayer celle-ci (ne la renomme surtout pas sinon elle se chargera par défaut) :  DSDT1.aml.zip ( 6.68 Ko ) Nombre de téléchargements : 4


Elle est patchée avec un HDEF réglé sur 1 et j'ai ajouté quelques trucs qu'OS X "s'attend" à trouver ainsi que quelques patchs courants.

NB : Il faudra la mettre dans le dossier Extra et au démarrage de Chameleon, il faudra taper :

Code

DSDT=/Extra/DSDT1.aml

Il faudra aussi virer PCIRootUID=1, ce n'est plus nécessaire avec cette DSDT patchée .

En cas de problème, il suffit de redémarrer et la DSDT ne sera pas chargée.

[Licorne31]

Le patcher Taruga : Au secours! Et en plus, il marche pas avec ma rougne, donc je vais m'en passer.

Et après décodage ça veut dire quoi ?
Sinon son patcher est le plus simple qu'il n'y ait jamais eu à ma connaissance, par contre je suis pas sûr qu'il passe sur SL, c'est p'têt 10.5 max.
Il était très fort, puis a tout arrêté à cause de troubles psychiatriques…

Je viens de jeter un coup d'œil très vite à ta DSDT, je te confirme que le AC97 est supporté, par contre pour le HDA tu as besoin d'injection (ou patch DSDT) du périphérique HDEF, car dans ta DSDT c'est "AZAL". Azalia et HDA sont la même chose mais cette appellation est vite passée aux oubliettes.
Quoiqu'il en soit, pour Apple il faut impérativement que ce soit nommé "HDEF" et que ça contienne quelques infos sur ta config entrée/sortie. C'est indispensable pour que la kext HDA fonctionne.
Le System Profiler doit d'ailleurs contenir ces infos si c'est correctement injecté, que le son fonctionne ou pas. Si tu as "aucun périphérique détecté" ou quelque chose du genre, c'est pas bon, et ça sert à rien de voir plus loin.

Après décodage, ça veut dire que j'ai regardé comment ça s'utilise, et que ça dépasse mes compétences actuelles.
J'ai quand même essayé de le lancer, ne serait-ce que pour voir les infos qu'il pourrait me donner, et ça n'a pas voulu, il semble bien que ce soit bien 10.5 max.

Pour le son, soit je n'ai pas de périphérique de sortie, soit j'ai un "complex quelque chose" sur le jack "line out" du panneau arrière. Mais de toute façon, le HP interne n'est pas vu.
Le "complex machin", je l'ai vu avec VoodooHDA 2.8.8 (et probablement avec d'autres...) et, testé avec un casque, il y a bien du son sur le "line out", au moins sur la canal gauche.

Donc, selon toi, ça ne serait pas un problème de son (réglable à coup de kext qui va bien) à proprement parler, mais un défaut de reconnaissance du HP interne?

[Krazubu]

Pour HDA Patcher :
Ouvrir, glisser le fichier txt qui correspond à ta carte sur l'icône. C'est fini.

De mémoire il n'y a pas de fenêtre qui s'ouvre au lancement, juste l'icône dans le dock.

Pour utiliser la kext AppleHDA, quel que soit ton système, il lui faut avoir le profil de tes entrées/sorties, il n'y a pas d'auto-détection. Donc si rien ne lui dit qu'il y a un haut parleur interne, il n'ira pas le chercher.

Ci-joint une photo de ce à quoi ça doit ressembler (par contre c'est El capitan et je crois que j'ai particulièrement beaucoup d'E/S).
Le system profiler doit afficher les E/S quoiqu'il arrive, même si AppleHDA.kext n'est pas chargé. Sinon ça veut dire que tu essayes de faire marcher l'extension sur du matériel qui n'existe pas pour lui.
Les préférences son ne les afficheront par contre que si la kext est chargée.
Il te faut donc un injecter qui va injecter la partie "HDEF" dans l'IOReg ainsi qu'un profil qui corresponde à ta config.
Heureusement il y en a 3 types qui sont à peu près universels pour les config à 3 ou 6 ports, mais toujours avec une chance que ça ne colle pas tout à fait à ce que tu as.
Si tu utilises le AC97, pas besoin de t'occuper de tout ça la kext se débrouille.

[polyzargone]

Pour HDA Patcher :
Ouvrir, glisser le fichier txt qui correspond à ta carte sur l'icône. C'est fini.

De mémoire il n'y a pas de fenêtre qui s'ouvre au lancement, juste l'icône dans le dock.

Pour utiliser la kext AppleHDA, quel que soit ton système, il lui faut avoir le profil de tes entrées/sorties, il n'y a pas d'auto-détection. Donc si rien ne lui dit qu'il y a un haut parleur interne, il n'ira pas le chercher.

Si on parle bien du même, il faut bien un fichier .txt qui est un dump des entrées/sorties du codec. Mais faut-il encore l'avoir ce fichier .txt . La fenêtre qui s'ouvre au lancement, c'est justement quand on a pas fourni ce fichier :

Et ça, il faut le faire sous Linux via un LiveCD/USB avec cette commande :

Code

cd ~/Desktop && mkdir CodecDump && for c in /proc/asound/card*/codec#*; do f="${c/\/*card/card}"; cat "$c" > CodecDump/${f//\//-}.txt; done && zip -r CodecDump.zip CodecDump

Attention, sur une distribution Linux réglée en FR, il faudra peut-être adapter comme ceci :

Code

cd ~/Bureau && mkdir CodecDump && for c in /proc/asound/card*/codec#*; do f="${c/\/*card/card}"; cat "$c" > CodecDump/${f//\//-}.txt; done && zip -r CodecDump.zip CodecDump

Sinon, je rappelle que la DSDT patchée que j'ai fourni contient un device HDEF

Code

            Device (HDEF)
            {
                Name (_ADR, 0x001B0000)
                Method (_PRW, 0, NotSerialized)
                {
                    Return (Package (0x02)
                    {
                        0x05,
                        0x05
                    })
                }

                Method (_DSM, 4, NotSerialized)
                {
                    If (LEqual (Arg2, Zero))
                    {
                        Return (Buffer (One)
                        {
                            0x03
                        })
                    }

                    Return (Package (0x06)
                    {
                        "layout-id",
                        Buffer (0x04)
                        {
                            0x01, 0x00, 0x00, 0x00
                        },

                        "PinConfigurations",
                        Buffer (Zero) {},
                        "hda-gfx",
                        Buffer (0x0A)
                        {
                            "onboard-1"
                        }
                    })
                }
            }

[Krazubu]

Mais ce fichier traine déjà sur le net voire est fourni avec. Il a même fait une version spéciale CMI 9880 car ce codec lui donnait du fil à retordre, celle que j'avais utilisé, et je me suis jamais pris la tête à faire ce codec dump.

[polyzargone]

Mais ce fichier traine déjà sur le net voire est fourni avec. Il a même fait une version spéciale CMI 9880 car ce codec lui donnait du fil à retordre, celle que j'avais utilisé, et je me suis jamais pris la tête à faire ce codec dump.

Peut-être que tu pourrais lui fournir les liens ?

[Licorne31]

Merci, j'ai tout récupéré, mais je n'aurais pas le temps de faire grand chose ce soir...

J'ai quand même récupéré DSDTSE et MaciASL, HDA Wizard 1.0 et 2.0 (pour plus tard... si j'ai bien vu, ça ne marche qu'à partir de 10.6.8, donc ça sera pour la fin), ainsi qu'un guide en anglais "comme faire une install 100% Vanille en bidouillant sa DSDT"... parce que j'aimerais bien comprendre quel est le sortilège (Voodoo? ) qui fait monter le haut-parleur... de manière à pouvoir me débrouiller tout seul plus tard, avec une autre machine.

Le codec dump, je le ferais à la première occasion avec mon LiveCD Ubuntu, en même temps qu'une DSDT "vierge"... Déja, la comparer avec celle bidouillée par Chameleon devrait m'aider à commencer à comprendre un début de logique.

"virer PCIRootUID=1"... Elle est où, cette bête? Et c'est obligatoire, où ça peut tourner avec comme sans?

Et "AppleAC97Audio.kext"...
Est-ce un kext "vanille" qui couche avec AppleHDA, ou un truc venu d'ailleurs comme VoodooHDA?
Que je sache quoi en faire...

Sinon, bonne résolution : Créer un dossier "Extensions" dans "Extra" et y mettre les kext "bidouille", ça m'évitera de trop pourrir le dossier officiel d'OSX...

[polyzargone]

J'ai quand même récupéré DSDTSE et MaciASL, HDA Wizard 1.0 et 2.0 (pour plus tard... si j'ai bien vu, ça ne marche qu'à partir de 10.6.8, donc ça sera pour la fin), ainsi qu'un guide en anglais "comme faire une install 100% Vanille en bidouillant sa DSDT"... parce que j'aimerais bien comprendre quel est le sortilège (Voodoo? ) qui fait monter le haut-parleur... de manière à pouvoir me débrouiller tout seul plus tard, avec une autre machine.

Bien, te voilà paré !

Maintenant, te prends pas trop la tête avec ça parce qu'avec les PC récents et les derniers OS X, tout ceci n'est pratiquement plus nécessaire. Les AppleHDA sont patchés à la volée par Clover, si c'est Chameleon il y a les versions toutes faites ou même AppleHDA Patcher qui te propose de faire les deux quelque soit ton bootloader.

Et si vraiment ce n'est pas possible en patchant l'AppleHDA, il reste toujours ce bon vieux VoodooHDA. L'AZAL, le AC97 n'existent plus.

"virer PCIRootUID=1"... Elle est où, cette bête? Et c'est obligatoire, où ça peut tourner avec comme sans?

En principe, il se trouve dans le org.chameleon.Boot.plist. S'il n'y est pas, ne t'en occupe pas.

Et "AppleAC97Audio.kext"...
Est-ce un kext "vanille" qui couche avec AppleHDA, ou un truc venu d'ailleurs comme VoodooHDA?

Un truc venu d'ailleurs .

[Licorne31]

Bizarre...

Quand j'examine ma DSDT "d'origine", j'y trouve ça :

Code

                Device (SPKR)
                {
                    Name (_HID, EisaId ("PNP0800"))
                    Name (_CRS, ResourceTemplate ()
                    {
                        IO (Decode16,
                            0x0061,             // Range Minimum
                            0x0061,             // Range Maximum
                            0x01,               // Alignment
                            0x01,               // Length
                            )
                    })
                }

et ça

Code

            Device (AC97)
            {
                Name (_ADR, 0x001E0002)
                Method (_PRW, 0, NotSerialized)
                {
                    Return (Package (0x02)
                    {
                        0x05,
                        0x05
                    })
                }
            }

            Device (AZAL)
            {
                Name (_ADR, 0x001B0000)
                Method (_PRW, 0, NotSerialized)
                {
                    Return (Package (0x02)
                    {
                        0x05,
                        0x05
                    })
                }
            }

Il y a donc bien un haut-parleur (SPKR), de l'Azalia, du AC97... mais ce qui lui manquait, c'était spécifiquement un "Device (HDEF)" (HDEF comme dans AppleHDA) ?

Bon, ce week-end, j'essaye la DSDT1, si ça marche, tant mieux, si ça marche pas... (AppleHDA legacy + Apple Azalia) ou (AppleHDA legacy + Apple AC97) ou (AppleHDA legacy + Apple Azalia + HDAdisabler) ou (AppleHDA legacy + Apple AC97 + HDAdisabler) ou VoodooHDA 2.8.8 (celui qui avait reconnu le "line out") avec AppleHDA legacy et HDAdisabler...
Et dans tous les cas, je désassemble DSDT1.aml pour la comparer avec la DSDT "d'origine", histoire de comprendre ce qu'il s'y passe.
Quand même, celle d'origine, ça fait plus de 60 pages en Courier 8, ça va m'en faire, de la lecture!
Tiens, ça me rappelle un peu les projets informatiques du temps où j'étais étudiant... 30 m de code source en Pascal à examiner pour trouver "le" bug... l'avant veille de la remise du projet!

[Krazubu]

ou (AppleHDA legacy + Apple AC97) ou (AppleHDA legacy + Apple Azalia + HDAdisabler) ou (AppleHDA legacy + Apple AC97 + HDAdisabler)

Histoire de te faire gagner du temps, aucun intérêt de s'occuper du HDA si tu passes par le AC97 ce sont 2 drivers différents pour le son, donc AppleHDA Legacy + Apple AC97 ça n'a pas de sens.
Utiliser un disabler HDA pour utiliser... le HDA ça n'a pas de sens non plus. On utilise ça justement quand on ne veut pas qu'il fonctionne parce qu'on utilise autre chose, AC97 par exemple ou VoodooHDA.

[Licorne31]

ou (AppleHDA legacy + Apple AC97) ou (AppleHDA legacy + Apple Azalia + HDAdisabler) ou (AppleHDA legacy + Apple AC97 + HDAdisabler)

Histoire de te faire gagner du temps, aucun intérêt de s'occuper du HDA si tu passes par le AC97 ce sont 2 drivers différents pour le son, donc AppleHDA Legacy + Apple AC97 ça n'a pas de sens.
Utiliser un disabler HDA pour utiliser... le HDA ça n'a pas de sens non plus. On utilise ça justement quand on ne veut pas qu'il fonctionne parce qu'on utilise autre chose, AC97 par exemple ou VoodooHDA.

Donc, je fous la paix au AppleHDA legacy (provenance 10.6.2) qui est dans les extension, et je teste avec (AppleAC97 ou AppleAzalia ou VoodooHDA) + HDAdisabler dans Extra/Extensions.
En effet, ça va me faire gagner du temps... De toute façon, HDAdisabler, il y sera, ça m'évitera de m'arracher les cheveux quand je ferais les mises à jour.
Merci!

[Licorne31]

Retour...

J'ai booté avec la DSDT modifiée DSDT1.
Pas de problème, à première vue.
J'ai bien une Audio intégrée dans les infos matérielles, mais la rubrique appareils disponibles est vide.
Et je n'ai pas de sortie son dans le tableau de bord.
Et... Je n'ai plus, non plus, Quartz! Alors que je l'avais avant...
Mais qu'est-ce que la vidéo vient faire là-dedans?

Je reboote sans la DSDT modifiée.
C'est bon (si j'ose dire), je n'ai plus d'audio intégrée.
Mais je n'ai pas plus de Quartz qu'avant!
Et OSX86Tools ne peut pas le réactiver...

Je refais une install (ça n'est jamais que la troisième...) depuis zéro, avec les options Chaméléon conseillées dès le départ et qui marchaient dans l'ensemble assez bien, à savoir, pour le son, juste VoodooHDA.
J'ai "Complex audio" sur la sortie "line out".
J'ai du son sur cette sortie (testée avec un casque).

Résultats des courses : je vais arrêter de me (et de vous) prendre la tête avec le son, vu que la greffe d'une petite paire d'enceintes fera la blague.
Surtout que, si j'ai bien compris, ce problème ne se produit pas sur une machine "faite sur mesure pour OSX".

Prochaine étape : mises à jour jusqu'en 10.6.8, avec les rollbacks nécessaires, les greffes de kernels Legacy qui vont bien à chaque étape, et constitution d'un dossier "Rollback" avec une copie des kexts et kernels à remettre... ça me servira plus tard, pour la clef, je pense.
Dernières étapes : tester le réseau, et, tout à la fin... la mise en veille (et, bien sûr, la sortie de veille).
Ultime étape : création de la clef basée sur le DVD 10.6.3 Apple.

Enfin, ça suffit pour aujourd'hui...

[Licorne31]

Bêtise à ne pas faire dans le cas d'une mise à jour...

Pour passer de 10.6.3 à 10.6.7, il faut faire un rollback de IOUSBFamily.kext et IOUSBMassStorageClass.kext.
Je place donc ces deux kexts dans un dossier rollback, sur une clef.

Pour passer de 10.6.7 à 10.6.3, il faut faire un rollback des deux mêmes (qui viennent donc de 10.6.3), et de AppleACPIPlatform.kext et IOPCIFamily.kext.
Un coup de Pacifist dans la Combo 10.6.7 pour en sortir ces deux kexts, et les mettre dans le dossier rollback de la clef.

Je vire les dossiers "caches" de L et de S/L (je suis en 10.6.3).
Je vérifie que je n'ai pas de SleepEnabler nulle part (je n'ai donc pas besoin de le virer).
Je reboote.

Je lance directement la Combo 10.6.8. (je suis un vrai aventurier, je n'ai peur de rien!)
Quand elle est finie, je la tue (et donc je ne reboote pas)
Je copie les quatre kexts du dossier rollback de la clef dans S/L/E
Je lance kext utility (pour tout remettre d'équerre)
J'installe le kernel Nawcom Legacy (10.8.0) pour le 10.6.8.

Je reboote...

Et c'est parti pour tout réinstaller depuis le début, youpi, même en -x, plus rien ne marche!
Un des deux kexts extraits par Pacifist plante sauvagement, et le kernel legacy a l'air lui aussi de me faire des trucs bizarres.

Moralité :
1/ quand ça marche, on se fait un clone, ça évite de repasser des plombes à tout réinstaller quand la bidouille suivante casse tout,
2/ quand on veut faire le malin pour gagner quinze minutes, on s'expose à perdre deux heures.

[polyzargone]

Moralité :
1/ quand ça marche, on se fait un clone, ça évite de repasser des plombes à tout réinstaller quand la bidouille suivante casse tout,
2/ quand on veut faire le malin pour gagner quinze minutes, on s'expose à perdre deux heures.

Ou bien on écoute les conseils des autres …

Mais c'est pas plus mal, c'est en faisant des erreurs qu'on apprend le plus .

[Licorne31]

Ouf...

J'ai tout repris a zéro, installé un 10.6.3, fait une sauvegarde TM, fait la MàJ 10.6.7 "comme dans le livre" en ajoutant juste le kernel "legacy" à la fin, et tout va bien...
J'ai remis un coup de TM, pour plus de sécurité...
Donc, si je fais encore une grosse boulette, je n'aurais pas quatre heures de taf pour tout remettre d'équerre.

Suite à l'installation du kernel "legacy", j'ai un "kernel_legacy" dans la racine.
Normalement, le fait de tourner sur ce kernel qui n'a pas le nom habituel devrait m'immuniser contre son remplacement par des mises à jour "vanille"...
Exact?

Ensuite, toujours suite à cette install, dans le dossier "/Extra" est apparu un fichier "com.apple.Boot.plist".
Est-ce qu'il est systématiquement utilisé lors du boot?

Ce qu'il contient (les commentaires entre paranthèses sont de moi, ils ne sont pas dans le code):

Code

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Boot Graphics</key>
    <string>Yes</string>     (pour avoir un écran dès le début du boot?)
    <key>EthernetBuiltIn</key>
    <string>Yes</string>     (pour activer Ethernet - en attendant que Via Rhine ne prenne le relai?)
    <key>GraphicsEnabler</key>
    <string>Yes</string>     (le classique... pour afficher en VGA 640x480 en attendant que NVEnabler prenne le relai?)
    <key>Kernel</key>
    <string>legacy_kernel</string> (le kernel sur lequel on part)
    <key>Kernel Flags</key>
    <string>arch=i386</string> (pour 32 bits, si je veux d'autres boot flags permanent, je les rajoute ici, entre ces deux balises, ou je les met chacun entre un <string></string>?)
    <key>Legacy Logo</key>
    <string>Yes</string>     (la pomme)
    <key>Quiet Boot</key>
    <string>No</string>     (pour avoir le temps de taper des boot flags à la main)
    <key>Timeout</key>
    <string>5</string>     (cinq secondes pour choisir si on veut taper des bootflags)
    <key>arch</key>      (32 bits encore... ça ne fait pas double emploi avec la balise Kernel Flags plus haut?)
    <string>i386</string>
</dict>
</plist>

Sinon, pour ma culture personnelle...
J'ai compris qu'extraire un kext d'une mise à jour via Pacifist (pour un rollback) n'est pas une bonne idée...
Par contre, utiliser Pacifist pour voir quels vont être les kexts (et autres) affectés par une mise à jour, de manière à les sauvegarder de manière préventive avant mise à jour?
Ceci dans le but, en cas de pépin, d'effectuer un diagnostic via "-v" et un rollback sur les suspects...

Ce soir : 10.6.8. Je me rapproche doucement du but...
Après, il y aura encore trois mises à jour de sécurité, et la dernière pour AppStore. C'est pour ça que je veux étendre ma culture personnelle.

[Krazubu]

En fait j'ai l'impression que tu es un dingue du "rollback" et je ne comprends pas trop, j'ai toujours très peu fait ça sauf rares exceptions, déjà à l'époque quand on savait pas le 10eme de ce qu'on sait aujourd'hui dans le domaine.
Pour ce qui est de le faire avec pacifist, il n'y a aucun problème il faut juste savoir s'y prendre. C'est à dire toujours utiliser un update combo, pour qu la kext soit complète, et bien dire de remplacer et pas mettre à jour quand pacifist trouve la kext déjà présente et demande ce qu'il doit faire.
Pour le paramètre "GraphicEnabler" ça n'est pas fait pour mettre l'affichage en VGA c'est pour activer l'injection nVidia. D'ailleurs tu peux te passer de NVEnabler avec ce paramètre, ils font la même chose.

[Licorne31]

Je ne suis pas un dingue du rollback, mais comme je ne sais presque rien comparé à vous, et fortement porté sur l'expérimentation, je suis "légèrement" obsédé par la réversibilité des modifications que j'apporte.
Et comme il y a des mises à jour qui cassent le délicat équilibre du MHack, je préfère savoir comment m'en sortir sans tout réinstaller (quoiqu'avec TM, ça ne soit pas si pénible...) et sans devoir m'arrêter à une révision donnée à cause d'un petit détail qui coince.

Pour Pacifist... Je n'avais rien installé, j'avais juste extrait à la main les deux kexts de la combo 10.6.7.
Vu que j'ai un 10.6.7 fonctionnel, je vais retenter une extraction, et comparer ce que je sors du .pkg avec ce que j'ai déja dans S/L/E, histoire de comprendre comment faire (parce que je suis aussi un maniaque du "fait main").

Pour GraphicsEnabler vs. NVEnabler, merci pour l'info.
Là, ça marche avec les deux, je ne vais pas expérimenter, mais si un jour ça coince, je me souviendrais qu'on peut essayer avec l'un, l'autre, ou les deux.

[Licorne31]

Ouf, 10.6.8 installé.

Restent les mises à jour "de sécurité" et "AppStore".
Reste à faire en sorte que la machine puisse se mettre en veille (NullCPUPowerManagement et SleepEnabler qui vont bien?).
Reste à faire reconnaitre le HP interne (retenter le coup avec DSDT1? AppleAC97?).
Reste à tester les lecteurs de carte en façade, le FW, et Ethernet.
Reste à sauvegarder tous les kexts n'appartenant pas à la 10.6.8 qui se balladent entre S/L/E, E et E/E.
Et à récupérer les "non vanille" venant de l'install iAtkos 10.6.3.

Et enfin, à faire une clef d'install "propre" à partir du DVD 10.6.3 "retail".
Quand j'en serais là, je viendrais vous demander conseil...
Clover me tente bien (pour changer de Chameleon, histoire d'en essayer un autre), et MyHack aussi, mais je crains que MyHack n'apprécie pas mon CPU (P4 monocoeur 32 bits HT SSE3) qui nécessite un kernel "legacy".

[Licorne31]

fin des tests...

Tout marche, ou presque :

Marchent :
- La carte vidéo (y compris Quartz)
- La lecture vidéo (y compris HD1080 en .mkv )
- La mise en veille de l'écran (et la sortie de veille)
- La mise en veille du disque dur SATA (et la sortie de veille)
- Clavier (de Mac, le pied!) et souris USB
- Clavier PS2 (de PC, d'où des fautes de frappe... je pense m'en passer pour la version "finale", donc adieu VoodooPS2)
- Lecteur optique PATA
- USB2
- Réseau (d'ailleurs, je poste depuis le P4 )
- Le son sur la sortie "Line out"

Ne marchent pas :
- Le son, ailleurs que sur la sortie "Line out"
- La veille complète
- Les lecteurs de carte (SD, CF, etc...) intégrés

Pas testé, parce que je n'en ai pas encore eu l'usage, ou parce que je peux m'en passer pour le moment :
- Rosetta (qui s'installe trés bien!)
- FW (tout ce que j'ai en FW peut aussi se brancher en USB)

Pour le son, j'ai tout testé (une dizaine de VoodooHDA, du AC97, de l'Azalia, et des AppleHDA 10,6,2, 10,6,3, 10,6,7 et 10,6,8, des HDAEnablers, des HDADisablers, ...), mais je me demande si Chameleon ne me fait pas des trucs bizarres en patchant la DSDT à la volée... C'est pourquoi j'envisage de refaire des floppées d'installs sur clefs USB, pour voir si je trouve un truc en variant les choix de kext pour le son lors de l'install.

Pour la veille, idem, j'ai essayé divers sleepenablers (même "sleepenablerNG" dit universel), sans résultat probant (les KP et freezes divers ne sont pas considérés comme des résultats probants!)

Prochaine étape... clef d'install basée sur le 10,6,3 "retail" + MyHack, je reviendrais vous voir quand ça sera bon, ou si (et c'est hélas plus probable...) j'ai encore besoin de vos lumières.

Un grand merci à Polyzargone et Krazubu (sans oublier Klemant)

[polyzargone]

mais je me demande si Chameleon ne me fait pas des trucs bizarres en patchant la DSDT à la volée...

Chameleon ne patche pas les DSDT à la volée. D'ailleurs, il ne patch rien du tout à la volée. C'est une des principales différences avec Clover.

Prochaine étape... clef d'install basée sur le 10,6,3 "retail" + MyHack, je reviendrais vous voir quand ça sera bon, ou si (et c'est hélas plus probable...) j'ai encore besoin de vos lumières.

Tu n'auras pas besoin de myHack. C'est surtout quand on débute et aussi quand on ne veux pas d'UniBeast & co.

Le gros avantage de myHack, c'est qu'il va beaucoup plus loin que la simple création de clé. D'abord et contrairement à ses "concurrents", il te permet de personnaliser totalement le dossier Extra de ta clé. Tu peux en choisir un "générique" mais tu peux aussi lui fournir un dossier Extra tout prêt avec ses propres kexts, org.chameleon.Boot.plist, SMBios.plist, etc.

Ensuite, il intègre différents outils directement sur la clé d'installation qui permettent entre autres de réparer les permissions/reconstruire le cache et surtout d'installer/réinstaller Chameleon automatiquement sur le disque de démarrage (donc pas besoin de démarrer sur la clé une fois OS X installé, le bootloader est déjà là). Et là aussi, tu peux lui indiquer un dossier Extra pré-configuré.

Enfin, si tu l'installes sur le disque dur, il utilise un kext spécial - myHack.kext - qui s'installe dans S/L/E et qui se synchronise avec les kexts de /Extra/Extensions. Sauf qu'en faisant cela, il leur attribue un N° de version supérieur à ceux éventuellement déjà présents dans S/L/E. En clair, si tu as un kext "officiel" à patcher, tu peux laisser l'original dans S/L/E et mettre la version modifiée dans Extra/Extensions et c'est cette version qui sera chargée dans tous les cas. Du coup, ça laisse le dossier S/L/E propre et ça rend les MÀJ d'OS X moins périlleuses.

Mais clairement, myHack n'est plus d'actualité et il n'est plus développé. Donc pour faire ta clé, tu peux tout aussi bien restaurer le DVD de SL dessus et te contenter d'installer Chameleon/Enoch ou pourquoi pas Clover.

Ce serait d'ailleurs intéressant de voir si ce dernier fonctionne sur ta config. Avec les vieilles bécanes, c'est pas toujours certain…

[Licorne31]

Clover : ce qui me refroidit, c'est le "clover configurator"... Il y a une version "classic", et une autre "vibrant".
J'ai récupéré la "classic"... qui est annoncée comme supportant jusqu'à 10.8... et elle me dit qu'il me faut 10.8 minimum!
Franchement, je ne me sens pas d'aller faire des trucs bizarre en ligne de commande... pour piloter un truc qui va faire des choses dans la DSDT sans me dire quoi... et de me retrouver "en vrac" sans savoir comment m'en sortir!
Donc, sans un "configurator" qui marche, je n'ai pas confiance.
Chameleon, au moins, j'ai le "Wizard" qui marche. Et en plus, tu me dis qu'il ne fait rien dans mon dos.
Mais bon, je pourrais quand même tenter le coup sur une clef... comme ça, je ne touche pas à l'installation sur le DD, et si ça ne marche pas (ou mal), je n'aurais pas à passer des plombes à réinstaller une sauvegarde Time Machine complète.

MyHack : J'ai vu dans un autre des tes posts qu'il me faut le 3.1.2, mais rien de plus récent. Bien reçu!
Le fait qu'il ne soit plus développé... ça ne m'inquiète pas outre mesure, SL non plus, n'est plus développé, alors... si ça marchait à l'époque, je ne vois pas trop ce qui l'empêcherait de marcher aujourd'hui.

Le gros avantage que tu signales, c'est justement ce qui m'attire : j'ai un "Extra" qui tourne pas trop mal, et si j'ai bien compris, avec MyHack.kext, au lieu de faire un rollback après upgrade, il suffit, avant upgrade, de copier les kext à conserver dans de S/L/E dans E/E... ce qui me semble légèrement plus sûr.

Et puis, UniBeast, c'est bien le machin utilisé par iAtkos, non? Si c'est le cas, autant en essayer un autre, comme ça, j'en verrais deux à l'oeuvre! Et en plus, l'an dernier, tu disais que MyHack, c'est mieux qu'UniBeast.

Sinon, questions peut-être stupides :
Disabler.kext, ça désactive quoi, exactement?
C'est un "package" compilé lors de l'installation par UniBeast, ou un kext "standard MHackintosh"?
Parce que si c'en est un qui désactive un lot de kext "vanille", je préfèrerais (à des fins d'expérimentation) avoir un lot de disablers individuels, ça permettrait de gérer plus finement les recherches (par exemple, pour le son, ne pas avoir à jongler avec des AppleHDADisabler, AppleHDAEnabler, AppleHDA et VoodooHDA).

[polyzargone]

Clover : ce qui me refroidit, c'est le "clover configurator"... Il y a une version "classic", et une autre "vibrant".
J'ai récupéré la "classic"... qui est annoncée comme supportant jusqu'à 10.8... et elle me dit qu'il me faut 10.8 minimum!

C'est la même chose, c'est juste l'interface qui est différente… Ouais enfin les couleurs en fait . Et Clover Configurator ne fonctionne effectivement pas sous autre chose que 10.8 minimum.

Franchement, je ne me sens pas d'aller faire des trucs bizarre en ligne de commande... pour piloter un truc qui va faire des choses dans la DSDT sans me dire quoi... et de me retrouver "en vrac" sans savoir comment m'en sortir!
Donc, sans un "configurator" qui marche, je n'ai pas confiance.

Tu peux tout à fait passer par un éditeur de plist comme PlistEdit Pro ou même un simple traitement de texte (c'est valable pour le org.chameleon.Boot.plist d'ailleurs). En ce qui concerne Clover, certains te diront que c'est même préférable car Clover Configurator a la sale manie de virer tout ce qu'il ne connaît pas, ce qui est embêtant quand de nouveaux boot-flags ou des nouvelles fonctions de Clover apparaissent.

Par exemple, il fut un temps où comme il ne connaissait pas CsrActiveConfig (pour désactiver le SIP d'El Capitan), il le retirait systématiquement dès que tu ouvrais le config.plist. Résultat : tu ne pouvais pas démarrer OS X 10.11 !

De toute manière, l'important c'est pas l'interface graphique, c'est ce que contient le config.plist et que tu utilises CC ou pas, il faut savoir à quoi sert tel ou tel paramètre. Et pour ça, y a pas de secret, il faut lire le WIKI de Clover ou mieux, ce fil.

Mais bon, je pourrais quand même tenter le coup sur une clef... comme ça, je ne touche pas à l'installation sur le DD, et si ça ne marche pas (ou mal), je n'aurais pas à passer des plombes à réinstaller une sauvegarde Time Machine complète.

C'est effectivement la meilleure solution. D'autant qu'il n'est pas certain que Clover puisse démarrer sur ta config …

Le gros avantage que tu signales, c'est justement ce qui m'attire : j'ai un "Extra" qui tourne pas trop mal, et si j'ai bien compris, avec MyHack.kext, au lieu de faire un rollback après upgrade, il suffit, avant upgrade, de copier les kext à conserver dans de S/L/E dans E/E... ce qui me semble légèrement plus sûr.

Oui. Mais il faut faire attention avec myHack quand même. Pour que ça fonctionne, il faut lancer l'application myHack, faire un "run myFix" (quick ou full) avant de redémarrer. Il ne suffit pas de les mettre dans E/E. Donc il faut quand même passer par les Combos Update et pas faire la MÀJ directement depuis le Mac App Store.

Et attention aussi car tous les kexts ne peuvent pas aller dans E/E. Pour certains, ça ne fonctionne pas à cause des dépendances. J'ai pas de liste exhaustive mais il me semble que l'AppleHDA.kext par exemple doit rester dans S/L/E et que si une version (même supérieure) se trouve dans E/E, elle ne sera pas chargée et c'est celle de S/L/E qui le sera finalement.

Par ailleurs, comme il installe un myHack.kext, il faut aussi lancer l'application à chaque fois que tu installes/retires un kext dans E/E. Et ça, crois moi on a vite fait de l'oublier .

Et enfin, si tu utilises Time Machine, il faudra aussi faire gaffe car il sera réinstallé au passage et il ne sera peut-être plus synchrone avec ton dossier E/E.

Bref, c'est très pratique mais ça demande un peu de rigueur .

Et puis, UniBeast, c'est bien le machin utilisé par iAtkos, non? Si c'est le cas, autant en essayer un autre, comme ça, j'en verrais deux à l'oeuvre! Et en plus, l'an dernier, tu disais que MyHack, c'est mieux qu'UniBeast.

Non. iAtkos est une distribution qui utilise Chameleon comme bootloader. UniBeast est un outil de création de clé qui utilise aussi Chameleon mais la similitude s'arrête là. Les distributions utilisent toutes sortes de méthodes pour maximiser la compatibilité (comme installer un maximum de kexts la plupart du temps inutiles ou utiliser des packages d'installation customisés). UniBeast, est un peu plus propre mais le dossier Extra qu'il utilise comporte lui aussi tout un tas de trucs inutiles…

Sinon, questions peut-être stupides :
Disabler.kext, ça désactive quoi, exactement?
C'est un "package" compilé lors de l'installation par UniBeast, ou un kext "standard MHackintosh"?
Parce que si c'en est un qui désactive un lot de kext "vanille", je préfèrerais (à des fins d'expérimentation) avoir un lot de disablers individuels, ça permettrait de gérer plus finement les recherches (par exemple, pour le son, ne pas avoir à jongler avec des AppleHDADisabler, AppleHDAEnabler, AppleHDA et VoodooHDA).

L'AppleHDADisabler.kext ne désactive que l'AppleHDA.kext. J'ai effectivement vu un Disabler.kext quelque part (une distro ? J'sais plus) mais je pense qu'il fait la même chose…

• L'AppleHDADisabler.kext ne s'utilise qu'en parallèle avec VoodooHDA. Seul, il ne sert à rien sauf à désactiver inutilement l'AppleHDA.

• Les HDAEnabler ne s'utilisent qu'avec AppleHDA. Pour faire simple, il définissent le layout-ID et le device HDEF. Donc en fait, ça sert principalement quand tu n'as pas de DSDT.

[Licorne31]

Alors, MyHack, c'est un peu mort... L'auteur ne garde en ligne que la dernière version (3.3.1), donc je vais devoir penser à autre chose.
De toute façon, ce que tu écris sur MyHack et sur toute la rigueur nécessaire à l'utilisation de MyHack.kext en ruine tout l'intérêt à mes yeux.

Time Machine, pour l'instant, c'est juste pour ne pas avoir à refaire une install si ça coince.
Revenir à l'état stable précédant avec TM est plus rapide que de retrouver la config initiale plus les kexts exotiques rajoutés ensuite, de tout réinstaller, de paramétrer ce qui l'avait été, et de faire les mises à jour.
A terme, ça sera, en accord avec mes vieilles habitudes, un DD (ou une partition) de 40 ou 80 Go pour l'OS et les apps, et un(e) autre, plus gros(se), pour les données, chacun(e) avec sa propre sauvegarde.
Si ça coince sur la partie "OSX", passage du volume au lance-flamme et remise en place de la dernière sauvegarde stable, donc pas de soucis de synchro.

Doc Clover : en effet, sur InsanelyMac, c'est plus accessible... même si ça reste quand même assez sioux à première vue!

Le disabler : c'est dans iAtkos, tu me le conseillais là : http://forum.macbidouille.com/index.php?s=...t&p=4037328

Et comme j'ai vu sur Olaria qu'il y a une série de AppleHDA.kext qui supportent mon 8086:2668 (Intel ICH6 pour le son), j'ai bien envie d'essayer... de vérifier si le AppleHDA installé le supporte, et si oui, de virer VoodooHDA et le disabler pour voir ce que ça donne (au pire... -x et remise en place, et au pire du pire, TM)

[Licorne31]

Le disabler : c'est dans iAtkos, tu me le conseillais là : http://forum.macbidouille.com/index.php?s=...t&p=4037328

Je me répond tout seul...
A première vue, ce disabler désactive AppleIntelCPUPowerManagement (il fait donc double emploi avec NullCPUPowerManagement?) et AppleUpstreamUserClient (qui poserait des soucis avec les souris).
Donc, je peux le garder, il n'est pour rien dans mes soucis de son...
Quoique, pour ceux de veille, je ferais aussi bien de tester NullCPUPM tout seul, on ne sait jamais... et désactiver l'autre à la main (avec un rename de *.kext en *.kext.old).


Enfin, j'ai récupéré MultiBeast 3.10.1 pour faire la clef.

Ce message a été modifié par Licorne31 - 23 Mar 2016, 11:53.

[polyzargone]

A première vue, ce disabler désactive AppleIntelCPUPowerManagement (il fait donc double emploi avec NullCPUPowerManagement?) et AppleUpstreamUserClient (qui poserait des soucis avec les souris).

Et bien tu me l'apprends .

Donc, je peux le garder, il n'est pour rien dans mes soucis de son...

Non, clairement.

Quoique, pour ceux de veille, je ferais aussi bien de tester NullCPUPM tout seul, on ne sait jamais... et désactiver l'autre à la main (avec un rename de *.kext en *.kext.old).

Tu as essayé sans NULLCPUPowerManagement.kext ? Je doute que ça fonctionne mais si c'est possible, il vaut mieux ne pas l'utiliser puisque comme son nom l'indique, il désactive la gestion d'énergie et pose problème avec la veille. En fait, c'est toujours très chiant à faire fonctionner la veille sur un Hack. Surtout avec les anciennes versions d'OS X.

Enfin, j'ai récupéré MultiBeast 3.10.1 pour faire la clef.

Pour quoi faire . MultiBeast ne créé pas de clé, il sert à installer des kexts et à paramétrer Chimera/Chameleon.

Pour Snow Leopard, il te faut obligatoirement un DVD officiel (ou une image disque) si tu veux passer par un outil de création de clé (ou mieux, le faire toi même avec juste Utilitaire de disque et l'installeur de Chameleon) ou une distribution.

Si c'est pour faire une clé El Capitan (ou inférieur si tu as les installeurs du Mac App Store), passe plutôt par nos tutos Clover ou Chameleon .

[Licorne31]

A première vue, ce disabler désactive AppleIntelCPUPowerManagement (il fait donc double emploi avec NullCPUPowerManagement?) et AppleUpstreamUserClient (qui poserait des soucis avec les souris).

Et bien tu me l'apprends .

Voici son info.plist :

Code

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>CFBundleDevelopmentRegion</key>
    <string>English</string>
    <key>CFBundleExecutable</key>
    <string>Disabler</string>
    <key>CFBundleGetInfoString</key>
    <string>Kernel Extension Disabler 1.0.1, Copyright © 2008 by Kabyl</string>
    <key>CFBundleIdentifier</key>
    <string>net.osrom.kext.Disabler</string>
    <key>CFBundleInfoDictionaryVersion</key>
    <string>6.0</string>
    <key>CFBundleName</key>
    <string>Kernel Extension Disabler</string>
    <key>CFBundlePackageType</key>
    <string>KEXT</string>
    <key>CFBundleVersion</key>
    <string>1.0.1</string>
    <key>IOKitPersonalities</key>
    <dict>
        <key>IntelCPUPowerManagement</key>
        <dict>
            <key>CFBundleIdentifier</key>
            <string>net.osrom.kext.Disabler</string>
            <key>IOClass</key>
            <string>Disabler</string>
            <key>IOMatchCategory</key>
            <string>AppleIntelCPUPowerManagement</string>
            <key>IOProbeScore</key>
            <integer>100</integer>
            <key>IOProviderClass</key>
            <string>IOResources</string>
            <key>IOResourceMatch</key>
            <string>IOKit</string>
        </dict>
        <key>AppleUpstreamUserClientDisabler</key>
        <dict>
            <key>CFBundleIdentifier</key>
            <string>net.osrom.kext.Disabler</string>
            <key>IOClass</key>
            <string>Disabler</string>
            <key>IOMatchCategory</key>
            <string>AppleUpstreamUserClientDriver</string>
            <key>IOProbeScore</key>
            <integer>1000</integer>
            <key>IOProviderClass</key>
            <string>IOFramebuffer</string>
            <key>IOResourceMatch</key>
            <string>IOKit</string>
        </dict>
        <key>Just for loading</key>
        <dict>
            <key>CFBundleIdentifier</key>
            <string>net.osrom.kext.Disabler</string>
            <key>IOClass</key>
            <string>Disabler</string>
            <key>IOMatchCategory</key>
            <string>Disabler</string>
            <key>IOProviderClass</key>
            <string>IOResources</string>
            <key>IOResourceMatch</key>
            <string>IOKit</string>
        </dict>
    </dict>
    <key>OSBundleLibraries</key>
    <dict>
        <key>com.apple.kpi.iokit</key>
        <string>8.0.0</string>
        <key>com.apple.kpi.libkern</key>
        <string>8.0.0</string>
    </dict>
    <key>OSBundleRequired</key>
    <string>Root</string>
</dict>
</plist>

Donc, je peux le garder, il n'est pour rien dans mes soucis de son...

Non, clairement.

Quoique, pour ceux de veille, je ferais aussi bien de tester NullCPUPM tout seul, on ne sait jamais... et désactiver l'autre à la main (avec un rename de *.kext en *.kext.old).

Tu as essayé sans NULLCPUPowerManagement.kext ? Je doute que ça fonctionne mais si c'est possible, il vaut mieux ne pas l'utiliser puisque comme son nom l'indique, il désactive la gestion d'énergie et pose problème avec la veille. En fait, c'est toujours très chiant à faire fonctionner la veille sur un Hack. Surtout avec les anciennes versions d'OS X.

Dans ce cas, il faudrait que j'essaye sans les deux, vu qu'ils désactivent tous les deux le même kext...
S'il n'est plus désactivé qu'une seule fois au lieu de deux, je doute qu'il marche mieux...

Enfin, j'ai récupéré MultiBeast 3.10.1 pour faire la clef.

Pour quoi faire . MultiBeast ne créé pas de clé, il sert à installer des kexts et à paramétrer Chimera/Chameleon.

Pour Snow Leopard, il te faut obligatoirement un DVD officiel (ou une image disque) si tu veux passer par un outil de création de clé (ou mieux, le faire toi même avec juste Utilitaire de disque et l'installeur de Chameleon) ou une distribution.

Si c'est pour faire une clé El Capitan (ou inférieur si tu as les installeurs du Mac App Store), passe plutôt par nos tutos Clover ou Chameleon .

Pour quoi faire?
Au hasard, pour paramétrer Chameleon, et pour faire la post-installation...
D'abord, une clef en GUID/HFS+.
Ensuite, y cloner le DVD.
Puis installer Chameleon dessus.
Et mettre Multibeast dans le dossier qui va bien, de manière à pouvoir le lancer et finir l'install avant de redémarrer sur le disque dur.
De toute façon, sur une clef de 8 Go, il y a la place...

[polyzargone]

Pour quoi faire?
Au hasard, pour paramétrer Chameleon, et pour faire la post-installation...
D'abord, une clef en GUID/HFS+.
Ensuite, y cloner le DVD.
Puis installer Chameleon dessus.
Et mettre Multibeast dans le dossier qui va bien, de manière à pouvoir le lancer et finir l'install avant de redémarrer sur le disque dur.
De toute façon, sur une clef de 8 Go, il y a la place...

Ah pardon mais ce n'était pas très clair !

Tel que tu présentais la chose, il s'agissait plutôt d'utiliser MultiBeast pour créer la clé :

Enfin, j'ai récupéré MultiBeast 3.10.1 pour faire la clef.

Effectivement, si c'est pour le copier sur la clé, c'est plus cohérent .

[Licorne31]

Bon, hé bien, ça va prendre du retard...

A l'allumage, un message du type "ERROR EBIOS" m'annonçant qu'il ne peut pas lire un secteur, le tout accompagné de bruits de relais qui claquent, de ventilo qui démarre et s'arrête, de disque dur qui démarre et s'arrête...

Démarrage sur CD, ouf ça passe, plus de claquements, utilitaire disque : le disque dur a besoin d'être réparé, j'essaye, ça passe pas, conseil de l'utilitaire de disque : reformater.
Je reformate, puis un coup de TM... qui dépasse les 100% et les claquements sont de retour.

Et maintenant, ça ne démarre plus sur rien, j'ai juste l'écran qui me dit "Pentium 4", je n'ai même plus accès au BIOS, ça coince avant.

Premier suspect, l'alimentation (à cause des claquements), deuxième, le disque dur (à cause du message)...

Direction la caisse à rabiots, je reviendrais quand la panne hardware aura été réparée.
Dommage, c'était bien parti...

[Licorne31]

Bon, hé bien, c'était le disque dur...

Je l'ai remplacé, j'ai partitionné le nouveau, j'ai tenté la restauration TM... et là, échec total, elle avance tranquillement jusqu'à 100%... puis continue lentement jusqu'aux alentours de 120% ... avant de m'annoncer qu'elle a planté.
Et au reboot, effectivement, c'est pas bon.

Du coup, j'ai tout réinstallé jusqu'au 10.6.8 et à la dernière MàJ de sécurité... ça m'a coûté plus cher en temps (heureusement que je bosse bénévolement sur mes machines) qu'en pièces!

Maintenant, j'ai un nouveau problème (alors que j'ai fait exactement la même install qu'avant...) : le mulot débloque (un coup, je le bouge de 10 cm, il avance de trois pixels, un coup, je le bouge de 1 mm, il traverse l'écran en diagonale!).
Testé avec deux mulots optiques USB différents, avec deux mulotdromes différents (un mat, un brillant), sur les deux ports USB en façade.
Solution temporaire : débrancher et rebrancher le mulot jusqu'à ce que ça marche.
Le problème survient au démarrage et, une fois qu'il est résolu par la méthode ci-dessus, il ne revient pas... jusqu'au boot suivant.
Comme le Disabler se charge, je ne crois pas qu'AppleUpstreamUserClient.kext soit en cause...
Comme le clavier USB ainsi que des clefs n'ont aucun soucis, je ne crois pas que les ports USB en façade soient en cause...

Sinon, j'ai trouvé un AppleHDA (1.7.9a4) qui devrait supporter mon ICH6 8086:2668.

Procédure : virer VoodooHDA.kext (et son prefpane?), mettre AppleHDA dans S/L/E, un coup de KextUtility pour les caches et les autorisations, reboot "-v" pour surveiller ce qu'il se passe.
Dans le mode d'emploi du kext, il est dit de mettre le LayoutID à 888... ça se fait comment?

Je vais finir par y arriver...