iMessage ne fonctionne plus, Sequoia en cause ?

[olrik]

Bonjour

Mon Hack numéro 4 n'affiche plus les SMS. J'ai vérifié mon compte Apple n'est pas blacklisté. Clover 5159 sous SEQUOIA. SMBIOS 19,1 vérifié.

Il semblerait que ce soit la NVRAM qui est en cause mais même après réinitialisation ça marche toujours pas. Alors qu'avant Sequoia tout fonctionnait parfaitement.

Une idée ? Merci d'avance.

MAJ : Clover ne fabrique pas le fichier nvram.plist même si dans Config.plist à la rubrique NVRAM je coche : Store nvram.plst on system partition

Ce message a été modifié par olrik - 26 Dec 2025, 10:47.

[odemolay]

vérifie si ta carte mére gere la nvram (en a une)

regardes aussi les autorisations de partage de sms sur ton téléphone.

[olrik]

Merci pour ta suggestion. Sur mon iPhone le partage est activé mais mon Hack n'apparaît pas. Mais mon vrai Mac est listé. Par ailleurs avant le passage à SEQUOIA mon Hack recevait et envoyait les messages. Donc je suppose que la NVRAM existait. Mais elle doit être corrompue. Alors comment la remettre à zéro ? Je vais regarder sur le manuel de l'Asus Z370-A

[odemolay]

ça semble plutôt être un problème de compte Apple, car si ton hack n'apparait pas, il ne peut pas recevoir tes sms.

déconnecte ton hack et reconnecte le du compte en premier, après dans message sur ton téléphone sélectionne le s'il apparait à nouveau, comme appareil pouvant recevoir les sms.

sinon

le plus simple et de mettre un nouveau Smbios, et de le lier à ton compte Apple. (et de vérifier qu'il n'est pas déjà utilisé, cloverconfigurator ou opencoreconfigurator aident bien)

si tu ne veux pas changer ton Smbios, l'ancienne méthode consistait à délier tous tes appareils de ton compte, les éteindre et les relier.

[olrik]

Sur mon iPhone dans le réglage de :

Téléphone/Autoriser les Appels sur d'autres Appareils on voit bien le Hackintosh.
Messages/Transfert de SMS le Hack n'apparaît pas vu que Messages ne s'active pas sur le Hack.
FaceTime : mon num de mobile et mon adresse de compte iCloud sont cochés.

Seuls mes vrais Mac/iPhone/iPad reçoivent les SMS. Après déconnexion et reconnexion.
J'avais joint Apple en ne parlant que de mes vrais Devices qui m'avait reconnecté suite à un blacklistage sans doute.

Sur le site checkcoverage j'obtiens toujours “invalid serial” quelque soit le serial mais jamais : "Nous sommes désolés, nous ne sommes pas en mesure de vérifier la couverture de ce numéro de série." qu'il faudrait je crois obtenir.

D'après mes recherches il semble que cela provienne soit de la NVRAM soit d'un serial et/ou d'un MLB invalides. MLB il faut je crois 17 digits. A un moment Clover Configurator avait généré un MLB à 16 chiffres

Quand je fais dans le terminal :
nvram TestVar=Hello
nvram -p | grep TestVar

J'obtiens : Error setting variable - 'TestVar': (iokit/common) general error.

Quand je fait dans le terminal :
bdmesg j'obtiens dans le log : GetDefaultModel()=iMac18,3 au lieu de 19.1
Or un seul de mes SSD ou DD contient le dossier CLOVER je me demande où Clover va chercher ce iMac18,3

ioreg -l | grep IOPlatformSerialNumber me donne le bon serial
ioreg -l | grep board-id me donne le bon board-id
networksetup -listallhardwareports me donne
Hardware Port: Ethernet
Device: en0
Ethernet Address: (la bonne)

Dans le dossier Drivers/UEFI :

ApfsDriverLoader.efi
AudioDxe.efi
EmuVariableUefi.efi
HFSPlus.efi
OpenRuntime.efi

Dans kexts/Other :

AppleALC.kext
IntelMausi.kext
Lilu.kext
SMCProcessor.kext
SMCSuperIO.kext
USBZ370.kext
VirtualSMC.kext
WhateverGreen.kext

Dans Config.plist
NVRAM emulation Store nvram.plist on system partition est coché.

Dans le log je vois que l'écriture de la NVRAM se fait aussi, je vois des lignes Opencore (sans doute reste d'un essai avec une clé de boot faite avec Opencore. Bref un joyeux bazar qui mériterait la suppression complète de la NVRAM mais la touche F10 ne donne rien et la commande sudo nvram -d non plus.

Bref grosse galère.


Voilà où j'en suis.

Ce message a été modifié par olrik - 4 Jan 2026, 10:21.

