Version imprimable du sujet

Écrit par : Anard 22 May 2019, 13:55

Note de la modération

Sujet déplacé depuis Discussions générales

Merci de votre compréhension

**********************************

Heu non, pas glop du tout cette mise à jour chez moi.
Mon Clover était à jour ainsi que mes kexts AppleALC, Lilu & WhateverGreen (vérifiés avec Clover Configurator).
J'ai lancé la mise à jour et après environ 3 reboots, le démarrage bloque sur le bios avec un écran inabituel : écran bleu avec écrit en haut Gigabyte UEFI DualBios.
Il n'y a indiqué aucune touche à appuyer, juste ça reboote à nouveau au bout de quelques secondes (avec le même résultat).
J'ai essayé de mettre un cavalier sur ClearCMOS puis de redémarrer sans effet.
Actuellement, j'ai retiré la pile et je le laisse un peu tranquille... Est-ce que qu'il y a un moyen de flasher le BIOS sachant qu'il ne fait rien du tout ?
Avant d'afficher son écran bleu, il émet un bip unique, comme d'habitude.

Help !

EDIT : Je viens d'essayer de débrancher la CG, la RAM et les disques. Il fait une série de bips sans s'arrêter (signalant qu'il n'y a pas de RAM).
Après repose de la RAM (toujours sans disques) je retruove cet écran bleu qui ne me permet rien puis il redémarre tout seul.
J'ai maintenant tout remis dedans mais je n'ai plus de PC...

Une vidéo sera plus claire que de longs discours... https://mega.nz/#!HgES1Q7D!cjuMhe4mx1090hcplxZhsSjVP2XgCAJu9Bcf0VGIxTs

PS : si ce post doit être déplacé, n'hésitez pas, mais c'est bien à la suite de cette MAJ que le souci est apparu. Avant tout fonctionnait normalement.

Écrit par : polyzargone 22 May 2019, 19:36

Essaie ça : https://www.overclockers.com/forums/showthread.php/697533-GUIDE-Forcing-backup-BIOS-on-Gigabyte-motherboards

Écrit par : jeanchrijaz 22 May 2019, 20:56

en théorie de juste de retirer la pile ne suffit pas pour faire un clear CMOS
il il faut débrancher l'alimentation du PC puis retirer la pile ET déplacer le jumper pendant 5-10s
au pire consulte le manuel de la carte mère pour connaitre la manipulation exacte car ca peut varier d'un modèle à un autre

Écrit par : Patrice Brousseau 22 May 2019, 21:31

Citation (Anard @ 22 May 2019, 07:55)

Heu non, pas glop du tout cette mise à jour chez moi.
Mon Clover était à jour ainsi que mes kexts AppleALC, Lilu & WhateverGreen (vérifiés avec Clover Configurator).
J'ai lancé la mise à jour et après environ 3 reboots, le démarrage bloque sur le bios avec un écran inabituel : écran bleu avec écrit en haut Gigabyte UEFI DualBios.
Il n'y a indiqué aucune touche à appuyer, juste ça reboote à nouveau au bout de quelques secondes (avec le même résultat).
J'ai essayé de mettre un cavalier sur ClearCMOS puis de redémarrer sans effet.
Actuellement, j'ai retiré la pile et je le laisse un peu tranquille... Est-ce que qu'il y a un moyen de flasher le BIOS sachant qu'il ne fait rien du tout ?
Avant d'afficher son écran bleu, il émet un bip unique, comme d'habitude.

Help !

EDIT : Je viens d'essayer de débrancher la CG, la RAM et les disques. Il fait une série de bips sans s'arrêter (signalant qu'il n'y a pas de RAM).
Après repose de la RAM (toujours sans disques) je retruove cet écran bleu qui ne me permet rien puis il redémarre tout seul.
J'ai maintenant tout remis dedans mais je n'ai plus de PC...

Une vidéo sera plus claire que de longs discours... https://mega.nz/#!HgES1Q7D!cjuMhe4mx1090hcplxZhsSjVP2XgCAJu9Bcf0VGIxTs

PS : si ce post doit être déplacé, n'hésitez pas, mais c'est bien à la suite de cette MAJ que le souci est apparu. Avant tout fonctionnait normalement.

Écrit par : Anard 23 May 2019, 09:18

Merci beauccoup à vous. Malheureusement, rien de tout ça n'a fonctionné.
Actuellement, tout est débranché : je n'ai plus de branché sur la CM que le proc et son ventilo, 1 RAM de 4Go, les boutons PWR et reset et un écran.
J'ai essayé toutes ces techniques (sauf celle consistant à shunter directement les pattes 4-7 ou 5-6 sur la puce du Bios) sans résultat. En fait quand je reste appuyé sur le bouton Power, il s'allume et s'éteint immédiatement, rien n'apparait à l'écran.

Comme dit Patrice, on dirait qu'il cherche à récupérer le Bios de secours quand apparait cet écran bleu et qu'un problème survient provoquant l'extinction...

Je ne sais plus du tout quoi faire. Serait-il possible que ce soit mon proc qui ait un problème ou est-ce que ça vient forcémement de la CM ? Je n'ai strictement rien fait si ce n'est la MAJ 10.14.5 pour arriver à ce résultat ! Cest la panique, j'ai absolument besoin de mon Mac...

Écrit par : Anard 23 May 2019, 10:25

Sur mon disque de démarrage Clover (USB), j'ai sauvegardé la version du Bios qu'il y avait sur la CM. S'il ne parvient pas à le récupérer depuis le Bios de secours, est-ce que je ne pourrais pas le récupérer depuis mon USB ?

