Installation Snow Leopard, Sur un Pentium 4 32bits

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