[jeandemi]

Dans le log je vois que l'écriture de la NVRAM se fait aussi, je vois des lignes Opencore (sans doute reste d'un essai avec une clé de boot faite avec Opencore. Bref un joyeux bazar qui mériterait la suppression complète de la NVRAM mais la touche F10 ne donne rien et la commande sudo nvram -d non plus.

Je crois que tu as mis le doigt sur le problème.
Si tu as encore la clef OpenCore, tu peux essayer de booter dessus, et si au menu il n'y a pas "Reset NVRAM" tu dois pouvoir le faire apparaître en appuyant sur la barre d'espace du clavier (à condition qu'il soit présent dans EFI/OC/Drivers/ )
Il te faut un EFI propre. Une fois le Reset fait, tu peux générer un nouveau numéro de MLB

[olrik]

Je vais essayer de booter sur la clé OPENCORE le problème c'est que les touches du clavier et notamment la touche ESPACE ne fonctionnent pas et donc impossible de faire un reset NVRAM. Voici le contenu de OC :

OC/ACPI :
SSDT-PLUG.aml
SSDT-AWAC.aml
SSDT-EC-USBX.aml

OC/Drivers :
AudioDxe.efi
HfsPlus.efi
OpenCanopy.efi
OpenRuntime.efi
ResetNvramEntry.efi

Kexts :
AppleALC.kext
IntelMausi.kext
Lilu.kext
NVMeFix.kext
SMCProcessor.kext
SMCSuperIO.kext
USBZ370.kext
VirtualSMC.kext
WhateverGreen.kext

Resources Audio (avec des sons)
Font avec 4 fichiers font
Image avec Acidanthera/Chardonnay GoldenGate Syrah

OC/Opencore.efi

Je refais ce test

RESULTAT : je boot à chaque fois sur le CLOVER du SSD jamais sur la clé Opencore. Je vais désactiver le dossier EFI en changeant son nom en espérant qu'il soit ignoré au profit de OC

Ce message a été modifié par olrik - 4 Jan 2026, 11:58.

[jeandemi]

Tu ne peux pas sélectionner la clef USB dans le BIOS ?

[olrik]

J'ai bloqué EFI de CLOVER (en le renommant). Oui je peux la sélectionner la clé OC dans le BIOS. Je n'obtient pas les icônes mais la touche ESPACE ne fonctionne pas et impossible de faire un reset NVRAM. Par contre si je met CleanNvram.efi dans les DRIVERS il fonctionne il semble faire un clean de la NVRAM. Je vois une pomme et la barre de progression puis blocage ce qui m'impose de rebooter avec la clé USB Clover pour revenir sur le bureau et modifier le contenu de la Clé OC

MAJ : j'ai refait le Config.plist avec l'utilitaire de Opencore Configurator. Je vois maintenant le Menu avec les icônes d'OC. Mais la clé OC de boot lancée se bloque au bout de quelques lignes.

Ce message a été modifié par olrik - 4 Jan 2026, 18:16.

[jeandemi]

Tu peux faire un clean NVRAM avec OpenCore, puis remettre la clef Clover et démarrer avec.

Tu n'as pas un disque où tu pourrais installer (temporairement) Windows ? Tu pourrais alors refaire un EFI OpenCore avec OpCore Simplify, il fonctionne plutôt bien

J'ai vérifié sur mes Hackintoshes, le numéro de MLB fait bien 17 caractères pour un iMac19,1

[olrik]

OK Merci pour ton aide. Je vais installer Windows sur un SSD externe et faire ce que tu dit et je reviens.

[elwood]

Hello, quand j'ai des soucis je vais en mode restauration au boot et là dans le terminal je fais :
sudo nvram -c

et aussi :
renommer ton Hack quand tu changes de smbios :

scutil --set HostName "nouveau nom de hack".
scutil --set LocalHostName "nouveau nom de hack"
dscacheutil -flushcache

au cas ou !

[olrik]

J'arrive à booter sur la clé OC et aussi le SSD Sequoia en ayant mis le dossier OC de la clé et désactivé le dossier Clover. J'ai fait ceci :
scutil --set HostName "nouveau nom de hack".
scutil --set LocalHostName "nouveau nom de hack"
dscacheutil -flushcache

Mais Messages et FaceTime ne s'activent toujours pas.

[jeandemi]

La clef OpenCore a été faite avec OpCore Simplify ?
Tu as refait le mapping des ports USB avec USBToolBox ?
Tout cela fonctionne ?
Ton Wifi et Bluetooth également
Tu as mis dans le config.plist des nouveaux numéros de série, de carte mère, de SMUUID ? (Par exemple avec OCAT)
Une fois cela fait, tu dois pouvoir te connecter à ton compte Apple et normalement ça devrait fonctionner. Ou peut-être refaire l'appairage de ton téléphone ?

[olrik]

La clef OpenCore a été faite avec OpCore Simplify ?
Pas pour l'instant car je n'ai pas de SSD libre pour installer Windows et le faire (SSD en commande) j'ai suivi d'autres pistes (sur Dortania)

Tu as refait le mapping des ports USB avec USBToolBox ?
Pas besoin vu que j'ai réutilisé le USBZ370.kext qui marchait avant

Tout cela fonctionne ? Ton Wifi et Bluetooth également
Bluetooth oui, WIFI de la carte FENVI Non

Tu as mis dans le config.plist des nouveaux numéros de série, de carte mère, de SMUUID ? (Par exemple avec OCAT)
Oui.

Une fois cela fait, tu dois pouvoir te connecter à ton compte Apple et normalement ça devrait fonctionner. Ou peut-être refaire l'appairage de ton téléphone ?

Pas refait l'appairage de l'iPhone pour l'instant car à chaque fois faut que je remette ma CB dans Applepay.

[jeandemi]

Tout cela fonctionne ? Ton Wifi et Bluetooth également
Bluetooth oui, WIFI de la carte FENVI Non

C'est peut-être une piste, si ton iPhone se connecte à l'ordi en Wifi... Alors Séquoia pourrait être en cause, s'il n'y a plus de driver compatible pour ta carte Wifi.
Mais je n'ai pas de Wifi, dans aucun de mes Hackintoshes (toujours connectés par câble), mais peut-être que ça passe par ma box?

Pas refait l'appairage de l'iPhone pour l'instant car à chaque fois faut que je remette ma CB dans Applepay.

C'est curieux, je n'ai jamais dû mettre ma carte de banque pour que iMessages fonctionne

[olrik]

Non je disais que si sur mon iPhone je me déconnectais puis me reconnectais d'iCloud il fallait à chaque fois reprogrammer ma CB dans Apple Pay et parfois c'était compliqué il fallait redemander à ma banque un code, donc j'évite.

En train d'installer Windows sur le SSD enfin reçu puis je testerais OpCore Simplify

MAJ : Bon j'ai fait le dossier EFI sur Windows puis mis sur la clé USB Install Windows cet EFI en modifiant le Config.plist avec les mêmes RT Variables. Et surprise ça boote du premier coup. Le bluetooth fonctionne. Pas le WIFI de ma Fenvi.

MAJ 2 : FaceTime marche mais toujours pas Messages

Ce message a été modifié par olrik - 11 Jan 2026, 15:27.

[jeandemi]

Est-ce que ton hack est connecté à ton compte Apple (iCloud etc.)?

[olrik]

Oui je suis connecté à mon compte Apple la Synchro fonctionne (signets, calendriers, contacts...). J'ai le kext USBToolBox dois-je le remplacer par mon ancien USBZ370 qui marchait bien pour les USB ? car là mes disque dur externes mis dans un boitier ne montent plus.

Ce message a été modifié par olrik - 12 Jan 2026, 10:35.

[jeandemi]

Le kext USBToolBox doit être utilisé avec UTBMap.kext que tu auras généré sous Windows avec l'utilitaire en faisant le mapping de tes ports USB, il ne fonctionne pas tout seul.
Je pense que tu peux réutiliser ton ancien kext

Pour Tahoe, ces kext ne fonctionnent généralement pas, ils doivent être modifiés, mais pour Séquoia il n'y a pas de souci.

[olrik]

Pour que je comprenne bien : je dois garder USBToolBox et UTBMap.kext (absent) plus mon Z370.kext (ce dernier fonctionnait avec Clover sous 19,1)

Dans le dossier kexts j'ai ça :

AMFIPass.kext
AppleALC.kext
IntelMausiEthernet.kext
IO80211FamilyLegacy.kext
IOSkywalkFamily.kext
Lilu.kext
RestrictEvents.kext
SMCProcessor.kext
SMCSuperIO.kext
USBToolBox.kext
UTBDefault.kext
VirtualSMC.kext
WhateverGreen.kext
XHCI-unsupported.kext

J'ai dans Config.plist coché XhciPortLimit (pas coché jusqu'à maintenant) je vois ce que ça donne après reboot et je reviens