Écrit par : elwood 23 May 2019, 14:37

Si tu as un CD d'install windows essaie de le démarrer avec ? Mais là je crois pas que ce soit un problème software : support technique gigabyte France https://esupport.gigabyte.com/Login/Index?ReturnUrl=%2f

Écrit par : jeanchrijaz 23 May 2019, 18:38

Citation (elwood @ 23 May 2019, 14:37)

Écrit par : Patrice Brousseau 23 May 2019, 21:23

Je pense que le short du chip BIOS est le dernier recours, après, RMA... Je ne veux pas être un oiseau de mauvais augure mais ma première CM Z97X-UD3H a tout bonnement cessé de démarrer en 2015: aucune des méthodes sus-mentionnées ne m'ont sorties du pétrin. J'avais tout simplement un écran noir et l'ordi s'arrêtait ou redémarrait, je n'arrive plus à me souvenir!

J'ai commandé à nouveau la même CM en attendant le RMA de Gigabyte (3 semaines à un mois). J'ai toujours la carte réparée et j'ai vérifié qu'elle fonctionne.

**Oups! B85, tu dois être hors garantie depuis un bail!

Écrit par : Anard 23 May 2019, 21:25

Donc "IL" l'a dans l'cul.

En effet, démarrer sur un CD Windows c'est mort vu que je n'ai plus de Bios.
Sur le principe, j'ai bien visualisé où se trouvaient les puces Main-Bios et "Secure-Bios", je m'intéresse un peu à l'électronique, mais de là à mettre un tournevis entre les pattes SCI et CLK...

Donc sur ces bonnes paroles. Ce n'est pas tout à fait la panique puisque depuis que je me suis lancé (avec/grâce à vous) dans l'aventure hackintosh, j'ai appris à utiliser Linux et même Windows. J'ai donc une carte mère HS pour une raison inconnue et le reste en bon état. Avec un mac "officiel", c'aurait été un mac HS tout court.
Par contre pour me faire un nouveau PC, j'ai cherché un peu et c'est hors budget (CM récente + proc + ram DDR4) : minimum 250 boules.
Est-ce que l'un des copains serait prêt à me léguer une CM pas trop chère pour accueillir mon i5 4460 ? sinon, j'ai trouvé ça sur le coincoin : https://www.leboncoin.fr/informatique/1618752876.htm/
Qu'en pensez-vous ? Ca roule ? J'avoue que je viens de perdre une certaine confiance en Gigabyte...

C'était mon premier Hack (qui avait 4 ans) mais je reconnais que le matériel Apple était (moins ouvert certes mais) plus fiable (mon iBook 2000 m'a fait 15 ans sans la moindre panne, des ralentissements oui mais pas de panne). Non Patricce, elle n'est plus sous garantie, mais pas depuis un bail : achetée neuve début 2015, elle était garntie 3 ans.

Enfin voilà, ici c'est la grosse merde. Mon ordi me permet de travailler, de regarder la TV et d'écouter la radio ou ma musique. Et la musique c'est ma vie.




Là, le silence me pèse profondément...





À en devenir fou.

Écrit par : jeanchrijaz 23 May 2019, 21:52

@Patrice Brousseau
personnellement j'ai aussi eut un cas de figure ou le bios de ma carte mère avait décidé de se barrer....
j'ai eut de la chance et j'avais trouvé sur ebay le chips exact mais n'ayant pas de talents de soudeur
j'avais juste plaqué les pattes de l'eprom contre celle soudée
une fois que l'ordi a démarré j'ai flashé le bios sous windows (à l'époque ou j'avais encore du windows chez moi)
et ca avait marché nickel

@Anard
mort pour mort tu ne risques plus rien...
au pire débranches tout et laisse que le CPU
sinon tente la méthode qui avait sauvé la mienne
une eprom avec le bios ca coute moins de 10 euros
il faut juste trouver la même que la tienne

EDIT
j'ai trouvé https://www.ebay.fr/itm/BIOS-CHIP-GIGABYTE-X399-DESIGNARE-EX-GA-B250-FINTECH-H370M-D3H-GSM-GA-B85M-D3H-A/382797193359?hash=item59207da08f:g:xAkAAOSw3ZRY80bb... apparemment ca serait compatible avec ta CM
au pire contacte le vendeur pour savoir si c'est bon

EDIT 2
question fiabilité sur du matos informatique on n'est jamais à l'abri de quoi que ce soit...
j'ai une amie l'année passée qui à planté son macbook air suite à une mise à jour
l'ordi démarrait uniquement en mode recovery et impossible d'installer quoi que ce soit
le N° de série et le modèle avait tous les 2 sautés sans aucune raison
même l'apple store ils n'avaient jamais vu ça

Écrit par : elwood 23 May 2019, 22:03

je serai à ta place j'emmènerai mon ordi chez un réparateur PC pour qu'il test et te dise ce qui, le cas échéant, est "mort" avant de chercher une autre CM car si ça se trouve c'est pas ça .
Il te prendra 20 euros env je pense mais au moins tu sauras. Et si ça se trouve c'est ta RAM ( j'ai eu une config qui bootait écran bleu a cause de la ram)

Écrit par : jeanchrijaz 24 May 2019, 02:36

Citation (elwood @ 23 May 2019, 22:03)

Écrit par : Krazubu 24 May 2019, 12:04

Faut pas s'emporter, c'est embêtant mais tout à fait réversible pour pas cher.

