L'horloge perd la boule., Windows et macOS ne s'entendent pas sur la synchro horaire

[Sirix1995]

Salut !

J'ai un soucis un peu casse-pieds avec mon Hackintosh. C'est un soucis classique qui arrive même sur des installations Bootcamp et avec lequel j'ai déjà eu affaire : quand on passe de Windows à macOS et inversement, il arrive fréquemment que l'horloge fasse n'importe quoi. En général elle se décale d'une heure.

Si macOS resynchronise l'horloge dés qu'il se connecte à Internet, Windows ne le fait pas d'office et cela amène à différentes situations casse-pieds. Par ailleurs, j'ai l'impression qu'un autre soucis que j'ai avec mon Hackintosh (Safari qui perd la boule, ici) pourrait être lié à ce soucis d'horloge. En effet, mon Hackintosh se connecte à Internet via une antenne Wifi USB. Sur macOS il faut attendre une trentaine de secondes pour que le driver qui la gère soit lancé et que l'ordinateur se connecte. Souvent Safari s'est lancé bien avant et tente visiblement de se connecter avant que l'horloge ne soit resynchronisée, ce qui semble effacer les données de navigations. Cela-dit je ne peux rien affirmer. Mais j'ai l'impression que cela ne se produit que quand l'horloge n'est pas revenue à l'heure à temps.

Sur mon ancien Hackintosh et sur mon MacBook quand il possédait Bootcamp, j'avais suivi un tutoriel trouvé sur MacBidouille, que je ne retrouve plus depuis, qui consistait à changer une clé de registre sur Windows, pour que l'horloge garde la bonne heure au changement de système. J'ai retrouvé l'opération sur d'autres sites aujourd'hui, mais elle ne fonctionne pas avec mon nouveau Hackintosh. Au contraire, cette fois les décalages de l'horloge sont encore plus aléatoires et il arrive fréquemment d'avoir un jetlag de 4 heures en passant de Windows à macOS, ce qui met pas mal de bazar sur les deux systèmes, notamment au niveau de la gestion de l'éclairage nocturne...

Quelqu'un sautait pourquoi mon horloge perd la boule et comment la remettre en état ?

Grand merci d'avance !

Ce message a été modifié par Sirix1995 - 12 Mar 2022, 19:58.

[polyzargone]

Corriger le décalage d'heure entre OSX et Windows

[Sirix1995]

Hm...C'est bien ce que j'ai fait, pourtant l'horloge fait toujours n'importe quoi...Là je suis sous macOS, mais je vérifie les registres dés que je repasse sous Windows voir s'il n'y a pas d'erreur.

[Sirix1995]

Hop ! Repassé sous Windows. Après consultation du registre, bah, tout semble en ordre, non ?

Pourtant, l'horloge perd toujours la boule. Ce n'est pas systématique, cela-dit. Là par exemple, ça ne l'a pas fait, mais ça l'a fait quand j'ai démarré sur macOS tout à l'heure...

[Sirix1995]

Et...il vient de le refaire. Repassé de Windows à macOS à 2h42, le Mac démarre et indique 3h07.

Précisions, la machine a planté sur le mode verbose juste avant, et a dû redémarrer, mais cela n'est pas systématique avant un pétage de câble de l'horloge.

Et a nouveau, Safari a perdu toute les sessions actives...Fatigant...

Ce message a été modifié par Sirix1995 - 13 Mar 2022, 04:04.

[jeandemi]

Ça ne serait pas plus facile de repasser en manuel en désactivant la synchronisation dans les deux OS? Tu règles correctement l'heure dans le BIOS (je ne sais plus si c'est l'heure d'hiver ou d'été qui est la référence) et l'ordi prend celle-ci comme référence

[Sirix1995]

Je sais pas...En vrai ça m'obligerai à veiller à ce que l'horloge ne se décale pas et gérer les trucs comme les changements d'heure moi-même, non ?

Au cas où, voici le rapport d'un des kernel panic que j'ai réussi à capturer, le Mac n'en fait pas toujours état, et quand ça plante sur la verbose, c'est assez aléatoire, le texte est rarement le même...

Code