[jeandemi]

Pour que je comprenne bien : je dois garder USBToolBox et UTBMap.kext (absent) plus mon Z370.kext (ce dernier fonctionnait avec Clover sous 19,1)

non, c'est soit USBToolBox.kext + UTBMap.kext (fait sous Windows avec l'utilitaire USBToolBox et qui remplace UTBDefault.kext) soit ton Z370.kext, surtout pas les deux en même temps !
Fais également attention qu'ils doivent être chargés dans cet ordre là, donc USBToolBox.kext au dessus de UTBMap.kext dans la section Kernel du config.plist

J'ai dans Config.plist coché XhciPortLimit (pas coché jusqu'à maintenant) je vois ce que ça donne après reboot et je reviens

Ça c'est uniquement si tu veux refaire le mapping de tes ports USB dans MacOS, il doit rester décoché si le mapping est déjà fait

[olrik]

Bon j'ai enlevé USBToolBox.kext et UTBMap.kext puis mis mon USBZ370.kext (qui marchait avant sous CLOVER). Il semblerait que les ports USB fonctionnent. Maintenant il faut que mon WIFI refonctionne avec la FENVI. Avec le dernier EFI opencore le menu WIFI n'est plus barré mais reste en grisé mais je ne la vois pas dans informations système /ethernet. Je vois juste intelmausiethernet. Dans Config.plist j'ai coché ForceAquantiaEthernet et décoché XhciPortLimit