Il te faut soit un circuit maison pour flasher l'EEPROM bricolé à partir d'un port série RS232, il est assez rudimentaire à faire, résistances et diodes (https://www.ogxbox.com/forums/index.php?/topic/32-how-to-build-an-eeprom-readerwriter/), sinon plus simple, un flasheur USB qui se trouve à 5€ sur ebay.

Procédure :
- Prendre la puce et la placer dans ton lecteur (dessouder si sur socket, ou connecter des fils).
- Faire un backup de l'ancien BIOS (même brické il contient des infos uniques de la MB qu'il vaut mieux ne pas perdre).
- Trouver un dump sur le net (version complète avec tous les blocks). Tu en as peut-être déjà quelque part sur un CD fourni avec la CM par exemple.
- Flasher le nouveau dump, remettre la puce.

Je connais pas trop ce système dual BIOS, il faudra trouver un moyen de flasher les 2, physiquement ou logiciellement, et surtout ne pas se faire écraser sa nouvelle ROM par la foireuse à peine remonté.
A ce stade, la CM doit redevenir bootable et ton PC refonctionne, on peut voir dans un dernier temps comment fusionner les infos uniques qui ont sauté et peuvent désactiver certaines fonctions ou par exemple te faire perdre ton adresse MAC.

PS : tout ça si on est bien sur que c'est le BIOS.
PS2 : j'ai une CM gigabyte comme ça dont le BIOS fait des siennes quand on le tripote un peu. Ca devient un enfer à booter, ça fait des trucs comme toi, puis à force d'insister ça finit par repartir.
Je sais plus trop comment je fais, mais je bidouille des trucs avec le clear CMOS, brancher la prise en appuyant sur le bouton en même temps, laisser le clear CMOS, allumer et retirer le jumper en route… plein de combinaison comme ça. La dernière fois il est resté en rade plus d'une semaine avant de bien vouloir arrêter son cinéma. Tu devrais essayer de retirer la carte graphique

Écrit par : Anard 24 May 2019, 14:00

C'est chaud

Pour ce qui est de démarrer sans rien, c'est déjà le cas. Je n'ai plus qu'une barrette de RAM, le proc et son ventilo et l'écran pour voir le résultat. J'ai même essayé de virer jusqu'au clavier.
En suivant le conseil de jeachrijaz, j'ai commandé la puce. Malheureusement, on ne peut pas la retirer ou la remettre comme celles là : http://www.bios-chip24.com/epages/63730052.sf/fr_FR/?ObjectPath=/Shops/63730052/Products/29. C'est un composant de surace soudé. Peut-êter un truc auquel je ferais plus attention la prochaine fois.

Je vais essayer de la poser sur l'autre mais c'est tendu, faut pas avoir la tremblote pendant le boot. Ce serait gênant de la souder dessus et de la laisser en place (sans dessouder l'autre) ?

Pour le dual bios, je crois qu'il ne copie celui de secours qu'en cas de problème sur le principal. Je crois avoir lu quelque part qu'il y a une manip à faire pour recopier le principal sur le bios de secours.

Je trouve ça quand même un peu limite. C'est parce que je suis tombé sur une carte pourrie ou est-ce que c'est normal que ce soit si peu stable ? A chaque mise à jour j'ai l'impresion que le redémarrage est un peu incertain...
Il y a peut-être quand même des marques plus fiables, ou avec une puce interchangeable facilement ?

Écrit par : Krazubu 24 May 2019, 14:26

Non tu ne peux pas "empiler" les puces, il faut retirer l'ancienne.
Pour autant que j'ai vu, les cartes dual BIOS ont toujours des puces soudées, ils doivent considérer que leur système est infaillible et qu'on n'aura jamais besoin de retirer une puce.

Écrit par : Anard 24 May 2019, 15:05

D'après jeanchrijaz, au moins pour simplement booter Windows, la puce posée directement dessus fonctionne (ou alors j'ai mal compris ?).
Après je suis d'accord que ça ne peut probablement fonctionner que si la puce soudée est vierge. Car si les deux puces cherchent à transmettre un message différent sur la même pin, ça doit rendre le message pas très net...

Écrit par : maclinuxG4 24 May 2019, 15:27

va voir un société pour diagnostique de panne.

Écrit par : jeanchrijaz 24 May 2019, 15:48

Citation (Krazubu @ 24 May 2019, 14:26)

Écrit par : polyzargone 24 May 2019, 18:37

Citation (Anard @ 24 May 2019, 14:00)

Écrit par : Anard 24 May 2019, 18:37

Sur le principe, les EEPROM fonctionnent en SPI : on communique sur 4 pins.

• CS (ChipSelect) est porté à 0 pour indiquer que c'est à cette puce qu'on s'adresse (sinon il est à 1).
• SCK est l'horloge. Les impulsions seront lues sur son front montant ou desendant suivnt la configuration
• On envoie des octets sur SDI, le message est iinterprété par la puce qui répond simultanément...
• .. en renvoyant sa réponse sur SDO

Écrit par : jeanchrijaz 24 May 2019, 19:09

@Anard
conclusion... ma méthode (certes pas très orthodoxe) a une chance de refaire fonctionner ta CM
cela dit mort pour mort ca coutera moins cher d'essayer que d'acheter une nouvelle carte mère ou de tout changer...

Écrit par : Anard 24 May 2019, 20:38

Merci à tous pour vos réponses en tout cas.