panic(cpu 10 caller 0xffffff80057d5bf3): Kernel trap at 0xffffff7fa02c76a4, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0xffffff8b566a5fac, CR3: 0x000000000a94f000, CR4: 0x00000000003626e0
RAX: 0xffffff8b566a6000, RBX: 0xffffffa024876000, RCX: 0xfffffffffffffee8, RDX: 0x0000000003000000
RSP: 0xffffffe0858bbaa0, RBP: 0xffffffe0858bbad0, RSI: 0xffffff99bdc935e0, RDI: 0x0000000000000000
R8:  0x000000000000004b, R9:  0xffffff802402a160, R10: 0x0000000000000004, R11: 0xffffffd01ecf4078
R12: 0xffffff8b578bed00, R13: 0xffffffa024876000, R14: 0xffffff94ef8048c0, R15: 0xffffff94ef8048c0
RFL: 0x0000000000010286, RIP: 0xffffff7fa02c76a4, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff8b566a5fac, Error code: 0x0000000000000000, Fault CPU: 0xa, PL: 0, VF: 10

Panicked task 0xffffff868a6d7670: 197 threads: pid 0: kernel_task
Backtrace (CPU 10), panicked thread: 0xffffff8b58399aa0, Frame : Return Address
0xffffffe0858bb4d0 : 0xffffff8005685ffd
0xffffffe0858bb520 : 0xffffff80057e6035
0xffffffe0858bb560 : 0xffffff80057d5803
0xffffffe0858bb5b0 : 0xffffff8005625a60
0xffffffe0858bb5d0 : 0xffffff80056863cd
0xffffffe0858bb6f0 : 0xffffff8005685b86
0xffffffe0858bb750 : 0xffffff8005f16409
0xffffffe0858bb7c0 : 0xffffff80057d5bf3
0xffffffe0858bb940 : 0xffffff80057d58d8
0xffffffe0858bb990 : 0xffffff8005625a60
0xffffffe0858bb9b0 : 0xffffff7fa02c76a4
0xffffffe0858bbad0 : 0xffffff7fa02c8945
0xffffffe0858bbc10 : 0xffffff7fa02cdfdb
0xffffffe0858bbc50 : 0xffffff7fa02cb318
0xffffffe0858bbcc0 : 0xffffff7fa02cadf9
0xffffffe0858bbd00 : 0xffffff7fa02cac36
0xffffffe0858bbd30 : 0xffffff7fa02c4928
0xffffffe0858bbd90 : 0xffffff7f9e6a3f0f
0xffffffe0858bbdd0 : 0xffffff8005e2ebaa
0xffffffe0858bbe30 : 0xffffff8005e2e715
0xffffffe0858bbef0 : 0xffffff8005e2d710
0xffffffe0858bbf50 : 0xffffff8005e30779
0xffffffe0858bbfa0 : 0xffffff800562518e
      Kernel Extensions in backtrace:
         com.apple.iokit.IOAudioFamily(300.10)[3146EA74-2C2C-32C8-97B5-CF0AABFEDF3B]@0xffffff7f9e6a0000->0xffffff7f9e6bdfff
            dependency: com.apple.vecLib.kext(1.2.0)[0219393C-03AA-3557-84A0-85D907B9D2B4]@0xffffff7f9ec5b000->0xffffff7f9ed1bfff
         org.voodoo.driver.VoodooHDA(2.8.7)[00000000-0000-0000-0000-000000000000]@0xffffff7fa02c2000->0xffffff7fa02ddfff
            dependency: com.apple.iokit.IOAudioFamily(300.10)[3146EA74-2C2C-32C8-97B5-CF0AABFEDF3B]@0xffffff7f9e6a0000->0xffffff7f9e6bdfff
            dependency: com.apple.iokit.IOPCIFamily(2.9)[897B72E0-B98F-30BA-8CB2-4E5E469CE4B6]@0xffffff80081e7000->0xffffff8008211fff

Process name corresponding to current thread (0xffffff8b58399aa0): kernel_task
Boot args: dart=0 agdpmod=pikera watchdog=0 dk.e1000=0 -revsbvmm -v alcid=1

Mac OS version:
21D49