[jeandemi]

C'est quoi comme puce sur ta Fenvi ? BCM94360CD ?
Je crois que sous Séquoia il faut passer par OpenCore Legacy Patcher pour la faire refonctionner, mais peut-être d'autres sauront mieux t'informer que moi, vu que je n'utilise pas de Wifi
https://www.reddit.com/r/hackintosh/comment...ia_fenvi/?tl=fr
Les Broadcom sont supportées nativement jusqu'à Ventura, avec Sonoma et Séquoia il faut patcher
https://www.google.be/url?q=https://github....lnTEcN1FLqIQzMa

C'est normal que tu ne la vois pas dans Ethernet, vu que c'est dans Wifi que tu devrais la voir (Ethernet c'est le câble réseau)

Ce message a été modifié par jeandemi - 13 Jan 2026, 22:02.

[olrik]

Fenvi 7919 : BCM94360CD visible dans WIFI mais état non associé :

Version des logiciels :
CoreWLAN : 16.0 (1657)
CoreWLANKit : 16.0 (1657)
Menu Extra  : 17.0 (1728)
Informations système : 15.0 (1502)
Famille IO80211 : 12.0 (1200.13.1)
Diagnostic : 11.0 (1163)
Utilitaire AirPort : 6.3.9 (639.26)
Interfaces :
en1 :
Type de carte : Wi-Fi (0x14E4, 0x111)
Version du programme interne : Broadcom BCM43xx 1.0 (7.77.111.1 AirPortDriverBrcmNIC-1772.1)
Adresse MAC : b8:09:8a:90:61:71
Locale : ETSI
Code du pays : FR
Modes PHY pris en charge : 802.11 a/b/g/n/ac
Canaux pris en charge : 1 (2GHz), 2 (2GHz), 3 (2GHz), 4 (2GHz), 5 (2GHz), 6 (2GHz), 7 (2GHz), 8 (2GHz), 9 (2GHz), 10 (2GHz), 11 (2GHz), 12 (2GHz), 13 (2GHz), 36 (5GHz), 40 (5GHz), 44 (5GHz), 48 (5GHz), 52 (5GHz), 56 (5GHz), 60 (5GHz), 64 (5GHz), 100 (5GHz), 104 (5GHz), 108 (5GHz), 112 (5GHz), 116 (5GHz), 120 (5GHz), 124 (5GHz), 128 (5GHz), 132 (5GHz), 136 (5GHz), 140 (5GHz), 149 (5GHz), 153 (5GHz), 157 (5GHz), 161 (5GHz)
Activation à distance sans fil : Géré
AirDrop : Géré
Déverrouillage automatique : Géré
État : Non associé

Je vais regarder sur Reddit

[elwood]

Jeandemi à raison : ta carte wifi sous Sequoia necessite OCLP.
En ce qui concerne le soucis d'activation je conseillerai de rester avec un system compatible ( Ventura) -> sans patchs jusqu'a ce que tes iservices soient réactivés.
Afin d'éliminer toute source de doutes dues aux bidouillage
Une fois que tout roule tente le passage aux systemes suivants avec patchs ou sans le wifi pour etre "full" securité

[olrik]

Merci pour ce sage conseil. Ayant dans le Hack 2 SSD dont un avec SEQUOIA et un avec VENTURA je vais après avoir fait réactiver Messages par Apple tester sous VENTURA et si ça marche je le ferais sur SEQUOIA sans doute sans le WIFI.

[olrik]

Bon c'est la cata SEQUOIA ne veux plus booter (j'ai le rond barré) et dans la recovery je ne peux pas réinstaller SEQUOIA quand je choisis le SSD on me dit com.apple.Buildinfo.preflighterror erreur 21 que faire je ne voudrais pas tout effacer reformater le SSD

