iMessage ne fonctionne plus, Sequoia en cause ?

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