Kernel version:
Darwin Kernel Version 21.3.0: Wed Jan  5 21:37:58 PST 2022; root:xnu-8019.80.24~20/RELEASE_X86_64
Kernel UUID: 93729D02-FE6F-355B-BA76-BA930AA7103F
KernelCache slide: 0x0000000005400000
KernelCache base:  0xffffff8005600000
Kernel slide:      0x0000000005410000
Kernel text base:  0xffffff8005610000
__HIB  text base: 0xffffff8005500000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 9456018937
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00000002347b26ba
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x0000001aa97e48ca 0x0000000000000000
Zone info:
Foreign   : 0xffffff800b151000 - 0xffffff800b15e000
Native    : 0xffffff8024019000 - 0xffffffa024019000
Readonly  : 0xffffff84f0ce5000 - 0xffffff868a679000
Metadata  : 0xffffffe4557f2000 - 0xffffffe475981000
Bitmaps   : 0xffffffe475981000 - 0xffffffe47b981000

Ce message a été modifié par Sirix1995 - 13 Mar 2022, 12:17.

[jeandemi]

C'est désactivé chez moi, et il me semble qu'il passe automatiquement à l'heure d'été / d'hiver

Ton KP semble être dû à un conflit entre VoodooHDA et IOAudioFamily

[Sirix1995]

IOAudioFamily...Je ne connais pas ce kext...Il n'est pas dans mon dossier Clover. C'est un kext intégré à l'OS ?

Eti du coup, a quoi sert-il ? Le virer est il envisageable ?

Ce message a été modifié par Sirix1995 - 13 Mar 2022, 18:29.

[jeandemi]

Kernel Extensions in backtrace:
com.apple.iokit.IOAudioFamily(300.10)[3146EA74-2C2C-32C8-97B5-CF0AABFEDF3B]@0xffffff7f9e6a0000->0xffffff7f9e6bdfff
dependency: com.apple.vecLib.kext(1.2.0)[0219393C-03AA-3557-84A0-85D907B9D2B4]@0xffffff7f9ec5b000->0xffffff7f9ed1bfff
org.voodoo.driver.VoodooHDA(2.8.7)[00000000-0000-0000-0000-000000000000]@0xffffff7fa02c2000->0xffffff7fa02ddfff
dependency: com.apple.iokit.IOAudioFamily(300.10)[3146EA74-2C2C-32C8-97B5-CF0AABFEDF3B]@0xffffff7f9e6a0000->0xffffff7f9e6bdfff
dependency: com.apple.iokit.IOPCIFamily(2.9)[897B72E0-B98F-30BA-8CB2-4E5E469CE4B6]@0xffffff80081e7000->0xffffff8008211fff

À mon avis, dans System/Library/Extensions/
Mais si tu le vires, le VoodooHDA ne fonctionnera plus je pense
Ça peut être un bug, si ces KP se reproduisent souvent

[polyzargone]

IOAudioFamily...Je ne connais pas ce kext...Il n'est pas dans mon dossier Clover. C'est un kext intégré à l'OS ?

Oui : /System/Library/Extensions/IOAudioFamily.kext

Eti du coup, a quoi sert-il ? Le virer est il envisageable ?

Ça gère l'audio donc non.

[Sirix1995]

Mince alors...Pas de solutions possible pour résoudre le conflit alors ?

[polyzargone]

Tu as bien installé AppleHDADisabler.kext ? Essaie de le mettre dans /Library/Extensions sinon (et reconstruis le cache système avant de redémarrer).

[Sirix1995]

C'est fait, pas de kernel panic au redémarrage, par contre l'horloge a encore perdu la boule avant de se resynchroniser. Cela-dit, j'ai pris soin de quitter Safari avant le redémarrage, ce qui n'a visiblement du coup pas fait planter celui-ci.

[Sirix1995]

Alors...

La bestiole a refait deux kernel panic d'affilée sur la verbose. J'ai pris en photo l'écran sur le deuxième. Comme dit précédemment, le log n'est jamais réellement le même et ça semble vraiment assez aléatoire...



Au redémarrage, l'horloge était revenue à une heure du matin (alors qu'il était environ 15h, et j'ai remarqué que la date s'était mise au 1er Janvier. Pas eu le temps de voir l'année, vu que ça s'est très vite resynchronisé, mais ça m'a évoqué les des vieux Mac qui perdent la boule quand la pile de la PRAM est morte. Au final, le soucis n'a pas l'air de venir de la synchro de l'horloge...j'ai l'impression qu'il y a une mémoire quelque part qui s'efface de temps à autre.

Safari avait a nouveau tout oublié, lui aussi.

Le rapport du kernel panic est très similaire à celui déjà posté. J'ai donc tenté de télécharger la dernière version de VoodooHDA trouvée sur SourceForge, la 2.9.9.