Ce message a été modifié par olrik - 16 Jan 2026, 10:55.

[jeandemi]

Qu'as-tu fait pour en arriver là ?
Tu as modifié l'EFI OpCore Simplify ?
Le panneau interdit, c'est généralement quand le SMBIOS n'est pas compatible avec la version de MacOS

[olrik]

Je n'ai pas modifié le SMBIOS ni modifié le contenu du dossier EFI.Dire que j'avais tout refait une clean Install. A un moment donné j'ai rebooté sur le SSD de Ventura et quand j'ai voulu revenir à SEQUOIA : rond barré

Ce message a été modifié par olrik - 16 Jan 2026, 14:54.

[jeandemi]

Tu as booté Ventura avec le nouvel EFI ou avec l'ancien ?

Fais un reset de la NVRAM, si ça allait avant et que tu n'as rien changé, je ne vois que ça

[olrik]

J'ai booté VENTURA avec le nouvel EFI. C'est en rebootant sur SEQUOIA que c'était mort. Même après reset NVRAM. Ducoup j'ai reformâté la partition système sans effacer les DATA et j'ai réinstallé SEQUOIA qui refonctionne et j'essaye de réinjecter depuis TIMEMACHINE de ce matin l'ensembles des données et programmes rajoutés mais c'est long.

[jeandemi]

Et iMessage fonctionnait sous Ventura ?

[olrik]

Oui il fonctionnait sous BIGSUR mais pas sous VENTURA. Bon là je reformate le SSD SEQUOIA car la migration de mes données depuis TIMEMACHINE ne marche pas. Dans Kext j'ai ceci :

AMFIPass.kext
AppleALC.kext
IntelMausiEthernet.kext
IO80211FamilyLegacy.kext
IOSkywalkFamily.kext
Lilu.kext
RestrictEvents.kext
SMCProcessor.kext
SMCSuperIO.kext
USBToolBox.kext DÉSACTIVÉ
USBZ370.kext Mappage des USB qui fonctionnait dans Bigsur
UTBDefault.kext DÉSACTIVÉ
VirtualSMC.kext
WhateverGreen.kext
XHCI-unsupported.kext

MAJ : On est d'accord que j'enlève USBToolBox.kext et UTBDefault.kext et que je garde seulement mon USBZ370.kext ??

OU que je garde : USBToolBox.kext et mon USBZ370.kext

Ce message a été modifié par olrik - 17 Jan 2026, 10:45.

[jeandemi]

MAJ : On est d'accord que j'enlève USBToolBox.kext et UTBDefault.kext et que je garde seulement mon USBZ370.kext ??

Oui

[olrik]

Une question pour éviter de nouveau les pannes : quels sont les moments où je dois faire un reset NVRAM ?

- Après modification du dossier EFI et rajout du USBZ370.kext ?
- Après une MAJ de SEQUOIA 15.5 vers 15.7.3 comme ce matin ?
- Autres circonstances si oui lesquelles ?

Je pense à terme supprimer les 2 systèmes sur les autres SSD mais il faut que j'utilise un vrai Mac pour continuer à améliorer mon config.plist et dossier EFI OC.

SSD avec VENTURA : à supprimer je ne vais plus booter sur ce SSD.
SSD avec BIGSUR (gardé actuellement pour des anciens plugins Final Cut Pro qui ne fonctionnent plus avec SEQUOIA ) à supprimer je ne vais plus booter sur ce SSD.
SSD avec SEQUOIA : à faire marcher correctement.

Je suis déçu d'Opencore utilisé pour remplacer Clover qui marchait très bien avant de passer à SEQUOIA car que des galères. A ce jour mes Messages, mon Wifi ne fonctionnent toujours pas (mais je remercie les personnes qui m'aident). Je crois que cela m'a décidé de passer à un Mac Studio car je perds trop de temps à faire marcher mon PC et je ne fais rien pendant ce temps là.

Je poursuis encore quelque temps pour stabiliser le boot sur SEQUOIA c'est vital pour moi et je vais utiliser un vrai Mac pour les réglages de EFI OC.

MAJ : Avec OC faut-t'il activer le trim ? Si oui comment ?

Ce message a été modifié par olrik - 17 Jan 2026, 16:40.

[jeandemi]

Un reset NVRAM en cas de modification de l'EFI, surtout si tu remplaces un kext par un autre.
À faire presque impérativement quand tu changes d'EFI, surtout si Clover -> OpenCore et inversement
Normalement pas après une mise à jour du système, sauf peut-être si problème

Pour ton Wifi (et probablement iMessages), tu dois passer par OCLP pour faire fonctionner ta Fenvi, Apple ayant laissé tomber le support des puces Broadcom après Ventura. OpenCore n'y est pour rien (et d'ailleurs ça ne fonctionne pas avec Clover non-plus)

