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 ).