Depuis quelques années maintenant, j'utilise une version de VoodooHDA patchée pour ma carte-son. Mais cette version n'est plus mise à jour, et est un fork de la version 2.8.7. Assez vieille, donc, pas contemporaine de Monterey du tout.

Cependant, la 2.9.9 n'a pas l'air de fonctionner. Au démarrage le Mac voit des sorties audio HDMI, mais les sorties analogiques de la carte-son sont absente. Cela me surprend, parce qu'avant que je trouve cette version patchée pour ma Sound Blaster, j'utilisais la version vanilla de VoodooHDA. Et ça fonctionnait. La qualité de son était nettement moins bonne et des fois le son disparaissait de façon anarchique, mais ça fonctionnait...

Je ne sais pas trop quoi faire, du coup. Je ne comprend pas bien ce qu'il se passe. Je suppose que ça serait déjà cool de trouver comment résoudre le soucis avec VoodooHDA, mais je ne sais même pas si c'est ça qui mène l'ordinateur à effacer une mémoire qui visiblement contient des paramètres de Safari et l'horloge...

Je vais chercher si je ne trouve pas une mise à jour de cette version Sound Blaster de VoodooHDA, sait-on jamais...

Ce message a été modifié par Sirix1995 - 15 Mar 2022, 17:54.

[jeandemi]

Est-ce que dans le BIOS l'horloge et la date sont bons? Tu as peut-être la pile de la carte mère qui est morte...

Pour le VoodooHDA, j'en utilise également un patché pour la carte VIA VT1828S de mes Asus P7P55D, et c'est la seule version qui fonctionne. J'ai essayé de la faire fonctionner avec Big Sur, sans succès, que je le mette dans EFI/Clover/Kexts/All/ ou dans Library/Extensions, alors qu'avec Mojave ça fonctionne nickel

Est-ce que tu as un patch pour le High Précision Évent Timer?

Ce message a été modifié par jeandemi - 15 Mar 2022, 21:05.

[Sirix1995]

Je suis allé voir dans le BIOS, et non, tout semble en ordre. Bon, au lieu de 22 heures 25 il indique 21 heures 25, mais Windows lit bien la bonne heure au démarrage. La date est bonne, donc la pile a bien l'air de fonctionner. En même temps elle a moins d'un an...

Concernant VoodooHDA, j'ai du coup remis ma veille version pour Soundblaster. La carte remarche, mais bon, visiblement Monterey n'aime pas bien cette version.

High Precision Event Timer ? Non, je ne crois pas, j'ignore ce que c'est.

Ce serait pas au niveau de l'émulation de la PRAM que ça foire ?

Ce message a été modifié par Sirix1995 - 15 Mar 2022, 22:24.

[polyzargone]

Poste ta version de VoodooHDA patchée stp et une capture d’écran suffisamment large de l’onglet PCI List de DPCIManager.

[Sirix1995]

Voici le tout (l'espace de stockage de MacBid a un souci, non ? La capture comme le kext sont trop lourds, alors qu'ils font moins de 1 Mo...)

Précision, le Hack s'est montré vraiment capricieux pour cette opération...Cet après-midi, je l'ai démarré pour dessiner, il a très bien fonctionné, pas de soucis. Ne pouvant mettre la machine en veille sous macOS, je l'ai éteint quand j'ai terminé. Ayant vu la réponse sur MacBidouille sur le MacBook il y a quelques minutes, j'ai donc relancé la machine, éteinte depuis environ trois heures, pour récupérer le kext et faire la capture. Il aura fallu pas moins de quatre redémarrages pour atteindre le bureau. Sur les trois essais infructueux, la machine s'est bloquée deux fois sur la verbose, et a redémarré d'elle même la troisième fois. Au quatrième redémarrage, il est arrivé calmement au bureau sans rien dire. Pas de rapport de kernel panic, et Safari n'a pas perdu la mémoire. L'horloge par contre avait l'air d'avoir à nouveau perdu la boule, parce que l'éclairage nocturne s'est lancé quelques secondes (il s'active normalement à 22h, et la machine a atteint le bureau vers 21h35), mais il s'est synchronisé avant même qu'elle ne soit affichée. Il ne m'avait pas encore fait d'aussi gros caprices, jusque là...