Pour le TRIM, il y a la commande terminal

Code

sudo trimforce enable

Mais tu dois pouvoir voir dans les infos système détaillées s'il est activé ou pas sur les disques

[olrik]

Je viens de passer plusieurs jours à tester et pas de problèmes. Prochainement je vais activer le trim et en même temps j'enlèverait USBToolBox.kext et UTBDefault.kext et remplacerait par mon USBZ370.kext de mappage qui marchait sous Big Sur. Et un reset nvram. Pourvu que tout ce passe bien !

[olrik]

Pour info les messages ne marchent toujours pas même après avoir demandé à Apple de débloquer mes messages en ne parlant évidemment que de mes vrais Mac qui d'ailleurs reçoivent les messages mais pas toujours au complet. Je pense qu'Apple se base maintenant sur les num de séries pour activer ou désactiver cette fonction. Je laisse tomber cette fonction ainsi que le Wifi j'ai trop besoin de ce Hack pour mon boulot.

[elwood]

étant dans le meme cas que toi pour iMessages j'ai cherché pas mal d'infos depuis plusieurs mois, et au final, on ne sait pas vraiment sur quoi se base le Systeme Apple pour cette authentification du service iMessage, du moins on sait certaines choses mais de toutes évidences d'autres choses nous échappent. Je me demande s'ils ne blaclkisteraient pas des adresses "MAC" ( l'identification réseau de carte mere) si plusieurs / différents numeros de serie sont couplés a une seule adresse ? Alors pas de parano, je ne pense pas qu'Apple cherche embeter les hacks users, je pencherait plus pour "sécurisation max".
Du coup dans mon cas imessage ne marche toujours pas alors que dans check coverage apple, il est reconnu comme authentique mon SN !
->Pour mon SN j'ai suivi le guide Dortania: choisir un SN avec resultat Apple check : "Date d’achat non disponible. Veuillez vous connecter avec votre compte Apple et mettre à jour la date d’achat de votre produit afin d’afficher vos informations de couverture." Donc j'ai conservé ce SN et je l'ai utilisé depuis, c'est censé etre un SN validé mais qui a pour seul soucis de ne pas avoir été "déclaré par le vendeur".
Ce SN m'a permis pendant pas mal de temps d'avoir tout les iServices fonctionnels, ce n'est que depuis "mes erreurs" : installations de systemes avec des clés USB qui avaient d'autres SMBIOS/SN ( pas fais attention) sur ce hack que ça a commencé a caffouiller avec iMessage...
D'où ma déduction de la cause probable : adresse MAC de la carte mère !
Qu'en pensez-vous ?

[olrik]

Avant de faire intervenir Apple j'ai utilisé la fonction localiser sur le Web et j'ai supprimé les Mac fantômes et sur un vrai Mac j'ai supprimé aussi les Hack en double mais comme je l'ai dit ça ne fonctionne toujours pas.

Dans le "chat" avec Apple on m'a demandé de faire ma demande de réactivation depuis mon iPhone et d'attendre 24 h, j'ai patienté 48 h et... flop !

Ce message a été modifié par olrik - 17 Feb 2026, 14:37.

[jeandemi]

->Pour mon SN j'ai suivi le guide Dortania: choisir un SN avec resultat Apple check : "Date d’achat non disponible. Veuillez vous connecter avec votre compte Apple et mettre à jour la date d’achat de votre produit afin d’afficher vos informations de couverture." Donc j'ai conservé ce SN et je l'ai utilisé depuis, c'est censé etre un SN validé mais qui a pour seul soucis de ne pas avoir été "déclaré par le vendeur".
Ce SN m'a permis pendant pas mal de temps d'avoir tout les iServices fonctionnels, ce n'est que depuis "mes erreurs" : installations de systemes avec des clés USB qui avaient d'autres SMBIOS/SN ( pas fais attention) sur ce hack que ça a commencé a caffouiller avec iMessage...
D'où ma déduction de la cause probable : adresse MAC de la carte mère !
Qu'en pensez-vous ?

C'est possible mais ça me semble peu probable. D'autant que le Wifi a également une adresse MAC, donc si tu changes de carte Wifi, cette adresse change
Il y a moyen, dans OC ou Clover, d'introduire une autre adresse MAC que celle réelle de la carte réseau.

[elwood]

oui c'est vrai on peut meme changer de carte ethernet..
j'ai recherché avec IA et ça m'a donné ça :

Que vérifie Apple pour activer iMessages
Apple vérifie :

Cohérence interne SMBIOS

Format MLB

UUID valide

Correspondance ROM

Structure complète de PlatformInfo

Un mauvais format peut déclencher :

Échec iMessage

Code d’erreur serveur

Blocage temporaire Apple ID

voilà...

[olrik]

Bon ce matin je lance le Hack j'arrive au menu OC je clic sur le SSD et là patatras le cercle barré impossible de booter. J'ai ensuite booté sur la recovery ça a marché j'ai rechoisis le SSD et ça marche toujours pas. J'ai resté une fois la NVRAM pas mieux. Depuis 1 mois je n'ai rien changé, rien fait si ce n'est que de travailler avec. Je ne comprends pas pourquoi ce changement de comportement. Solution svp si vous pouvez m'aider. Merci d'avance. Le meilleur c'est que dans le HACK il y a un autre SSD avec Big Sur qui lui fonctionne ! J'écris avec.

Quand depuis BigSur je vais dans les options de démarrage je vois que le SSD qui boote pas est marqué 26.2 alors que j'étais en Sequoia et que je n'ai pas demandé cette mise à jour.

Ce message a été modifié par olrik - 19 Feb 2026, 08:11.

[jeandemi]

Ça ne serait pas la pile de ta carte mère qui serait plate ?
Du coup les paramètres du BIOS ne tiennent pas et ça plante
Vérifie aussi qu'il démarre sur le bon disque, il va peut-être chercher un EFI sur un mauvais

[olrik]

J'ai vérifié dans le Bios il démarre bien sur le seul EFI opencore qui est dans le SSD principal qui ne boote plus mais il sert à booter sur le second SSD BigSur qui continue à fonctionner. Comme je l'ai dit depuis le BigSur on voit que l'option de boot sur le SSD en panne marque 26.2 alors qu'avant c'était 15.7.3 je soupçonne une mise en route de la MAJ vers Tahoe et faudrait faire apparaître tous les disques non vus et voir si une option de démarrage ne permet pas de poursuivre une éventuelle MAJ vers Tahoe s'est stoppée ??

Et si je cherche à réinstaller SEQUOIA depuis la recovery ou depuis ma clé USB si je sélectionne mon SSD j'ai ce message d'erreur :

com.apple.Buildinfo.preflight.error erreur 21

Quand j'ai eu cela la précédente fois j'ai du reformâtes le SSD et repartir de zéro puis tout réinstaller je voudrais éviter de faire cela à nouveau

Je vais essayer de restaurer le système à partir d'un instantané local mais il ne propose que des 26.2 et sur le disque de sauvegarde TIME MACHINE là j'ai plusieurs instantanés 15.7.3 et là j'ai Vous devez utiliser Assistant migration pour transférer des données depuis cette sauvegarde alors que seul le système m'intéresse

Apparemment il faudrait que je refasse une clé d'installation avec SEQUOIA build 24G419 mais comment récupérer cette version et ou ?

Je l'ai trouvé sur mrmacintosh.com mais toujours impossible de l'installer (version antérieure) même avec la build 24G517

De toute façon comme il y aurai Tahoe sur le SSD qui plante je ne risque pas d'installer un SEQUOIA

L'installer de Tahoe semble accepter l'installation sur le SSD SEQUOIA bloqué sachant que le SMBIOS est iMac19,1 j'espère que ca va fonctionner mais MacTracker dis que c'es SEQUOIA
maximum pour le 19,1

J'ai lu qu'Apple fait parfois des MAJ depuis SEQUOIA qui sont susceptibles de flinguer la partition sécurisé preboot ou ne la signe plus et sur Hack cela peux bloquer le boot alors que sur un vrai Mac c'est transparent et ça ne bloque rien. Mais toutes les manip que j'avais fait lors d'une panne similaire n'ont jamais pu réparer ce problème avec des instructions terminal faites sur la recovery

Ce message a été modifié par olrik - 19 Feb 2026, 18:06.

[jeandemi]

Effectivement, la piste d'une installation incomplète ou foireuse de la 26.2 est très plausible si elle t'est proposée à partir du Recovery.
Mais je ne sais pas comment te sortir de ça sans tout formater

Pour afficher les options de boot supplémentaires, quand tu es au menu de boot d'OpenCore, tu appuies sur la barre d'espace du clavier

[olrik]

Quand j'appuie sur ESPACE il ne se passe rien hélas. Comme je voulais éviter de tout reformater et refaire j'ai suivi des manips avec le terminal de Recovery censées reconstruire un boot sécurisé mais ça marche pas. Vu que Tahoe semble accepter de s'installer malgré que le SMBIOS soit un 19.1 je vais tenter la manip quitte à passer en 19,2 si ça pouvait débloquer... mais avant je vais changer la pile qui doit être en fin de vie. Autant repartir sur de bonnes bases.

Ce week-end je reçois un Mac mini sous SEQUOIA pour le boulot administratif. Les SMS reviendront. Là plus de problème et je reformaterais le SSD qui boote plus si je ne trouve aucune solution pour le remettre en route. Merci jeandemi et les autres pour l'aide apportée.

Comme ça je pourrais faire toute manip qui ne m'empêcherons pas de travailler en cas de panne jusqu'à ce que tout refonctionne mais pour combien de temps ?

[jeandemi]

Attention qu'avec Tahoe, il est possible que ton kext pour les ports USB ne fonctionne plus et/ou doive être modifié.
Il me semble qu'il y avait un post à ce sujet sur le forum
Celui fait avec USBToolBox ne fonctionne également pas chez moi (mais peut-être que ce dernier a été mis à jour ?)
Les seuls ports USB que j'ai réussi à avoir fonctionnels sous Tahoe sont ceux de ma carte Fresco Logic FL1100 (et encore, pas n'importe quel clavier)