Je n'avais pas vu ton message Poly, je ne suis donc pas totalement fou. Après je me demande si le problème ne peut pas venir de moi. Le rangement des câbles dans le PC n'est pas tout à fait optimal et j'ai tendance à ranger toutes sortes de choses dans mon boitier (câbles en rab, visserie etc). Est-ce que cette pratique ne pourrait pas être la source de mon problème (je n'y crois pas trop mais bon...) ? Aussi, mon PC se trouve à environ 1m du frigo. Est-ce que le moteur du frigo ne pourrait pas générer des ondes électromagnétiques qui auraient effacé l'EEPROM ? Auquel cas je commence également à craindre pour les SSD...

Bref. La puce n'arrivera pas à la maison avant le 15 juin et je risque d'avoir fortement besoin de mon Mac avant ça. Je regarde donc égalment les cartes mères du bon coin (les sockets 1150 n'existent plus en neuf). Si j'arrive à réparer mon actuelle par la méthode de jeanchrijaz, ça m'en fera une de secours... Mais du coup, je veux bien vos conseils, dans l'idéal, j'ai besoin de 6 SATA, 4 USB2 et 1 USB3 + les USB internes. J'ai trouvé ça :

ASRock Z87 : https://www.leboncoin.fr/informatique/1619050500.htm/
MSI B85 : https://www.leboncoin.fr/informatique/1621686455.htm/
ASUS B85 : https://www.leboncoin.fr/informatique/1618752876.htm/
Et une Gigabyte H87 : https://www.leboncoin.fr/informatique/1621456874.htm/
Je l'ai notée également même si ça voudrait dire rester chez Gigabyte parce qu'il y a un ventilo de processeur avec et je me souviens avoir abîmé une patte de fixation du mien lors du remplacement de la pâte thermique.

Voilà, j'espère que vous pourrez m'aiguiller...

Merci beaucoup.

Écrit par : Krazubu 24 May 2019, 21:38

Citation (Anard @ 24 May 2019, 15:05)

Écrit par : jeanchrijaz 24 May 2019, 22:07

personnellement j'ai eut un peu toutes les marques de carte mère...
et pour l'instant (je touche du bois) c'est l'ASUS que j'ai actuellement qui est la plus stable de toutes
(c'est d'ailleurs pour ca que j'ai du mal à changer ma config lol)

ca arrive que l'ordi reste allumé pendant plusieurs semaines non-stop et jamais un seul problème
alors qu'avec des MSI ou des Gigabyte j'ai déjà eut plusieurs soucis
d'ailleurs mon problème de bios était aussi sur une gigabyte...
donc a te conseiller je te dirai de prendre une ASUS (ou Asrock qui est une filiale d'Asus)

mais après chacun voit midi à sa porte...

par contre on y pense pas toujours mais si tu achètes d'occasion vérifies bien que les pins du socket ne soient pas tordus...
une fois sur 2 les types tordent les pins en sortant le CPU

Écrit par : Anard 26 May 2019, 09:21

Rebonjour et merci,
Toujours dans mes recherches. Je zyeute donc plutôt u côté d'Asus, vous avez l'air d'être d'accord pour dire que c'est moins de la cochonnerie. Après, ça dépendra de ce que je trouve...
Est-ce que suivant les marques, je risque des problèmes de compatibilité avec macOS ? J'ai l'impression qu'en audio, elles sont quasi toutes sur le ALC892 comme la mienne. Mais concernant ethernet, ça varie suivant les marques...
Aussi j'ai cru omprendre que mon proc est un Haswell refresh et que si je trouve un chipset B/H/Q/Z8x, il faudrait mettre à jour le BIOS avec un processeur haswell. L'idéal serait donc que je tombe sur une Z97.

Écrit par : Krazubu 26 May 2019, 11:05

Moi je ne recommande pas spécialement ASUS. Paradoxalement j'ai toujours acheté ça, le matériel est bon mais à chaque fois les BIOS sont buggés, le code est fini à la truelle (trouvé des erreurs grossières de code, je sais même pas comment ça a pu compiler), il y a plein de trucs propriétaires inutiles et pas standards...
J'ai acheté une MSI pour le boulot, c'est bien mieux.

Écrit par : Anard 26 May 2019, 11:30

D'accord merci de ta réponse. J'espère au moins réussir à trouver une carte avec la puce bios en DIP pour en cas de problème pouvoir la reprogrammer facilement. L'idéal serait quand même que la puce ne se déprogramme pas à chaque mise à jour d'un système...
En revanche, question compatibilité macOS, aucun changement (hormis les kexts) que ce soit du Gigabyte, MSI, ASRock ou Asus ? J'imagine que je peux quand même me méfier des cartes HP, IBM etc...

Concernant ma théorie de la déprogrammation de la puce Bios à cause de la proximité d'un moteur électrique (réfrégirateur). Pensez-vous que ce soit n'importe quoi ou est-ce que ça pourrait expliquer mon souci (dédouanant ainsi Gigabyte...) ?

Écrit par : jeanchrijaz 26 May 2019, 11:48

pour les kext il n'y a aucune spécificité que ca soit Asus MSI ou Gigabyte
c'est uniquement les périphériques qui vont déterminer quel kext utiliser (ex: carte ethernet ou la partie audio)

concernant les marques personnellement je trouve que les bios Asus (même si ils sont buggés) sont beaucoup plus intuitifs
mais après chacun voit midi à sa porte...

et je peux me tromper mais je doute ton soucis soit lié au moteur de réfrigérateur
une puce ce ne s'efface pas comme ca juste à cause d'un moteur placé à proximité...

d'ailleurs tu fais quoi avec réfrigérateur à coté de ton ordi?
tu gardes des bières au frais? lol

Écrit par : Anard 26 May 2019, 12:45

Citation (jeanchrijaz @ 26 May 2019, 11:48)

et je peux me tromper mais je doute ton soucis soit lié au moteur de réfrigérateur
une puce ce ne s'efface pas comme ca juste à cause d'un moteur placé à proximité...

d'ailleurs tu fais quoi avec réfrigérateur à coté de ton ordi?
tu gardes des bières au frais? lol

Écrit par : jeanchrijaz 26 May 2019, 14:12

Citation (Anard @ 26 May 2019, 12:45)

Heu oui, mais l'audio et l'ethernet sont le plus souvent intégrés à la carte mère aujourd'hui. Sauf à utiliser des cartes PCI additionnelles pour ça, mais ce n'est pas mon cas. Donc si je peux trouver le bon kext pour le chipset intégré à la CM, ça m'arrange

Citation (Anard @ 26 May 2019, 12:45)

Écrit par : Patrice Brousseau 26 May 2019, 19:56

Il y a aussi certains modèles où on peut basculer une switch pour booter du BIOS de sauvegarde. Sinon, ma GA-Z97X-UD3H roule sans aucun souci depuis plus de 4 ans. La CM propriétaire de mon Dell a 5 ans. Je crois que peu importe la marque, on peut avoir des problèmes. J'ai eu deux Gigabyte problématiques, une ASUS morte après 5 ans et une Abit qui avait un sérieux bug de contrôleur UDMA66 (elle ne fonctionnait qu'en UDMA33, sinon ça gelait).

J'ai une MSI KT133 (2002 ou 2003) qui marche toujours, un Lenovo hacké de 2008, un Dell hacké de 2007 et un autre, CM Intel, d'à peu près cette époque.

Mon fils, lui, à le même processeur que toi sur une Asrock Z97 Anniversary.

De plus, le BIOS c'est de la mémoire flash donc j'imagine qu'il y a de bons et mauvais lots!

Quant aux Haswell, n'importe quoi en B85, Z87, Q87 et bien sûr Z97 devrait faire l'affaire selon moi.

Écrit par : Anard 27 May 2019, 10:11

Bon, si je comprends bien, c'est un peu au petit bonheur la chance. En l'occurrencce, je n'ai eu ni l'un ni l'autre avec ma carte...

Par contre je croyais qu'on était plus limité sur le choix de la CM pour installer macOS. Apparemment non, même une carte récupérée sur un vieux PC HP ou autre fonctionnera très bien dans la majeure partie des cas. Juste, ça doit être un peu plus compliqué de connaître le chipset exact puisqu'elles ne sont pas destinées à être vendues séparément du PC complet.

Pour les Haswell, oui tous les chipset fonctionnent. Mais dans mon cas, c'est un "haswell refresh". Donc c'est H97 ou Z97 ou précédents à condition que le Bios ait reçu une mise à jour. Les fabriquants précisent quelle version du Bios est compatible. Dans le cas contraire, il faudra soit un processeur Haswell pas "refresh" pour flasher le Bios, soit flasher la puce de l'extérieur avec un flasheur USB.

Écrit par : Anard 28 May 2019, 08:37

Bien. J'aurais préféré essayer une autre marque (au moins avec un Bios démontable) mais après une dizaine de messages, je me suis rendu compte que la messagerie du boncoin ne fonctionnait pas chez moi. J'avais donc une contrainte supplémentaire : que la personne ait renseigné son téléphone et y réponde.
Du coup je suis parti https://www.leboncoin.fr/informatique/1618793753.htm/. Elle devrait arriver dans 2 jours, j'espère que ça va le faire, elle n'a pas tourné depuis 3 ans.
La puce du Bios de l'ancienne carte est partie hier soir, arrivée prévue... dans 4 à 20 jours ! Je tenterai la réparation de ma CM actuelle avec la méthode jeanchrijaz, et si ça ne va pas, je tenterai à mon temps le déssoudage de la puce...

J'espère que mes soucis d'instabilités disparaîtront comme par enchantement avec cette nouvelle carte. S'ils sont toujours là, il va falloir que j'essaie de trouver une explication quand même...
Je pensais à mon alim, achetée d'occasion aussi : https://www.ldlc.com/fiche/PB00146778.html
Connaisssez-vous un moyen de tester sa stabilité ? Sachant que je passe avant par un https://www.ldlc.com/fiche/PB00115602.html , je serais quand même surpris d'avoir des problèmes d'alimentation.

Écrit par : Anard 1 Jun 2019, 08:24

Bonjour à tous.

Me voici de retour. J'ai reçu ma nouvelle carte mère. Redémarrage impeccable, aucun souci au réglage du Bios puisque je suis sur la même marque / génération de carte mère.
Je suis donc passé pour 46 € port compris d'une GA-B85M-D3H à une GA-H97M-D3H.
Dans la manœuvre, j'ai donc gagné un peu : 2 de mes USB 2 sont passés en USB3 (il va falloir que je jette un œil à mon injecteur USB) et tous mes SATA sont passés en SATA 3.

Par contre, j'ai un petit souci.
La panne est arrivée au cours de la MAJ de macOS. Quand je lance une mise à jour, après le premier démarrage, j'ai accès à une nouvelle entrée dans Clover (je ne sais plus le nom exact mais quelque chose comme "boot Install from Preboot Installer"), c'est l'entrée que je choisis pour mener à bien ma MAJ, dans le cas contraire je revioens à mon système non mis à jour.
Le reset de mon BIOS semble être apparu au dernier redémarrage, lequel était censé supprimer cette entrée de Clover. J'ai donc maintenant un macOS à jour (10.14.5) mais cette entrée apparait donc toujours dans Clover et je n'ose plus la sélectionner...

Que faire ... ?

PS : pas encore testé Ubuntu et Windows mais aucune raison qu'ils aient de souci.

Écrit par : Anard 3 Jun 2019, 09:07

Bon pour le moment, je n'ai touché à rien, je pense que je vais garder cette entrée "Install macOS" dans Clover jusqu'à la 10.14.6 qui devrait être ma dernière MAJ de macOS.
Finalement pas trop envie de redémonter mon proc pour réparer l'ancienne CM. Avant la prochaine MAJ, il faut quand même que je fasse quelque chose pour l'avoir en secours.
Soit la méthode jeanchrijaz qui nécessite de ressortir le processeur, soit la méthode Krazubu (plus catholique) qui nécessite de déssouder la puce. Je ne suis pas encore tout à fait décidé...

J'ai dû changer mon numéro de série dans le config.plist pour retrouver l'usage de l'App Store.
C'est un autre problème, mais sous Linux, mes dossiers partagés n'apparaissent plus sur le réseau depuis le remplacement de la CM, aucune idée de pourquoi.

Après quelques jours d'utilisation en tout cas, pas de souci particulier, mais je ne suis pas certain qu'il y ait eu du mieux au niveau de la stabilité. Du coup, je crains un peu les prochaines MAJ.
Par exemple (et ce depuis bien longtemps, j'avais espoir que cette nouvelle CM règlerait ça), quand je fais "redémarrer" :

• Depuis Ubuntu, il bloque sur le logo Gigabyte. J'ai déjà attendu 1/4 d'heure sans résultat donc je coupe (Cf protocole décrit plus bas).
• Depuis macOS, il démarre mais bloque au milieu de la barre de progression avec la pomme

• Eteindre
• Couper l'alimentation du PC
• Attendre un peu que les condos se déchargent (ma CG allume 2 LEDs quand elle est alimentée, j'attends que celles-ci s'éteignent)
• Remettre le jus et démarrer

Écrit par : polyzargone 3 Jun 2019, 17:53

Ben c'est pas étonnant qu'à force, ton Bios ait des problèmes.

Le "protocole" que tu utilises doit le faire souffrir à la longue !

Bref, ce n'est pas normal que tu doives faire tout ça juste pour éteindre ton PC. Je me demande si tu n'as pas un souci avec ton/tes EFI et si tu n'as pas des dossiers CLOVER en double … Il faudrait que tu montes chaque partition EFI de chaque disque et que tu nous dises ce qu'elles contiennent.

Écrit par : Anard 4 Jun 2019, 09:16

Ah bon ?
En fait, par habitude, quand j'éteins mon ordi le soir, après extinction je coupe l'onduleur, il n'y a plus que ma box qui est alimentée. Ca ne me semble pas si inhabituel comme façon de faire.
Ce qui est étrange c'est que si je cherche à redémarrer sans avoir coupé l'alimentation justement, le redémarrage est un peu aléatoire (comme décrit plus haut). Pendant la MAJ de macOS, ça a roulé tout seul (sans avoir à couper l'alimentation entre chaque reboot, je l'ai laissé faire son truc sans toucher à rien si ce n'est sélectionner "boot Install macOS from Hackintosh SSD" dans Clover) jusqu'au dernier reboot où le Bios s'est retrouvé effacé.

Bref, j'ai fait des images avec l'utilitaire de disque de tous mes EFI : macOS en Sata0, Linux en Sata1, Windows en Sata2, disque Users (Docs) en Sata3, disque Partagé (Medias) en Sata4 et mon disque TimeMachine qui est branché en USB (je ne le branche que quand j'utilise macOS).
Ils sont https://mega.nz/#F!ms0VCCqI!GGA9yjdVF94j-kLYH3Iovw.
J'ai en effet d'une certaine manière un doublon de Clover parce qu'un peu parano, j'avais zippé mon dossier EFI à la racine de la partition "au cas où" (disque macOS). Je peux très bien la supprimer, j'en ai d'autres sauvegardes à différents endroits. D'autant que je ne sais plus de quand date cette version…

Et en effet, je ne sais pas pourquoi les autres EFI ont des dossiers "APPLE", "ubuntu" etc... En toute logique, je ne devrais avoir que Clover sur mon disque macOS, Grub sur Ubuntu, et de quoi booter Windows sur son disque dédié. Je ne vois ni quand ni comment sont arrivés tous ces autres dossiers.

Écrit par : polyzargone 4 Jun 2019, 19:39

Je parlais surtout de ça :

Citation (Anard @ 3 Jun 2019, 09:07)

Écrit par : Anard 6 Jun 2019, 06:40

Merci pour ton aide.

D'accord. Oui en effet, quand le démarrage reste bloqué pendant trop longtemps, ça finit en général par une extinction brutale.
Après dans le cas d'un redémarrage depuis Ubuntu, où s'affiche le logo Gigabyte puis plus rien, je n'ai même pas besoin d'appuyer longtemps sur le bouton power : un appui simple suffit pour éteindre le PC. Je pense vraiment dans ce cas qu'il est complètement à l'arrêt…

Bien, j'ai en effet effacé les dossiers "ubuntu" des mes EFI macOS et Win mais ils n'y étaient pas il y a quelques mois. Je pense qu'il se les rajoute tout seul
Que penses-tu également de tous ces APPLE > FIRMWARE et parfois APPLE > UPDATERS qui apparaissent même dans les disques qui ne comportent aucun système ? macOS les ajoute systématiquement quand il découvre un nouveau disque ?

Voilà, j'ai démarré sous ton CLOVER mais je n'ai plus de son. Pourrais-tu me dire en gros ce que tu as changé à part ajouter le mode verbose ? Merci.

EDIT : Je vois que tes versions d'AppleALC, Lilu et WhateverGreen sont plus récentes que les miennes. Lors des MAJ, je fais confiance à CloverConfigurator pour aller faire les MAJ de ces kexts. Peut-être que je ferais mieux d'aller voir directement sur GitHub.
En tout cas, je viens d'essayer un redémarrage normal (par Pomme -> Redémarrer) sans autre action de ma part. Ca a fonctionné normalement. Mais je n'ai toujours pas de son.

Écrit par : Anard 6 Jun 2019, 13:28

Bien après plusieurs essais en redémarrage "normal" depuis macOS et Ubuntu, ça fonctionne en effet beaucoup mieux. Je dirais même qu'il n'y a plus aucun problème.

J'ai remis mon AudioDxe et BootChimeCfg parce que j'aime bien le coup du Bong au démarrage de Clover, c'est pratique dans certains cas.
Le son au démarrage de Clover fonctionne bien mais sitôt démarré sur macOS, je n'ai plus de son (ni entrée ni sortie). Alors que ça marchait très bien avant d'utiliser ton dossier Clover.
En verbose, il a l'air de rencontrer un souci sur un USB (HS07). En effet, je n'ai pas refait mon injecteur depuis le changement de CM, il faut que je m'en occupe. Après je ne pense pas que ça pourra aider quoi que ce soit au niveau de la détection de mes sorties audio.

Mon Clover est en version 4920. Je peux mettre à jour, mais je ne pense pas que ça vienne de là... Est-ce que ça peut venir d'un des drivers que tu as retirés ou est-ce que je dois essayer un autre layout dans mon config.plist ?

Écrit par : polyzargone 6 Jun 2019, 21:03

C'est probablement ton layout ID qui n'est plus bon, donc va voir http://forum.macbidouille.com/index.php?showtopic=397020.

PS : Ta signature est à jour ?

Écrit par : Anard 7 Jun 2019, 09:02

Bonjour,

Oui ma signature est à jour.
Je vais réssayer l'injection en suivant les étapes du tuto de Sebinouse pas à pas, mais 2 choses me semblent bizarres :

• D'abord avant de remplacer mon dossier par ton dossier Clover épuré, le son fonctionnait très bien avec le layout ID 1.
• J'avais bien suivi le tuto la dernière fois avec mon ancienne carte mère mais je ne vois pas "ACPI > DSDT > Fixes > FixHDA_8000=true", ni dans mon ancien config.plist, ni dans celui que tu m'as donné.

Écrit par : Anard 7 Jun 2019, 10:59

Bien , j'en ai enfin fait le tour.

Donc concernant l'USB
J'ai repris le tuto depuis le début. Par rapport à mon ancienne carte mère, j'ai retrouvé les mêmes valeurs pour les ports. En revanche, malgré le USBInjectAll et le patch pour Mojave, impossible de détecter les adresses de mes ports USB3 à l'arrière avec IO Jones. J'ai donc repris les valeurs utilisées sur la B85M et pris des valeurs un peu au hasard (mais logiques d'après les autres valeurs relevées) pour les nouveaux USB 3. Il semble que ça roule. En tout cas, un disque USB3 et une clé USB2 arrivent à monter sur l'ensemble des ports.

Concernant l'audio
J'ai d'après Gigabyte et DCPI Manager un ALC892 (comme c'était le cas pour ma carte mère précédente). J'ai donc essayé les layouts 1, 2, 3, 5, 7, 12, 28, 31, 92, 98 et 99. Après chaque redémarrage, j'ai été vérifier dans les Préférences Système à l'onglet "Son". Il me dit dans tous les cas "Aucun périphérique audio détecté".
J'ai voulu essayer mon ancien config.plist sans résultat non plus. Donc je pense que le souci vient des kexts et/ou drivers que tu as modifiés.
Mais le(s)quel(s) ?? Aucune idée.

EDIT :
Je suis reparti sur mon ancien dossier Clover : le son est revenu.
En y allant par élimination, j'ai fini par conserver le son avec ton dossier et mes versions de WhateverGreen, Lilu et AppleALC, respectivement

• WG 1.2.8 au lieu de 1.3.0 pour toi
• Lilu 1.3.5 au lieu de 1.3.7
• AppleALC 1.3.7 au lieu de 1.3.9

Écrit par : tinkar 7 Jun 2019, 18:35

Pour le son, il faut utiliser hackintool. Il le fait très bien.

Écrit par : polyzargone 7 Jun 2019, 19:39

@Anard

http://forum.macbidouille.com/index.php?showtopic=387964 et lance ce http://forum.macbidouille.com/index.php?act=attach&type=post&id=55290. Attends bien qu'il ait fini de s’exécuter et poste le fichier Rapport.zip (il est sur ton bureau) sur un site d'hébergement. Ici tu es limité à 2 Mo.

Poste également un IOReg extrait avec http://forum.macbidouille.com/index.php?act=Attach&type=post&id=52582 > File > Save as…

Citation (tinkar @ 7 Jun 2019, 18:35)

Écrit par : tinkar 7 Jun 2019, 20:09

Avec le tuto, j'ai pas réussi, avec hackintool, yes !!! Déjà, il identifie l'ID du chipset son avec précision, ce que ne fait pas le tuto notamment l'utilisation de DCPIManager qui ne reconnait rien du tout !

Écrit par : Anard 8 Jun 2019, 07:47

Merci.

@tinkar, je suis d'accord avec Poly qu'Hackintool ne sait rien de plus que ce qu'on lui dit (ou alors je ne comprends pas comment on s'en sert). Quand je le lances, il me dit bien ALC892 (ce que je sais déjà) et layout ID = 1 (ce que j'ai mis dans mon config.plist). Mais il me propose aussi les autres layout IDs. Pour trouver celui qui convient, il faut tous les essayer avec Hackintool et redémarrer entre chaque pour voir si ça marche. En fait exactement comme en modifiant directement le config.plist ou en travaillant avec CloverConfigurator.

Donc pour le moment, comme je disais dans mon précédent message, j'ai de nouveau le son en utilisant le dossier Clover que m'a donné Poly et en remplacant ses versions de AppleALC, Lilu et WhateverGreen par les versions proposées par mon CloverConfigurator (x.x.2 versions en dessous pour chacun). J'ai voulu essayer hier de remplacer l'un d'eux pour voir lequel d'entre eux faisait disparaître le son et je me suis retrouvé comme avant, c'est à dire qu'au redémarrage, la barre de progression s'est arrêtée et j'ai dû faire un reset sauvage (jusque là, ça ne m'était plus arrivé depuis le nettoyage de mes dossiers EFI).
Depuis j'ai donc remis mes versions d'AppleALC, LIlu et WG et je n'ai fait que des démarrages normaux (pas de redémarrage depuis macOS). Le boot se passe donc correctement, je ne sais pas comment il réagirait à un "Pomme-redémarrer".
Donc https://mega.nz/#F!ig03EYQa!7opHrrUX7PFi4TW-DfFXSw vers mon rapport MB et mon IOReg.

Dans Console -> Rapports Système, j'ai trouvé ce Kernel panic, dernier en date correspondant à mon dernier problème de boot :
Kernel_2019-06-07-123734_Hackintosh.panic

Écrit par : polyzargone 8 Jun 2019, 12:25

Donc pour résumer, tu utilises le dossier CLOVER que je t'ai donné hormis les 3 kexts AppleALC, Lili et WhateverGreen dont tu as réutilisé les anciennes versions ?

Essaie de les mettre à jour avec celle de ce post : http://forum.macbidouille.com/index.php?s=&showtopic=407106&view=findpost&p=4275024

Pour la veille, ce ont les réglages standards qu'on retrouve sur un iMac14,2. Je ne pense pas que c'est une nouveauté de la 10.14.5. Ça devait faire trèèèès longtemps que tu n'avais pas été voir !

Et pour ton KP, ça ressemble à un problème avec FakeSMC.kext. Ma version est plus récente et elle intègre les plugins pour les Sensors. Tu peux essayer celle fournie par Clover Configurator pour voir…

Écrit par : Anard 8 Jun 2019, 13:11

C'est exactement ça
Avec les versions de jeanchrijaz (donc x.x.1 version de plus que les miennes), ça fonctionne. Les tiennes sont les versions en développement ?

Non, chez moi, avant la 10.14.5, j'avais une 2de barre pour choisir le délai avant mise en veille plutôt que la boite "Empêcher la suspension d'activité...". Ceci dit, le réveil provoque un KP également, donc je m'en passe déjà depuis un moment.
J'ai essayé le FakeSMC de Clover Configurator sans plugins (ils indiquent verison 1800 comme pour toi). Je verrais si ça améliore les choses. Mais bon, mon HWMonitor est un peu vide du coup...

Écrit par : polyzargone 8 Jun 2019, 13:30

Citation (Anard @ 8 Jun 2019, 13:11)

Citation (Anard @ 8 Jun 2019, 13:11)

Écrit par : Anard 8 Jun 2019, 14:20

Écrit par : polyzargone 8 Jun 2019, 14:30

Il vaudrait mieux faire le test en débranchant le disque USB avant de lancer la mise en veille. Généralement, les problèmes de veille/alimentation sont dus à une mauvaise gestion de l'USB.

Écrit par : Anard 8 Jun 2019, 17:55

Écrit par : polyzargone 8 Jun 2019, 18:34

Citation (Anard @ 8 Jun 2019, 17:55)

Citation (Anard @ 8 Jun 2019, 17:55)

Citation (Anard @ 8 Jun 2019, 17:55)

Écrit par : Anard 21 Jun 2019, 07:41

Bonjour,

Bien, j'ai finalement désactivé la mise en veille qui décidément faisait toujours planter mon iMack au réveil, avec ou sans disque USB branché (après j'ai également des imprimantes et une clé Bluetooth de branchés en permanence, mais je ne sais pas si ça peu avoir une influence).

Je fonctionne maintenant avec ton FakeSMC et je prends soin de débrancher mon TimeMachine avant de redémarrer ou de démarrer l'ordi. Pour l'instant, je n'ai plus rencontré de problèmes. D'un côté, j'ai fait principalement des démarrages normaux (cad le matin après avoir coupé l'alim toute la nuit), de cette manière ça a toujours roulé. Il y a quand même eu quelques redémarrages depuis un OS pour passer à un autre sans soucis particuliers.

Bref je retire le verbose, j'espère qu'il ne va pas se remettre à bugguer !
Merci beaucoup pour l'aide que vous m'avez apportée.