Voici le kext : https://cdn.discordapp.com/attachments/6055...dooHDA.kext.zip

[baron]

Voici le tout (l'espace de stockage de MacBid a un souci, non ? La capture comme le kext sont trop lourds, alors qu'ils font moins de 1 Mo...)

C'est probablement l'espace global alloué par membre pour l'ensemble de ses pièces jointes qui a atteint sa limite.
Tu peux soit poster sur un site extérieur, comme tu as fait, ou gérer tes pièces jointes à partir de Mes contrôles.

Voir aussi la FAQ : https://forum.macbidouille.com/index.php?showtopic=414899

[polyzargone]

 VoodooHDA.kext.zip ( 98.19 Ko ) Nombre de téléchargements : 1
 AppleHDADisabler.kext.zip ( 13.24 Ko ) Nombre de téléchargements : 1


À essayer en suivant bien la méthode d'installation décrite ici : https://www.insanelymac.com/forum/topic/314...comment-2756841

À tes risques et périls (backup vivement conseillé)…

[Sirix1995]

Hm, j'ai tenté. Au redémarrage la verbose s'est bloquée une fois, mais le Hack est reparti au second d'essai, mais aucune sortie audio détectée...Retour à la config d'origine du coup.

[DOMY]

Bon... je ne sais pas comment raconter ça.

Il y a "environ" 6 mois, je crois, quelqu'un ici, avait posté pour un problème qui me semble similaire au tiens.
Mes souvenirs sont un poil flous, mais son problème était le suivant:
Il avait une image en fond d'écran (je crois) qui était en temps réel.
Quand il basculait de Mac OS à Windows, il y avait une grosse différence de temps au niveau de l'image, comme si il y avait au moins une heure de décalage.
Je revois, "je crois" une image, avec une dune, dans le Sahara, mais les ombres portées changeaient radicalement, au moment de la bascule, et il ne comprenait pas pourquoi.

J'arrive pas à retrouver le post, parce que je ne sais pas quoi utiliser comme mots clés.
Je ne sais pas si la solution avait été trouvée ....

Quelqu'un se souvient de ça ?

[baron]

Quelqu'un se souvient de ça ?

Bravo, tes souvenirs sont fort précis.

Je ne sais pas si ça a bien rapport ou pas avec le cas présent (je n'ai pas relu tout le sujet) mais c'est ici :
• https://forum.macbidouille.com/index.php?showtopic=419017
(La recherche n'était pas facilitée par le fait que celui qui avait posé la question a depuis demandé l'anonymisation de son compte, ce qui ne permet plus vraiment les recherches à partir de son pseudo…)

P.S. C'est un cas un peu différent : Windows n'intervient pas, et le problème résidait dans un réglage différent entre deux Mac dans les préférences Confidentialité etc.

Ce message a été modifié par baron - 18 Mar 2022, 00:11.

[Sirix1995]

Effectivement, je ne pense pas que ce genre de soucis soit lié. Si la localisation est activée sur le Hackintosh (elle était activée à l'install et je n'ai pas vu d'utilité à la désinstaller), elle ne trouve jamais de position et le Mac a l'air de simplement utiliser le réglage horaire standard pour se synchroniser. Et effectivement, je ne pense pas que le souci provienne de la synchronisation avec mon MacBook, qui pour le coup a un comportement tout à fait normal.

Je suis repassé de Windows à macOS dans la soirée. Il a fallu encore deux redémarrages pour réatteindre le bureau, mais une nouvelle fois, Safari n'a pas perdu la mémoire. L'horloge par contre était au lendemain, 18 Mars, à environ 15 heures, alors qu'on était le 17 à 21 heures et quelques.

C'est vraiment n'importe quoi, je ne comprend absolument rien de ce qu'il se passe. Cela-dit, j'ai quand même noté un détail, Windows ne semble pas autant sujet aux désynchronisations de macOS, j'ai en fait l'impression que c'est juste macOS qui fait n'importe quoi avec l'horloge, et que de temps en temps Windows récupère les pots cassés en changeant de système...

[DOMY]

C'est un cas un peu différent : Windows n'intervient pas, et le problème résidait dans un réglage différent entre deux Mac dans les préférences Confidentialité etc.

C'était bien ça ... bravo Baron pour la recherche !
Mais effectivement, mes souvenirs m'ont trahi et Windows n'a rien à voir là dedans ... sorry !