[olrik]

Oui merci j'avais d'ailleurs commencé à le refaire mais de toute façon si dans le week-end j'ai tout transféré sur le Mac mini je reformaterais en SEQUOIA maxi et je verrais si je peux améliorer OC et changer aussi la pile avant de faire cela car je pense que mes soucis peuvent aussi venir de la pile non changée depuis au moins 2019

Je vais tenter ceci pour éviter trop de boulot :

Ouvrir Utilitaire de disque depuis la Recovery

En haut → Affichage → Afficher tous les appareils
Important : sélectionner le disque physique, pas seulement le volume en panne de boot.
Effacer le disque complet
Sélectionne le disque physique tout en haut.
Cliquer Effacer :
• Nom : SSD en Panne
• Format : APFS
• Schéma : GUID Partition Map
Confirmer.
Ça supprime système + snapshot corrompu + Preboot.

Quitter Utilitaire de disque
Revenir au menu Recovery.

Restaurer depuis Time Machine

Cette fois :
• Choisir Restaurer depuis une sauvegarde Time Machine
• Sélectionner le disque de sauvegarde
• Choisir la sauvegarde la plus récente
• Sélectionner le disque SSD désormais vierge

Cette fois, il ne devrait PLUS vous dire d’utiliser Assistant Migration.

Pourquoi ça marche

En effaçant le disque :
• On supprime le volume système scellé invalide
• On supprime le snapshot cassé
• On supprime Preboot corrompu

Time Machine va :
• Restaurer système + Data
• Recréer un snapshot valide
• Reconstruire Preboot


Ce message a été modifié par olrik - 20 Feb 2026, 14:03.

[jeandemi]

Attention que ça va également effacer la partition EFI et son contenu!
Veille donc à la sauver avant pour pouvoir la restaurer

[olrik]

Bien dit je viens déjà de la sauvegarder.

MAJ : Le Mac mini étant opérationnel je suis tranquille côté boulot. J'ai reformâté le SSD qui était en panne et réinstallé SEQUOIA en 15.7.4 et cela démarre. Maintenant je reprend le problème OpenCore. Premier problème A propos de : ne signale pas 19,1 ni numéro de série même après reset Nvram. Je me plonge dans les réglages du config.plist

MAJ : je suis en train de noter les réglages du BIOS pour qu'après le changement de la pile je puisse retrouver la possibilité de booter sur Hack et je vois dans l'onglet Avancé/ Configuration de pile réseau que c'est sur Désactivé.

Changement de la pile fait puis vérification du BIOS puis rebooté OK sur SEQUOIA. J'ai rempli dans le config.plist la section Platforminfo Generic avec mes variables et pas touché au reste puis rebooté et reset NVRAm et au second boot le Mac n'est toujours pas reconnu comme 19,1 et sans numéro de série !

Que dois-je modifier pour réinjecter 19,1 et les variables ?

Avec Hackintool section Extensions je vois que seuls 6 Kexts sont chargés alors que j'en ai 13 dans le dossier OC/Kexts

J'utilise ProperTree pour les faire reconnaître par OC dans son config.plist et jusqu'à présent ça fonctionnait. Y-a-t'il une autre façon ou programme pour le faire ?

MAJ : En ayant dans Kernel décoché le Quirks : CustomSMBIOSGuid après rebooté A propos de ce Mac affiche enfin 19,1 et le numéro de série.

MAJ 27/02/2026 : Bien évidemment Messages ne marche toujours pas donc je laisse tomber car je passe trop de temps pour réactiver cette fonction. Je me servirais de SEQUOIA pour les montages vidéo avec Final Cut Pro.

MAJ 02/03/2026 : Surprise de ce matin les messages remarchent sur le SSD SEQUOIA sans avoir rien fait de plus. Pour le WIFI c'est trop compliqué je laisse tomber.

Ce message a été modifié par olrik - 2 Mar 2026, 10:22.