Pb MBP 15r El Capitan [Résolu], MBP 15r qui s'éteint tout seul

[mowg]

Bonjour à tous,

Depuis quelque temps, mon MBP 15 retina (2015) s'éteint tout seul.
J'ai l'impression que le problème arrive quand il se met à chauffer (à partir de 55°C 60°C selon SMC Fan control), mais aucune certitude à ce niveau là.

Après plusieurs Reset PRAM / SMC - clean install (El Capitan), le problème persiste.

Je pense à un problème hardware, mais avant de l'emmener en boutique j'aimerais essayer de vérifier toutes les autres options.

Du coup, après plusieurs recherches (et il semble que je ne sois pas le seul à qui ce probleme soit arrivé), je suis tombé sur ce site, dont le sujet a été marqué en "résolu" mais aucun retour de la part des utilisateurs quant à la solution proposée.
https://fr.ifixit.com/Answers/View/357764/M...Without+Warning

Pouvez vous me dire ce que vous pensez de la solution proposée (en bas de la page) ? En quoi consiste t'elle concrètement ?
Pensez vous que cela peut régler le pb ? Et surtout, n'est ce pas "dangereux" pour mon mac ?

Merci pour vos retours,



La solution proposée (pour ceux qui ne souhaitent pas lire tout le thread en anglais) :

"it's a software bug.

Rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderboltNHI.kext.BAK and the problem will go away.

Restart in Recovery mode (hold ⌘+r at Startup). Enter Terminal and type:

csrutil disable

to turn off System Integrity Protection (you cannot rename the file otherwise).

Restart

Enter Terminal and type:

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

Crashing is now solved.

Now turn System Integrity Protection back on by restarting in Recovery mode (hold ⌘+r at Startup). Enter Terminal and type:

csrutil enable

Restart and enjoy your Mac as normal."

Ce message a été modifié par mowg - 5 May 2018, 10:05.

[stratele52]

Ton lien fait référence à un Mac Book Pro 15 po Unibody de 2009 .
À mon avis c'est très loin de ton modèle

Il chauffe ou pas ? As tu Macs Fan Control d'installé pour bien lire la température ?
Chauffe ; poussière à l'intérieur ? A nettoyer
Pâte thermique a remplacer ?

Il coupe même branché sur le transformateur ?

As-tu essayé sans aucun périphérique de branché ? Même pas de souris ?

Des modifications / réparations récentes effectuées ? Batterie , carte.....?

Ce message a été modifié par stratele52 - 5 May 2018, 11:18.

[mowg]

Ok, j'avais pas fait attention qu'il s'agissait d'un MBP late 2008 dans le lien.

Sinon, pour répondre à tes questions, j'ai effectivement eu qqs problemes avec mon mac :

- 1 verre de coca qui s'est renversé sur le clavier il y a 1 an : PAs de dégâts apparents/directs
- Envoyé chez un réparateur (non agrée) pour un nettoyage
- Je lui fais confiance mais moyennement.... Certaines visses ont mal été replacées (j'ai perdu 3 visses sous le capot, je suppose qu'il n'a pas bien respecté les différentes positions)
- Il coupe aussi bien sur alimentation que sur batterie
- Aucun périph branché dessus

- J'ai SMC fan control (qui me permet de voir la température, et de régler les ventilos. D'ailleurs en cas de coupure, il a tendance à recouper aussitot si je rallume. Faire tourner les ventilos à fond grace à SMC me permet de pouvoir maintenir l'ordi allumé

- J'ai pensé à la solution du changement de la pâte thermique, mais le réparateur (susnommé) me le fait pour 79 euros.

- Aussi, j'avais eu un pb de batterie qui gonflait et qui provoquait un dysfonctionnement du trackpad il y a 2 ans. Ce pb avait été réglé et pris en charge par un réparateur agrée.


Sinon, en quoi consiste la solution proposée sur le forum ? (j'y connais rien)

Merci pour ta réponse

[stratele52]

Oh là là tout ça peut être la cause de la fermeture inopinée.

Ça doit être absolument mentionné au départ.
Tous ces travaux ont peut-être été mal fait à voir les vis perdues .....?

Bonne chance.

[mowg]

Et est ce qu'il y a moyen de savoir d'où vient le probleme dans la console ?

Mais effectivement, je pense que le probleme provient du fait que j'ai un jour renversé un verre PLEIN de coca sur le clavier (l'accident bete !). et même si j'ai eu de bons réflexes sur le coup (éponger, le retourner, faire tourner les ventilos), j'ai tjs pensé que tôt ou tard des condensateurs, ou des circuits souffriraient sans doute d'une usure/corrosion prématurée.

Mais comment savoir ?

Et sinon, le simple fait qu'il manque 3 visses (celles qui tiennent le capot) pourrait être la cause ?? J'ai du mal à comprendre ça.

[stratele52]

Et sinon, le simple fait qu'il manque 3 visses (celles qui tiennent le capot) pourrait être la cause ?? J'ai du mal à comprendre ça.

Non pas du tout

[baron]

Pouvez vous me dire ce que vous pensez de la solution proposée (en bas de la page) ? En quoi consiste t'elle concrètement ?
Pensez vous que cela peut régler le pb ? Et surtout, n'est ce pas "dangereux" pour mon mac ?

Bonjour,

La solution proposée consiste simplement à désactiver l'« extension noyau » (kext), une forme de pilote, qui gère Ethernet via l'interface Thunderbolt, apparemment buguée. En la renommant (ajout de l'extension .BAK à la fin), elle ne se chargera plus au démarrage.

Ça ne coûte rien d'essayer. Au pire, il suffit de faire la manœuvre inverse pour remettre les choses en l'état.

Je traduis les instructions :

1) Désactiver le SIP
• Redémarrer en mode Recovery (enfoncer les touches ⌘+r au démarrage),
• Lancer le Terminal (via le menu Utilitaires) et taper la commande :

Code

csrutil disable

en validant la commande avec la touche Enter. — Ceci désactive le SIP (System Integrity Protection), qui autrement empêche de renommer l'extension.
• Redémarrer.

2) Désactiver l'extension buguée en la renommant
• De retour dans votre session, ouvrir le Terminal (qui se trouve dans le dossier Applications > Utilitaires) et taper (ou copier-coller pour plus de sûreté…) :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

suivi d'Enter.
• Le mot de passe administrateur est demandé ; le taper à l'aveugle (rien ne s'affiche) et valider de nouveau.
Le problème est résolu.

3) Réactiver le SIP
• Redémarrer en mode Recovery (⌘+r au démarrage).
• Ouvrir le Terminal (via le menu Utilitaires) et taper la commande :

Code

csrutil enable

suivie d'Enter,
• Redémarrer.

— En cas de besoin, pour remettre les choses dans leur état d'origine, passer de la même manière la commande inverse :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext.BAK /System/Library/Extensions/AppleThunderboltNHI.kext

(Le problème semble assez courant et sur plusieurs modèles, voir p.ex. https://outluch.wixsite.com/rmbp-crash — solution trouvée à partir de ce post : https://forums.macrumors.com/threads/help-u...#post-25605293)

+++++++++++++++++++
[Edit du 12 octobre 2019]
Depuis Catalina, le Système est monté en lecture seule. Pour renommer le fichier incriminé, il faut donc redémarrer sur la partition de récupération et indiquer le chemin complet vers le disque principal.
Voir le message suivant pour la procédure détaillée : https://forum.macbidouille.com/index.php?s=...t&p=4294514

[Edit du 18 décembre 2020]
Pour Big Sur, voir ce message (sans garantie) : https://forum.macbidouille.com/index.php?s=...t&p=4354849

Ce message a été modifié par baron - 18 Dec 2020, 15:59.

Raison de l'édition : Précisions sur le lancement du Terminal, en mode Recovery ou normal + mises à jour Catalina et Big Sur

[mowg]

Merci pour la traduction de l'opération. Je viens de faire une tentative, mais je crois pas que ça ait marché. Y'a t'il un moyen de vérifier ?

Concernant les travaux qui ont été mal faits, je veux bien y croire, car je me rappelle avoir du ramener le mac car il avait oublié de brancher un HP...
Mais vu que le probleme n'est apparu plusieurs mois après, je ne pense pas que ces travaux mal faits soient soient la cause de la panne. A voir.

[Guest_anonym_d019ede3_*]

Bonjour,

Les symptômes semblent indiquer la mise en sécurité du mac pour cause de surchauffe CPU ou GPU.

Les causes sont souvent la poussière accumulée jusqu'au ventirad, mais dans le cas du verre de coca renversé ça peut jouer aussi si la désoxydation de la CM n'a pas été correctement réalisée.

Je conseille donc d'ouvrir via tutoriel sur ifixit, nettoyer et remplacer la pâte thermique, et inspecter d'éventuelles traces de corrosion sur la CM. Tenter un nettoyage éventuel à l'alcool.

[baron]

Merci pour la traduction de l'opération. Je viens de faire une tentative, mais je crois pas que ça ait marché. Y a-t-il un moyen de vérifier ?

Passe la commande informative (qui liste le contenu du dossier indiqué)

Code

ls /System/Library/Extensions/

et regarde si l'extension AppleThunderboltNHI.kext a bien été renommée en /AppleThunderboltNHI.kext.BAK.

[mowg]

Checked !

L'extension AppleThunderboltNHI.kext a bien été renommée en /AppleThunderboltNHI.kext.BAK (voir pj)
De plus, j'ai fait chauffer un peu la température du mac tout à l'heure, en poussant un peu le CPU; il est resté entre 65°C et 70°C (avec des pointes à 75°C) pendant un bon quart d'heure et pas de coupures.
Vu que les coupures sont quand même trés aléatoires, j'attends encore quelques jours pour passer le fil en résolu (si la solution proposée a marché)
Sinon, je passerais pas la case ifixit, démontage/nettoyage. (étape 1 : acheter un tournevis )

Merci à tous !




Mais ca serait quand même bien étrange que ce problème qui semble tout à fait hardware soit en fait un simple bug...

Ce message a été modifié par mowg - 5 May 2018, 18:23.

[mowg]

Incroyable mais cette solution a l'air de fonctionner !! D'autant que les symptômes décrits dans le site (écran noir + ventilos + coupure) correspondaient parfaitement.
Je veux pas crier victoire trop tôt, mais c'est pas trop mal parti, car malgré une utilisation intensive : aucune coupure depuis l'opération.


Mais y'a quand même un truc qui j'ai du mal à comprendre, c'est que si c'est software, pourquoi je n'ai eu aucun probleme pendant des années et que tout d'un coup il s'est mis à buguer. Ca semble assez illogique avec un bug du driver.

Si jamais qqn a une théorie je suis preneur.


PS : et du coup si c'est software, j'avais posté mon fil au bon endroit

[mowg]

Improbable solution mais ça marche !
J'ai pas réussi à passer le fil en résolu, mais problem solved !
Merci à tous ! J'ai économisé des centaines d'euros et j'espère garder mon mac encore qqs années ! (je commençais déjà à lorgner sur les nouveauw DELL XPS 2en1)

Enfin bon, je voulais quand même dire, pour finir, qu'on ne peut pas dire qu'Apple se soit beaucoup manifesté concernant ce problème (connu)...Tout comme le fait que certaines clés USB 3 provoquent un dysfonctionnement du wifi sur certains MBP (une histoire de "basses fréquences" encore...)

Bref, content de garder mon MBP, mais ca sera le dernier.

Ce message a été modifié par mowg - 9 May 2018, 22:09.

[Guest_anonym_d019ede3_*]

J'ai pas réussi à passer le fil en résolu, mais problem solved !

Faut faire édition complète et taper Résolu dans le titre.

Par contre si le sujet est trop vieux ça ne sera plus possible

[baron]

J'ai pas réussi à passer le fil en résolu, mais problem solved !

Faut faire édition complète et taper Résolu dans le titre.

Par contre si le sujet est trop vieux ça ne sera plus possible

On a un mois pour le faire, autrement un modérateur peut s'en charger s'il passe par là.

[vousti]

Checked !

L'extension AppleThunderboltNHI.kext a bien été renommée en /AppleThunderboltNHI.kext.BAK (voir pj)
De plus, j'ai fait chauffer un peu la température du mac tout à l'heure, en poussant un peu le CPU; il est resté entre 65°C et 70°C (avec des pointes à 75°C) pendant un bon quart d'heure et pas de coupures.
Vu que les coupures sont quand même trés aléatoires, j'attends encore quelques jours pour passer le fil en résolu (si la solution proposée a marché)
Sinon, je passerais pas la case ifixit, démontage/nettoyage. (étape 1 : acheter un tournevis )

Merci à tous !




Mais ca serait quand même bien étrange que ce problème qui semble tout à fait hardware soit en fait un simple bug...

Bonjour, j'ai les mêmes soucis avec un MacBook Pro late 2013 et Sierra, j'ai fait cette manipulation et quand je vérifie j'ai l'extension en double.
Une qui se termine en .kext et l'autre renommée en .kext.BAK et il continue de planter....
Des idées?

Update.

J'ai fait une mise à jour juste derrière cela a peut être réactivé l'extension, j'ai refait la manipulation j'espère que c'est ça.

Ce message a été modifié par vousti - 17 May 2018, 12:00.

[baron]

Update.

J'ai fait une mise à jour juste derrière, cela a peut être réactivé l'extension, j'ai refait la manipulation j'espère que c'est ça.

Oui, c'est un contournement qui ne résiste pas aux mises-à-jour du système. Il faut donc répéter la manœuvre.

[mowg]

Je ne savais pas que les MàJ réinitialisaient ce paramètre, c'est bon à savoir.

Sinon, je passais juste par là pour confirmer que cette solution fonctionne (après 2 semaines d'utilisation, plus aucun crash).
Et les ports thunderbolt en HDMI continuent de fonctionner.

Par contre, je me pose toujours la question du pourquoi et qu'est ce qui a fait que pendant 3 ans mon mac a fonctionné parfaitement et que ce bug est apparu subitement ?
Est ce que ce bug pourrait disparaitre comme il est apparu ?

Ce message a été modifié par mowg - 19 May 2018, 10:31.

[vousti]

Update.

J'ai fait une mise à jour juste derrière, cela a peut être réactivé l'extension, j'ai refait la manipulation j'espère que c'est ça.

Oui, c'est un contournement qui ne résiste pas aux mises-à-jour. Il faut donc répéter la manœuvre.

Tout à fait!!!

[Yakalo]

Putains de 1000 merci ! ! ! ! !

[effixl88]

J'avais exactement le même problème avec mon MBP Retina 15po mid 2014. 2 ans après l'achat il avait les mêmes symptômes : arrêt brutal, écran noir, parfois les ventilos au max puis il s'éteignait. Plus souvent lorsque je l'avais sur les genoux. On m'a alors changé la carte mère (sous garantie) et tout allait bien. Puis il y a quelques semaines (septembre 2018), le même cirque a recommencé. On m'a re-changé la carte mère, mais cette fois sans résultat.

Je suis tombé sur ce post et à mon immense, mais vraiment titanesque surprise, il semble que la recette du " AppleThunderboltNHI.kext" fonctionne. Je crois vraiment rêver, mais depuis 3 jours, aucun plantage.

Mille mercis aux gens qui ont relayé cette précieuse information. Je dois dire que je partage l'avis qu'on émis certains sur le service de Apple : on fait avant tout dans l'obsolescence programmée, le vieux matos préhistorique d'il y a quatre longues années, on s'en tape. C'est mon dernier mac, ça c'est certain.

[mowg]

Content que ca marche !
Juste au cas où t'aurais pas lu le fil intégralement, manip à refaire après chaque grosse Mise à jour (MàJ sécurité, ou upgrade par exemple)

Enjoy !

[durant45]

j'ai le soucis sur un macbook pro 17 pouce, je vais tenter la manipe. Nan ca veut pas.


Ce message a été modifié par durant45 - 12 Nov 2018, 08:07.

[tibo38]

Update.

J'ai fait une mise à jour juste derrière, cela a peut être réactivé l'extension, j'ai refait la manipulation j'espère que c'est ça.

Oui, c'est un contournement qui ne résiste pas aux mises-à-jour. Il faut donc répéter la manœuvre.

Tout à fait!!!

Hello, pour ma part j'avais essayé dans le passé et votre magnifique méthode fonctionnait.
Mais lors de la mise à jour en Mojave c'est revenu.
Je re-tente la solution : sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

mais quand je met le mdp et j'appuie sur "entrée" il me dit : mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderboltNHI.kext.BAK/AppleThunderboltNHI.kext: Directory not empty

Que dois-je faire ?

Merci pour votre aide !

[jeanjd63]

Hello, pour ma part j'avais essayé dans le passé et votre magnifique méthode fonctionnait.
Mais lors de la mise à jour en Mojave c'est revenu.
Je re-tente la solution :
sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAKsudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

mais quand je met le mdp et j'appuie sur "entrée" il me dit : mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderboltNHI.kext.BAK/AppleThunderboltNHI.kext: Directory not empty

Que dois-je faire ?

Merci pour votre aide !

Tu peux tenter :

soit :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.OLD

soit :

Code

sudo rm -r  /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

suivi de :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

[tibo38]

Hello, pour ma part j'avais essayé dans le passé et votre magnifique méthode fonctionnait.
Mais lors de la mise à jour en Mojave c'est revenu.
Je re-tente la solution :
sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAKsudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

mais quand je met le mdp et j'appuie sur "entrée" il me dit : mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderboltNHI.kext.BAK/AppleThunderboltNHI.kext: Directory not empty

Que dois-je faire ?

Merci pour votre aide !

Tu peux tenter :

soit :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.OLD

soit :

Code

sudo rm -r  /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

suivi de :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

Ca me dit pour les 2 :

MacBook-Pro-de-Thibault:~ thibault$ sudo rm -r /System/Library/Extensions/AppleThunderboltNHI.kext.BAK
Password:
rm: /System/Library/Extensions/AppleThunderboltNHI.kext.BAK: No such file or directory
MacBook-Pro-de-Thibault:~ thibault$ sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK
mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderboltNHI.kext.BAK: No such file or directory
MacBook-Pro-de-Thibault:~ thibault$

[jeanjd63]

Et si tu fais :

Code

ls -ld /System/Library/Extensions/AppleThunderboltNHI.kext*

ça dit quoi?

Ce message a été modifié par jeanjd63 - 10 Apr 2019, 17:14.

[tibo38]

Et si tu fais :

Code

ls -ld /System/Library/Extensions/AppleThunderboltNHI.kext*

ça dit quoi?

Ca dit :

MacBook-Pro-de-Thibault:~ thibault$ ls -ld /System/Library/Extensions/AppleThunderboltNHI.kext*
ls: /System/Library/Extensions/AppleThunderboltNHI.kext*: No such file or directory

[jeanjd63]

Ce qui indique que /System/Library/Extensions/AppleThunderboltNHI.kext n'est plus présent sur ton système.

[tibo38]

Ce qui indique que /System/Library/Extensions/AppleThunderboltNHI.kext n'est plus présent sur ton système.

purée mais pourquoi il recommence à s'éteindre ce mac de m****** alors !

[jeanjd63]

C'est joliment dit

Tu peux faire un démarrage sans échecs histoire de vider les caches. ???

[baron]

Ce qui indique que /System/Library/Extensions/AppleThunderboltNHI.kext n'est plus présent sur ton système.

purée mais pourquoi il recommence à s'éteindre ce mac de m****** alors !

La raison derrière ces extinctions inopinées semble liée à une question de fréquence ou de voltage du CPU qui s'effondrent.

I will cite author of the realmacmods mod:
"Anyway, this issue is triggered when the CPU goes into an extremely low frequency/clock rate on one of the cores (that just can't handle it), when this happens the system somewhat silently crashes (that is to say, it writes no logs of the event, and no kernel panic takes place). This app/utility keeps it from ever going into that stupidly low frequency. This actually happens natively on Linux and Boot Camp installations, but for some reason OS X tries to drop into that frequency every so often and the system is not at all stable there. Absolutely no chance of damage, worst case you may see like 1% worse battery life, as i believe OS X is using that low frequency to squeeze a little extra battery life out of the older MacBooks."


Seems like this is real. CPU goes in some low power state and crashes. No logs, no explanation window after reboot.

Honestly i think maybe (just maybe) this problem can be fixed on software level.

Source : https://outluch.wixsite.com/rmbp-crash

Ça peut être causé par un bug dans cette extension mais il pourrait y avoir d'autres causes.

Il y a aussi plusieurs autres remèdes qui ont fonctionné :

D'après ce site (déjà renseigné plus haut), on pourrait ainsi — après avoir remis les choses en l'état (*) — garder branché un moniteur externe (?) ou installer le logiciel MBPNoCrash (10$ — voir aussi le script python ci-dessous qui semble faire exactement la même chose…) :
• https://realmacmods.com/product/macbook-pro-nocrash-utility/

J'y lis aussi (commentaire d'Andre Klein) une solution hardware : remplacer un SSD modèle-F par un modèle-G :
• https://outluch-wixsite-com.filesusr.com/ht...ment-4003243037

Il y a encore l'option de faire tourner en arrière fond ce script Python :
• forums.macrumors.com : Help! Updated to macOS 10.12.4, MBP randomly shuts off

__________________
(*) La manœuvre inverse est précisée plus haut :
• http://forum.macbidouille.com/index.php?s=...t&p=4210807

[tibo38]

Ce qui indique que /System/Library/Extensions/AppleThunderboltNHI.kext n'est plus présent sur ton système.

purée mais pourquoi il recommence à s'éteindre ce mac de m****** alors !

La raison derrière ces extinctions inopinées semble liée à une question de fréquence ou de voltage du CPU qui s'effondrent.

I will cite author of the realmacmods mod:
"Anyway, this issue is triggered when the CPU goes into an extremely low frequency/clock rate on one of the cores (that just can't handle it), when this happens the system somewhat silently crashes (that is to say, it writes no logs of the event, and no kernel panic takes place). This app/utility keeps it from ever going into that stupidly low frequency. This actually happens natively on Linux and Boot Camp installations, but for some reason OS X tries to drop into that frequency every so often and the system is not at all stable there. Absolutely no chance of damage, worst case you may see like 1% worse battery life, as i believe OS X is using that low frequency to squeeze a little extra battery life out of the older MacBooks."


Seems like this is real. CPU goes in some low power state and crashes. No logs, no explanation window after reboot.

Honestly i think maybe (just maybe) this problem can be fixed on software level.

Source : https://outluch.wixsite.com/rmbp-crash

Ça peut être causé par un bug dans cette extension mais il pourrait y avoir d'autres causes.

Il y a aussi plusieurs autres remèdes qui ont fonctionné :

D'après ce site (déjà renseigné plus haut), on pourrait ainsi — après avoir remis les choses en l'état (*) — garder branché un moniteur externe (?) ou installer le logiciel MBPNoCrash (10$ — voir aussi le script python ci-dessous qui semble faire exactement la même chose…) :
• https://realmacmods.com/product/macbook-pro-nocrash-utility/

J'y lis aussi (commentaire d'Andre Klein) une solution hardware : remplacer un SSD modèle-F par un modèle-G :
• https://outluch-wixsite-com.filesusr.com/ht...ment-4003243037

Il y a encore l'option de faire tourner en arrière fond ce script Python :
• forums.macrumors.com : Help! Updated to macOS 10.12.4, MBP randomly shuts off

__________________
(*) La manœuvre inverse est précisée plus haut :
• http://forum.macbidouille.com/index.php?s=...t&p=4210807

Hello !
Oulà ca devient beaucoup trop technique pour moi là
J'ai vidé les caches en mode sans échec déjà

[TimTvn]

Hello, pour ma part j'avais essayé dans le passé et votre magnifique méthode fonctionnait.
Mais lors de la mise à jour en Mojave c'est revenu.
Je re-tente la solution :
sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAKsudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

mais quand je met le mdp et j'appuie sur "entrée" il me dit : mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderboltNHI.kext.BAK/AppleThunderboltNHI.kext: Directory not empty

Que dois-je faire ?

Merci pour votre aide !

Tu peux tenter :

soit :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.OLD

soit :

Code

sudo rm -r  /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

suivi de :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

Bonjour, la technique marchait très bien jusqu’à OSX Catalina, j’ai refait la manip sauf que ca me met « mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderbolt.kext.BAK: Read-only file system

Ducoup mon mac fait que planter, s’il vous plait aidez moi, j’ai un peu la flemme de revenir a mojave

Merci d’avance

[baron]

Bonjour, la technique marchait très bien jusqu’à OSX Catalina, j’ai refait la manip sauf que ca me met « mv: rename /System/Library/Extensions/AppleThunderboltNHI.kext to /System/Library/Extensions/AppleThunderbolt.kext.BAK: Read-only file system

Avec Catalina, le système est installé sur une partition en lecture seule.
• https://macbidouille.com/news/2019/06/07/ca...n-lecture-seule

Il faudra voir s'il est possible de modifier cela… 

(Et en attendant, la solution d'avoir un écran externe branché permettra peut-être d'esquiver le problème ?)

[fabf1gp]

Salut

voici la solution :

1/ Reboot en mode Recovery (CMD+R) au démarrage
2/ Lancer le Terminal
3/ Taper : mv /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK
4/ Reboot

Bonne journée à tous

[baron]

Bonjour fabf1gp et bienvenue !

C'est bien la solution qui était préconisée précédemment mais depuis Catalina, cette opération ne semble plus autorisée (cf. message #34 et sv.)

[fabf1gp]

Salut,
J'ai fait cette manip juste après la mise à jour Catalina, et elle marche bien ! Aucun plantage depuis, alors que le macbook ne cessait pas de s'éteindre tout seul (écran noir) après la mise à jour Catalina...
Fab

ps : taper csrutil disable avant

Ce message a été modifié par fabf1gp - 11 Oct 2019, 17:19.

[baron]

J'ai fait cette manip juste après la mise à jour Catalina, et elle marche bien ! […]

ps : taper csrutil disable avant

OK. On resterait donc avec la manip de base : https://forum.macbidouille.com/index.php?s=...t&p=4210807

[fabf1gp]

Pour être peut-être plus précis, voici ce que j'ai fait pour renommer le fichier AppleThunderboltNHI.kext après la mise à jour Catalina :

1 - Démarrer en mode recovery (touches ⌘+r au démarrage)
2 - Lancer le Terminal et désactiver le SIP : taper csrutil disable
3 - Redémarrer (taper reboot dans le Terminal)
4 - Démarrer en mode recovery (touches ⌘+r au démarrage) il ne faut pas lancer la session
5 - Lancer le Terminal et taper mv /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK
5' - Réactiver le SIP éventuellement (taper csrutil enable)
6 - Redémarrer (taper reboot dans le Terminal)
7 - Lancer la session
8 - Enjoy

Bonne journée

Ce message a été modifié par fabf1gp - 13 Oct 2019, 07:46.

[zakar]

Intéressant !
Si j'extrapole un peu, on peut avec cette manip' et sous 10.15, modifier au besoin n'importe quel fichier du système alors ?

Bon, c'est juste en théorie parce que je ne vais pas m'amuser à bidouiller un OS.
Mais sait-on jamais, un fichier buggé qu'il faudrait simplement remplacer, par exemple.

[baron]

Désolé mais non, il ne faut pas faire la même manip que tu indiques, celle-ci n'est plus valable puisque Catalina empêche la modification du fichier system dans une session...

Merci pour les précisions !
Cette fois, j'ai bien capté (enfin, j'espère !)


P.S. J'ai ajouté une ligne au message où j'avais détaillé la procédure afin de refléter ces changements.

[jb5185]

Bonjour

Cette manipulaiton ne fonctionne plus pour moi depuis la dernière mise à jour. Lorsque je fais précisément ce qui est décrit, voici ce que j'obtiens comme message dans le terminal

-bash: mv/Volumes/MacintoshHD/System/Library/Extensions/AppleThunderboltNHI.kext/Volumes/MacintoshHD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK: No such file or directory
-bash-3.2#

Avez vous une idée de ce que je dois faire ?

Un immense merci de votre aide

JB

[Hebus]

Bonjour

Cette manipulaiton ne fonctionne plus pour moi depuis la dernière mise à jour. Lorsque je fais précisément ce qui est décrit, voici ce que j'obtiens comme message dans le terminal

-bash: mv/Volumes/MacintoshHD/System/Library/Extensions/AppleThunderboltNHI.kext/Volumes/MacintoshHD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK: No such file or directory
-bash-3.2#

Avez vous une idée de ce que je dois faire ?

Un immense merci de votre aide

JB

Il ne te manque pas des espaces ? Et as tu vérifier que ce fichier existe vraiment en te balançant dans le finder ?

Je viens nde faire : Command+G et coller ce chemin : /System/Library/Extensions/AppleThunderboltNHI.kext ... il le trouve

Attention /Volume est le dossier où sont monter les systèmes de fichiers... donc un :

Code

mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

devrait suffire

[jb5185]

Merci beaucoup de votre réponse

J'ai l'indication "read-only" donc rien de change

J'ai pourtant bien desactivé ce qu'il faut via "csrutil disable"

c'est à n'y rien comprendre...

Une idée supplémentaire ?

Encore merci de votre aide !

[baron]

Je tente un récapitulatif commenté de la procédure mise à jour pour Catalina, donnée ci-dessus par fabf1gp  :


Depuis cette dernière version, le système est logé au démarrage sur une « partition » non-modifiable (read-only) — même si le Finder nous la présente comme faisant partie du disque de démarrage (d'habitude, "Macintosh HD").

Pour cette raison, après avoir désactivé le SIP, il faut à nouveau démarrer sur la partition Recovery, afin de pouvoir modifier le système logé dans "Macintosh HD" sans être démarré dessus.

Et parce qu'on démarre d'une autre partition, la commande inclut le chemin d'accès complet au fichier à renommer (depuis /Volumes), c'est-à-dire :

Code

mv /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK

   (Si le disque de démarrage ordinaire s'appelait "Toto", on remplacerait dans la commande ci-dessus Macintosh\ HD par Toto.)

R/ Comme le nom de disque "Macintosh HD" contient un(e) espace, il faut l'« échapper » (dire au Terminal de ne pas en tenir compte) en la remplaçant par backslash-espace (\   ).
   Tou(te)s les autres espaces de la commande (à deux reprises, juste avant /Volumes) sont nécessaires. Il est parfois plus commode de faire un copier-coller…

[baron]

La solution proposée consiste simplement à désactiver l'« extension noyau » (kext), une forme de pilote, qui gère Ethernet via l'interface Thunderbolt, apparemment buguée. En la renommant (ajout de l'extension .BAK à la fin), elle ne se chargera plus au démarrage.

[H.S.] Le « bug » a peut-être été exploité pour fabriquer certains gadgets bricolés…

The CIA's "Sonic Screwdriver" infector is stored on the modified firmware of an Apple Thunderbolt-to-Ethernet adapter.

• https://forum.macbidouille.com/index.php?sh...=0#entry4296228

[Myrhe56]

Suite à l'installation de Catalina, je ne parviens plus à ajouter l'extension .BAK à l'extension noyau kext de mon MacBookPro. J'ai portant suivi à la lettre cette manipulation conseillée :

Démarrer en mode recovery (touches ⌘+r au démarrage)
Lancer le Terminal et désactiver le SIP : taper csrutil disable
Redémarrer (taper reboot dans le Terminal)
Démarrer en mode recovery (touches ⌘+r au démarrage) il ne faut pas lancer la session
Lancer le Terminal et taper mv /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK
Réactiver le SIP éventuellement (taper csrutil enable)
Redémarrer (taper reboot dans le Terminal)
Lancer la session

Si je ne trouve pas de solution, je vais revenir à Mojave !
Merci pour votre aide

[baron]

Note de la modération :
Bonjour Myrhe56 et bienvenue !

J'ai combiné ton sujet avec celui-ci afin que les participants à ce sujet soient notifiés de ta demande.

[Paul Naurd]

Mille merci, j'ai le probleme de mon MBP 2015 qui s'éteint tout le temps depuis hier, et malgré reset de Nvram et Smc...
Je viens de faire la manip ( je suis sous Mojave ) et maintenant il tourne au poile.

Mais quand même, d'ou vient ce problème, pourquoi se déclare t'il subitement, et pourquoi Apple ne fait rien pour le solutionner ?

[baron]

Mille merci, j'ai le probleme de mon MBP 2015 qui s'éteint tout le temps depuis hier, et malgré reset de Nvram et Smc...
Je viens de faire la manip ( je suis sous Mojave ) et maintenant il tourne au poil.

Super !

Mais quand même, d'ou vient ce problème, pourquoi se déclare t'il subitement, et pourquoi Apple ne fait rien pour le solutionner ?

Réponse partielle plus haut (message # 32) : https://forum.macbidouille.com/index.php?sh...p;#entry4269204

[Paul Naurd]

Ha oui merci, très bien ce site
https://outluch.wixsite.com/rmbp-crash

J'aime beaucoup ce passage :
"One more thing. There are cleanup in main topic for this problem on discussion.apple.com. I wrote post today and it was new 5-th page. Now this topic has 3 pages. Funny, isn't it?"

>> "Une dernière chose. Le sujet principal de ce problème est nettoyé sur discussion.apple.com. J'ai écrit le message aujourd'hui et c'était la 5ème page. Maintenant, ce sujet a 3 pages. C'est drôle, n'est ce pas?"

Donc j'ai choisi la solution de désactiver le driver thunderbolt... c'est pas l'ideal mais pour le moment ça ira.

Merci encore pour le thread ici

[FAURE Olivier]

Attention à la MAJ 10.15.2 de Catalina, la manip de renommer le fichier AppleThunderboltNHI.kext ne fonctionne plus...

[FAURE Olivier]

Il semble avec Catalina 10.15.2 qu'il faille supprimer le fichier "IOThunderboltFamily.kext" des extensions... ça marche pour moi

[vousti]

Bonjour,
Comment fais-tu pour supprimer l’extension?

[baron]

Il est conseillé de plutôt simplement la renommer (avec une extension .BAK à la fin). La procédure est détaillée à plusieurs reprises ci-dessus (notamment message #46).

[vousti]

Hello Baron,
J’espère que tu vas bien.
J’aurais du être plus précis.
J’utilise cette solution depuis 10.12,
Là j‘ai essayé de renommer l’extension en .BAK, mais apparemment 10.15.4 ne le prends pas en compte.
La procédure utilisée, est celle que tu indiques à partir de la partition recovery. En listant, les extensions après coup celle-ci apparaît sous sa forme originale et non .BAK.
Je vais retenter, En renommant l’extension IOThunderboltFamily.
Qu‘en penses-tu?

Ce message a été modifié par vousti - 26 Mar 2020, 15:26.

[vousti]

Bon,
Après avoir réessayé la procédure normale deux fois:
No such file....
Je vais redémarrer et vérifier dans la liste des extensions
EDIT: Extension toujours inchangée.

Ce message a été modifié par vousti - 26 Mar 2020, 16:54.

[Nhrvd]

Bonjour à tous,

Étant également passé à la version 10.15.4, je me retrouve confronté au même problème que Vousti, impossible de renommer l’extension avec le fameux .BAK à la fin ( en validant ma ligne de commande, j’obtiens également « No Such File.. », et de ce fait, mon MacBookPro se remet à s’éteindre de manière aléatoire...
J’ai vu que la solution serait de supprimer cette extension, mais avant d’en arriver là j’aimerais savoir si quelqu’un a trouvé une solution, et dans le cas contraire, quels sont les risques à supprimer cette extension?

J’espère que mon post est assez clair 😆

Merci à vous!

[baron]

N'ayant pas Catalina, je ne peux pas tester.

Il faudrait logiquement adapter le nom du fichier dans la commande donnée #46 :

Code

mv /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK

qui devient :

Code

mv /Volumes/Macintosh\ HD/System/Library/Extensions/IOThunderboltFamily.kext /Volumes/Macintosh\ HD/System/Library/Extensions/IOThunderboltFamily.kext.BAK

P.S. Et comme indiqué plus haut, si le nom du disque dur principal n'est pas "Macintosh HD", il faut aussi adapter ça…

[Nhrvd]

Salut Baron,

Pour ma part j’ai pu essayé, sans succès ( bien entendu en ayant adapté le nom de mon disque), j’ai également essayé en rajoutant « sudo mount -uw /«  (vu sur un autre forum) mais sans succès.

J’ai cette réponse du terminal ( voir PJ) si jamais quelqu’un pourrait m’éclairer.
 B00B3766_C4C0_40BB_8727_E19933551F09.png ( 117.16 Ko ) Nombre de téléchargements : 10


En espérant que quelqu’un nous apporte sa solution 😁

[vousti]

N'ayant pas Catalina, je ne peux pas tester.

Il faudrait logiquement adapter le nom du fichier dans la commande donnée #46 :

Code

mv /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext /Volumes/Macintosh\ HD/System/Library/Extensions/AppleThunderboltNHI.kext.BAK

qui devient :

Code

mv /Volumes/Macintosh\ HD/System/Library/Extensions/IOThunderboltFamily.kext /Volumes/Macintosh\ HD/System/Library/Extensions/IOThunderboltFamily.kext.BAK

P.S. Et comme indiqué plus haut, si le nom du disque dur principal n'est pas "Macintosh HD", il faut aussi adapter ça…

Bonjour,

j'ai testé en renommant, sans succès.

Comme Nhrvd j'ai testé les autres solutions avec le même résultat.
Retour donc à MOJAVE .

[Mr Benoit]

Bonjour, j'ai eu le même problème avec mon MBP fin 2013 sur Catalina 10.15.3 (la dernière màj), après pas mal de recherches j'ai enfin trouvé quelque chose qui fonctionne ! J'imagine que ça peut en intéresser certains
(je l'ai trouvé sur https://www.ifixit.com/Answers/View/433516/...y#answer580132)

1) Redémarrer l'ordinateur en appuyant sur CMD+R.

2) ouvrez le Terminal

3) Notez : csrutil disable

4) Rallumez l'ordinateur normalement, ouvrez votre session et notez sur le terminal

5 a.) sudo mount -uw /

PUIS 5 b.) sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

(perso j'ai fais la même chose avec IOThunderboltFamily.kext au cas où, certains en avait parlé)

5 c.) (optionnel) ls /System/Library/Extensions/ (ça permet de voir si la modification a fonctionné, dans la liste vous devez trouver AppleThunderboltNHI.kext.BAK et non AppleThunderboltNHI.kext)

6) Rallumer l'ordi en appuyant sur CMD+R

7) Sur le teminal mettre : csrutil enable

8) Rallumer l'ordinateur normalement

Merci à tous ceux qui ont passés du temps à trouver des solutions et je vous souhaite que ça fonctionne pour vous !

[vousti]

Hello,
J’ai installé 10.15.4 sur un dd externe, et ai essayé 3 fois:
[Sudo mount -uw/] Me donne [ mount: illégal option - -/] Et me demande le mot de passe.
En continuant, les commandes passent, jusqu’au bout.
Quand je vérifie en faisant [ ls /System/Library/Extensions/]
L’extension n’a pas été renommée.
J’ai essayé en branchant le dd extérieur sur un MacBook Pro 2015 et fait 3 fois la manip.
Avec le même résultat.

J’en perd mon latin.

[baron]

Attention à la syntaxe des commandes :

[Sudo mount -uw/] Me donne [ mount: illégal option - -/]

Le / doit être séparé par une espace de -uw.

Quant à la demande de mot de passe, c'est normal après sudo : il faut taper son mot de passe administrateur à l'aveugle (rien ne s'affiche) et confirmer par la touche Enter.

[vousti]

Hello,

J'ai refait la manipulation, et les fichiers ont bien été renommés, mais j'ai quand même le plantage.
je viens de m'y reprendre a deux fois pour poster ici sous 10.15.4

on va voir si ça tient.

UPDATE: Nope ça ne tient pas ........


Ce message a été modifié par vousti - 1 Apr 2020, 18:12.

[baron]

Pour confirmation : tu as renommé les deux fichiers "AppleThunderboltNHI.kext" et "IOThunderboltFamily.kext", ou juste un seul ?
(J'ai bien lu que tu avais écrit « les fichiers ont bien été renommés », c'est juste pour être vraiment sûr…)

[vousti]

Pour confirmation : tu as renommé les deux fichiers "AppleThunderboltNHI.kext" et "IOThunderboltFamily.kext", ou juste un seul ?
(J'ai bien lu que tu avais écrit « les fichiers ont bien été renommés », c'est juste pour être vraiment sûr…)

les deux.

[ch21]

Tu as redémarré après le changement des noms ?

[vousti]

Hello,

Bien sur.
C'est une manip que je fais depuis 10.12 . Mais là avec 10.15.4 aucune chance.

Je viens de voir que la manip à fonctionné sur 10.15.3 serait-ce là le problème?


Ce message a été modifié par vousti - 9 Apr 2020, 20:38.

[David Dong]

Pour info je viens de faire la manip pour Catalina 10.15.4 (uniquement pour AppleThunderboltNHI.kext), ca a marché et semble-t-il arrêté les plantages.

Merci mille fois à ceux qui tiennent ce topic actualisé, c'est vraiment extrêmement utile.!

[Kino B]

Salut à tous !

Merci pour cette aide précieuse qui je penses m'a permis d'économiser temps et argent..

La correction la manipulation proposer par "baron" semble fonctionner mais désactive la prise thunderbolt de mon ordinateur.
Or j'ai besoin de cette prise pour travailler ; afin de connecter ma carte son externe (je suis musicien/ingé son).

Dois-je dire adieu à mon ordinateur et le changer juste pour ce paramètre... ou existe t'il une solution B ?

Configuration :

-MacBook Pro mi-2012, 1000Go SSD, i5 2,5GHz, 16 Go RAM. OsX El Capitan : 10.11.6
-Carte Son : Apollo Twin / Thunderbolt.

Mon problème étant :
-Mon ordi se met en veille de manière aléatoire : lors de l'utilisation de ma prise thunderbolt, prise secteur branché.
-De plus, il s'éteint : sans prise thunderbolt branché, bluetooth et wi-fi allumé, lorsqu'il est sur batterie (qui est pourtant neuve).

Merci encore pour ce forum, hâte d'avoir vos retours

Kino.

[baron]

Bonjour et bienvenue !

N'étant pas confronté à ce problème, je peux juste répercuter une ou l'autre solution lue de droite ou de gauche…
(Voir notamment ce message.)

Le branchement d'un écran externe pourrait régler le problème.
Pour ceux qui ne voudraient pas s'encombrer d'un écran externe (après tout ces Mac sont supposés être portables), je me souviens d'ailleurs avoir vu quelque part (mais où ?…) que quelqu'un utilisait une fiche simulant cet écran externe.
Il semblerait que ce soit ceci : https://www.amazon.com/gp/product/B00FLZXGJ...tag=ifixitam-20
Voire même ceci, encore plus simple :

I used a thunderbold cable for patching back to back the 2 thunderbold ports on the mac .

This is working fine as well.
(Source : iFixit.)

Il y a aussi la possibilité de faire tourner ce script en Python :

Code

from time import sleep
while True:
sleep(0.00002)

mais je ne saurais guère en dire plus…

Détails quant à la mise en œuvre ici :
• https://anderswiggers.dk/resources?title=Ma...0Shutdown%20Fix
Et là :
• https://fr.ifixit.com/R%C3%A9ponses/Affiche...ly#answer468169

D'autres enfin semblent ne plus avoir le problème en désactivant le WiFi ou en branchant un disque externe :
• https://fr.ifixit.com/R%C3%A9ponses/Affiche...ly#answer553273
mais ça paraît plutôt aléatoire…

[Kino B]

Merci Baron pour cette réponse efficace

Alors les premières solutions ne me semble pas adapter à ma situation, car j'ai un macbook qui a seulement 1 prise thunderbolt et pas de HDMI.

Je plus j'ai absolument besoin de cette prise thunderbolt pour travailler, je peux pas la désactiver ou l'occupé à autre chose...


Je viens d'essayer la technique Python, mais il y a quelques choses qui me semble étrange dans leur explication : on doit télécharger l'application Python, mais on ne s'en sert même pas car ils demandent de faire la manipulation avec automator...

J'ai quand même suivie leur explication ici : https://anderswiggers.dk/resources?title=Ma...0Shutdown%20Fix


Après Reboot mon automator ne se lance pas, il dis un code d'erreur. Voici ce qu'il me dis lorsque je met "exécuter" depuis automator :

from: can't read /var/mail/time
-: -c: line 3: syntax error near unexpected token `0.0005'
-: -c: line 3: ` sleep(0.0005)'


J'espère que je suis clair et que vous allez pouvoir m'aider... Merci encore pour l'aide !!

[baron]

Je viens d'essayer la technique Python, mais il y a quelques choses qui me semble étrange dans leur explication : on doit télécharger l'application Python, mais on ne s'en sert même pas car ils demandent de faire la manipulation avec automator...

J'ai quand même suivie leur explication ici : https://anderswiggers.dk/resources?title=Ma...0Shutdown%20Fix

Euh… si.
A l'étape 3), une fois que tu as trouvé l'instruction Run shell script, tu dois la glisser dans le champ tout à droite d'Automator puis copier le script.
Ainsi l'application créée par Automator exécutera le script Python.

Je ne m'y connais guère mais en jetant un œil, j'ajouterais que :
— L'instruction est nommée chez moi "Exécuter un script shell" (j'ai juste tapé shell dans le petit champ de recherche)
— Il faut très probablement choisir le shell Python dans le menu popup de gauche
— Je ne sais pas ce qu'il faut faire avec le menu de droite ("Données en entrée") [Edit] Choisir "comme arguments" [/Edit]
 Capture_d___e__cran_2020_05_03_a___19.54.31.png ( 98.09 Ko ) Nombre de téléchargements : 15

Après Reboot mon automator ne se lance pas, il dis un code d'erreur. Voici ce qu'il me dis lorsque je met "exécuter" depuis automator :

from: can't read /var/mail/time
-: -c: line 3: syntax error near unexpected token `0.0005'
-: -c: line 3: ` sleep(0.0005)'

J'espère que je suis clair et que vous allez pouvoir m'aider... Merci encore pour l'aide !!

Si ça ne va pas, je te suggère de créer un nouveau sujet dans la section Programmation > Technologies Apple où tu auras plus de chances de toucher des personnes mieux qualifiées.

— A tout hasard, le problème ne serait-il pas le séparateur décimal (point au lieu de virgule) ?

Ce message a été modifié par baron - 3 May 2020, 19:04.

Raison de l'édition : Mise à jour copie d'écran

[baron]

— Il faut très probablement choisir le shell Python dans le menu popup
— Je ne sais pas ce qu'il faut faire avec le menu de droite ("Données en entrée")

Je suis retourné lire les commentaires complémentaires qu'il y avait sur iFixit quant aux explications d'Anders Wiggers :

Your page was very helpful, but I had to tweak a little your instructions. Maybe it would be helpful to make it clearer in your web page:

- 'Sleep' has to be 'sleep' to work
- in automator, first you have to select the 'python' shell
- you have to select 'as arguments' in 'pass input' drop down.
Other than these, they were perfect

23/02/2019 par Günther Mittermayer

+++++++

before pasting the code, you need to select a different "shell" option from the standard one. on the top of the area where you paste the code, there are two boxes able to be changed. The one on the left(Shell), click on it and select "/usr/bin/python" , then paste mentioned code and finally on the right box select to use it as arguments. That's how I solved from getting the error message.

30/03/2020 par william.ruediger.dantas

Et donc, il faut bien choisir Python dans le menu popup et "passer comme arguments" les données en entrée.

Après Reboot mon automator ne se lance pas, il dis un code d'erreur. Voici ce qu'il me dis lorsque je met "exécuter" depuis automator :

from: can't read /var/mail/time
-: -c: line 3: syntax error near unexpected token `0.0005'
-: -c: line 3: ` sleep(0.0005)'

D'autres ont manifestement rencontré le problème – mais n'indiquent pas directement de solution. Peut-être les réglages ci-dessus suffisent-ils ?

[Kino B]

Okey super ça fonctionne !

Du moins j'ai la roue qui tourne en haut, merci au Baron !!

Je vous confirmes ou non si ça marche dans quelques jours, je suis juste un peu perplexe car lorsque je clique sur la roue qui tourne elle m'indique :
"MacFix traitement réussi pour 0%" => ça met pas trop en confiance ahah

Allez je m'en retourne à mon insomnie et je vous salut Baron pour cette aide précieuse ! MERCI

Kino

[baron]

[…] lorsque je clique sur la roue qui tourne elle m'indique : "MacFix traitement réussi pour 0%" => ça met pas trop en confiance ahah

C'est probablement lié au fait que le processus tourne sans qu'il n'y ait de données fournies en entrée…

Allez je m'en retourne à mon insomnie et je vous salut Baron pour cette aide précieuse ! MERCI

[Kino B]

Salut à tous,

la technique à l'air de fonctionner, zéro bug depuis que j'ai fais la manipulation toute simple avec Python : https://anderswiggers.dk/resources?title=Ma...0Shutdown%20Fix

Pas d'achat, ou de désactivation nécessaire, j'ai économiser un mac neuf....

Je reviens vers vous si le problème reviens mais pour le moment c'est un grand merci au Baron !!!

Bon week-end à tous merci encore

[baron]

Super ! Merci d'être repassé donner des nouvelles.

[David Dong]

Pour info je viens de faire la manip pour Catalina 10.15.4 (uniquement pour AppleThunderboltNHI.kext), ca a marché et semble-t-il arrêté les plantages.

Merci mille fois à ceux qui tiennent ce topic actualisé, c'est vraiment extrêmement utile.!

Bonjour,
après un mois de cette manip sous Catalina tout va bien, pas de plantages, simplement une tendance de temps en temps de l'ordi à chauffer / ventilos presque à fonds, est-ce que qqun a la même expérience et une solution?
Je précise pour ceux pour qui les ports thunderbolt sont utiles que ma carte son externe fonctionne sans problème.
merci encore pour ce fil .

david

Ce message a été modifié par David Dong - 21 May 2020, 13:56.

[baron]

[Todofirst]

Bonjour,
Merci beaucoup pour votre aide qui nous fait économiser beaucoup d'argent.
Je me posais la question, est ce que ce problème peut être réparé matériellement ?
Ou est ce un problème d'incompatibilité avec les derniers systèmes d'exploitation ?

Tout çà pour vous dire que j'envisageais d'envoyer à réparer mon MacBook Pro mi 2014 et de le mettre en vente à l'issue.

Merci pour votre attention.

[SDCX]

Bonjour,

J'ai ce problème depuis maintenant plus de 2 ans et pour la mise à jour vers Mavericks, je n'avais eu aucun problème et refaisant la technique expliqué par Baron (celle en renommant le fichier applethunderbolt).
Sur Catalina, elle ne marchait plus, et je viens de voir une nouvelle technique avec le logiciel Automator. Et fait étrange, elle ne semble marcher qu'à moitié sur mon ordi : il ne plante plus toutes les 5 mins, mais je dirais toutes les 20h.

J'ai une question : il me semble que le problème est apparu pas longtemps après avoir dépassé les 1000 cycles de recharge de la batterie. Or, Apple nous annonce qu'il faut la changer à partir de ce stade. Est-ce que par hasard d'autres ont fait la même constatation ? À combien de cycle de recharge êtes-vous ? Est-ce que quelqu'un a essayé de changer la batterie ? Y a-t-il eu une différence ?

Merci,

SDCX,

[MrYruama]

Hello à tous,
Dans le passé j’ai eu le même problème, je suivi votre tuto, et tout s’était bien passé. Depuis peu, avec les micros mises à jour, Je rencontre le même problème. Malheureusement la technique ne fonctionne plus. Le terminal me dit : Only Read file..
Que faire ?

Merci par avance !!

[baron]

+++++++++++++++++++
[Edit du 12 octobre 2019]

Depuis Catalina, le Système est monté en lecture seule. Pour renommer le fichier incriminé, il faut donc redémarrer sur la partition de récupération et indiquer le chemin complet vers le disque principal.
Voir le message suivant pour la procédure détaillée : https://forum.macbidouille.com/index.php?s=...t&p=4294514

Voir aussi  : https://forum.macbidouille.com/index.php?s=...t&p=4296241

[jeanjd63]

Hello à tous,
Dans le passé j’ai eu le même problème, je suivi votre tuto, et tout s’était bien passé. Depuis peu, avec les micros mises à jour, Je rencontre le même problème. Malheureusement la technique ne fonctionne plus. Le terminal me dit : Only Read file..
Que faire ?

Merci par avance !!

Salut.

C'est bien le fichier /System/Library/Extensions/AppleThunderboltNHI.kext que tu veux renommer?

[Todofirst]

Bonjour,

J'ai ce problème depuis maintenant plus de 2 ans et pour la mise à jour vers Mavericks, je n'avais eu aucun problème et refaisant la technique expliqué par Baron (celle en renommant le fichier applethunderbolt).
Sur Catalina, elle ne marchait plus, et je viens de voir une nouvelle technique avec le logiciel Automator. Et fait étrange, elle ne semble marcher qu'à moitié sur mon ordi : il ne plante plus toutes les 5 mins, mais je dirais toutes les 20h.

J'ai une question : il me semble que le problème est apparu pas longtemps après avoir dépassé les 1000 cycles de recharge de la batterie. Or, Apple nous annonce qu'il faut la changer à partir de ce stade. Est-ce que par hasard d'autres ont fait la même constatation ? À combien de cycle de recharge êtes-vous ? Est-ce que quelqu'un a essayé de changer la batterie ? Y a-t-il eu une différence ?

Merci,

SDCX,

Bonjour, Je ne pense pas que cela provienne de la batterie, je l'ai changée en mars 2019.
Pour ma part les extinctions inopinées sont apparues peu de temps après avoir installé Catalina, je suis retourné sous Mojave mais le problème a continué.
J'ai essayé la méthode en renommant dans le terminal le fichier applethunderbolt et ça a fonctionné.
Un jour j'ai voulu installer Catalina à nouveau et la seule solution qui a stabilisé mon MacBook c'est la méthode "Python".
Heureusement qu'il y a une communauté pour nous aider, mais on sent bien que c'est assez précaire comme solution, franchement je suis déçu j'avais acheté ce MacBook Pro en espérant le garder 8 ans voire 10...
On verra en fin d'année ce qu'Apple propose comme Mac sous ARM.

Ce message a été modifié par Todofirst - 17 Jul 2020, 20:51.

[trextanaris]

Hello,

Bien sur.
C'est une manip que je fais depuis 10.12 . Mais là avec 10.15.4 aucune chance.

Je viens de voir que la manip à fonctionné sur 10.15.3 serait-ce là le problème?

Est-ce que tu as essayé de renommer TOUTES les extensions Thunderbolt?

[SDCX]

Bonjour,

J’ai un nouveau problème qui est apparu lié au problème de ce topic.
Avec Mavericks, renommer le fichier Thunderbolt, ça fonctionnait, puis ça n’a plus fonctionné sur Catalina. J’ai dû passer à la technique Python + renommer ThunderBolt pour que ça fonctionne.
Ça fait 4 mois, mais je dois avouer que l’ordi semblait pousser un peu, forcer pour ne pas planter (ventilo, lenteur, etc).

Bref, j’ai décidé de repasser sur Mavericks, et là, au moment de faire la manip « csrutil disable » l’ordi me dit « command not found ».
Et là, je ne sais pas quoi faire...

Si quelqu’un pouvait m’aider, ce sera super.

Merci,

SDCX,

[trextanaris]

Si certains ont le problème avec Big Sur j'ai trouvé ça :

Hey guys, so I asked in the Apple Support Forum, if there's a way in Big Sur to disable the Thunderbolt kexts and here is a procedure for it (probably with FileVault disabled):

Follow this procedure :
Reboot in rescue mode (reboot while "Cmd + R")
csrutil disable
csrutil authenticated-root disable
reboot in rescue mode
mount -uw /Volumes/[MacOS <your custom stuff here>]
delete (or rename, or move elsewhere) the AppleThunderboltNHI.kext directory (I've moved all thunderbolt kext directories since I have no needs about this interface, but I think it works only by disabling AppleThunderboltNHI)
REBUILD the extensions cache ! (new has-to-do in Big Sur...) : kmutil install -u --force --volume-root /Volumes/[MacOS <your custom stuff here>]
DON'T FORGET to create another system snapshot to take these modifications under account at next reboot : bless --folder /Volumes/[MacOS <your custom stuff here>]/System/Library/CoreServices --bootefi --create-snapshot
csrutil enable (mays be you have to reboot in rescue mode.. not tested)
Finally, reboot in normal mode : you can check kextstat : it shows that the driver is actually not loaded

Source : https://forums.macrumors.com/threads/help-u...7#post-29236887

Ce message a été modifié par trextanaris - 17 Nov 2020, 10:37.

[baron]

Si certains ont le problème avec Big Sur j'ai trouvé ça :
[…]
Source : https://forums.macrumors.com/threads/help-u...7#post-29236887

Merci.

Je traduis :

Pour désactiver les extensions de noyau Thunderbolt (probablement avec FileVault désactivé) :

• Redémarrer en mode Recovery (avec les touches Cmd-R enfoncées) et passer ces commandes dans le Terminal :
  Code
  csrutil disable
  
  
  Code
  csrutil authenticated-root disable
  
  
• Redémarrer en mode Recovery
  Code
  mount -uw /Volumes/[MacOS <remplacer par le nom de votre disque principal>]
  
  
• Effacer (ou déplacer ou renommer) AppleThunderboltNHI.kext.
  (Dans la mesure où je n'ai pas besoin de l'interface Thunderbolt, j'ai déplacé tous les dossiers kext Thunderbolt mais je présume qu'il suffit de désactiver l'extension AppleThunderboltNHI.)

  — N.d.T. Ceci peut probablement se faire avec la commande :

  Code

  sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

  À vérifier !

  
  
• RECONSTRUIRE le cache des extensions (nouvelle étape nécessitée par Big Sur) :
  Code
  kmutil install -u --force --volume-root /Volumes/[MacOS <remplacer par le nom de votre disque principal>]
  
  
• NE PAS OUBLIER de créer un nouvel instantané du système pour prendre ces modifications en compte au prochain démarrage :
  Code
  bless --folder /Volumes/[MacOS <remplacer par le nom de votre disque principal>]/System/Library/CoreServices --bootefi --create-snapshot
  
  
  Code
  csrutil enable
  (Il se peut qu'il faille pour cela redémarrer en mode Recovery, je n'ai pas testé.)
  
  
• Finalement, redémarrer en mode normal. Vous pouvez vérifier avec kextstat, le pilote n'est plus chargé.

[Todofirst]

Pour ma part, suite à une des mises à jour de Catalina je n’arrivais plus à renommer le fichier applethunderbolt, j’utilisais le script Python et ça fonctionnait assez bien.
J’ai installé Big Sur, ça fait 2 jours que tout fonctionne bien et ce en laissant désactivé le script Python et sans renommer applethunderbolt 🤞🏻
Pourvu que ça dure !... 🤞🏻🍀

[tutu13]

ben voilà, il suffisait d'attendre quelques années..

[LairD4]

Pouvez vous me dire ce que vous pensez de la solution proposée (en bas de la page) ? En quoi consiste t'elle concrètement ?
Pensez vous que cela peut régler le pb ? Et surtout, n'est ce pas "dangereux" pour mon mac ?

Bonjour,

La solution proposée consiste simplement à désactiver l'« extension noyau » (kext), une forme de pilote, qui gère Ethernet via l'interface Thunderbolt, apparemment buguée. En la renommant (ajout de l'extension .BAK à la fin), elle ne se chargera plus au démarrage.

Ça ne coûte rien d'essayer. Au pire, il suffit de faire la manœuvre inverse pour remettre les choses en l'état.

Je traduis les instructions :

1) Désactiver le SIP
• Redémarrer en mode Recovery (enfoncer les touches ⌘+r au démarrage),
• Lancer le Terminal (via le menu Utilitaires) et taper la commande :

Code

csrutil disable

en validant la commande avec la touche Enter. — Ceci désactive le SIP (System Integrity Protection), qui autrement empêche de renommer l'extension.
• Redémarrer.

2) Désactiver l'extension buguée en la renommant
• De retour dans votre session, ouvrir le Terminal (qui se trouve dans le dossier Applications > Utilitaires) et taper (ou copier-coller pour plus de sûreté…) :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

suivi d'Enter.
• Le mot de passe administrateur est demandé ; le taper à l'aveugle (rien ne s'affiche) et valider de nouveau.
Le problème est résolu.

3) Réactiver le SIP
• Redémarrer en mode Recovery (⌘+r au démarrage).
• Ouvrir le Terminal (via le menu Utilitaires) et taper la commande :

Code

csrutil enable

suivie d'Enter,
• Redémarrer.

— En cas de besoin, pour remettre les choses dans leur état d'origine, passer de la même manière la commande inverse :

Code

sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext.BAK /System/Library/Extensions/AppleThunderboltNHI.kext

(Le problème semble assez courant et sur plusieurs modèles, voir p.ex. https://outluch.wixsite.com/rmbp-crash — solution trouvée à partir de ce post : https://forums.macrumors.com/threads/help-u...#post-25605293)

+++++++++++++++++++
[Edit du 12 octobre 2019]
Depuis Catalina, le Système est monté en lecture seule. Pour renommer le fichier incriminé, il faut donc redémarrer sur la partition de récupération et indiquer le chemin complet vers le disque principal.
Voir le message suivant pour la procédure détaillée : https://forum.macbidouille.com/index.php?s=...t&p=4294514

[Edit du 18 décembre 2020]
Pour Big Sur, voir ce message (sans garantie) : https://forum.macbidouille.com/index.php?s=...t&p=4354849

Salut à tous !
Mémé soucis, sous Mojave, la manip marchait nickel mais depuis .. impossible de faire la manip... j’ai donc essayé ta dernière manœuvre ayant fait la MAJ Big Sur et voilà qu’à la 2ème commande « mount -uw/Volumes/Macintosh\HD » la console me répond « mount: illegal option — /»
Avec en dessous usage: suivi de différente commande.. j’ai besoin d’aide j’en peut plus ...

[baron]

Bonjour et bienvenue !

N'ayant pas Big Sur, je crains de ne pas pouvoir t'aider plus. Tout au plus puis-je faire observer que la commande "mount etc." devrait, selon le message traduit, être la troisième.

Si certains ont le problème avec Big Sur j'ai trouvé ça :

Source : https://forums.macrumors.com/threads/help-u...7#post-29236887

Merci.

Je traduis :

Pour désactiver les extensions de noyau Thunderbolt (probablement avec FileVault désactivé) :

• Redémarrer en mode Recovery (avec les touches Cmd-R enfoncées) et passer ces commandes dans le Terminal :
  Code
  csrutil disable
  
  
  Code
  csrutil authenticated-root disable
  
  
• Redémarrer en mode Recovery
  Code
  mount -uw /Volumes/[MacOS <remplacer par le nom de votre disque principal>]
  
  
  [etc.]

[Mart1n]

Il manque un espace entre -uw et /Volumes/Macintosh\HD.

J'en profite pour indiquer que j'ai exactement le même problème sur mon MacBook Pro depuis quelques mois.
Il est apparu sournoisement : ventilateurs de plus en plus présents et puis extinctions inopinées à une fréquence assez soutenue.

Le script Python n'a rien donné. Par contre la manipulation sur les extensions a été plus probante.

Se pose maintenant la question de l'investissement sur cette machine. Normalement je dois bientôt remplacer la batterie.
Je me demande si je n'essayerais pas aussi le remplacement du SSD. D'après certain retour, ce serait également une solution à ce dérangement.

Par contre, est-ce bien intelligent de mettre de l'argent dans un ordinateur qui semble condamné à court ou moyen terme ?
Quel a été l'impact sur les composants ? Tout cette partie est un peu floue dans les différents articles consacrés au sujet.

[tutu13]

Les SSD Apple d'origine se revendent assez bien (voir prix sur eBay),
En remplaçant le vôtre par un SSD OWC Aura Pro X2 par exemple (j'ai testé, ça marche), vous n'y perdrez pas grand chose.

... voire , selon votre prix de revente et si vous trouvez un SSD d'occasion, vous pourriez même être gagnant.
Les batteries neuves sur MacManiac (environ 50€) sont parait-il de même qualité que les originales.

je pense que ça vaut le coup, ces MB sont de bonnes machines.

[Mart1n]

Merci pour ce retour d'expérience

[jib79]

Je traduis :

Pour désactiver les extensions de noyau Thunderbolt (probablement avec FileVault désactivé) :

• Redémarrer en mode Recovery (avec les touches Cmd-R enfoncées) et passer ces commandes dans le Terminal :
  Code
  csrutil disable
  
  
  Code
  csrutil authenticated-root disable
  
  
• Redémarrer en mode Recovery
  Code
  mount -uw /Volumes/[MacOS <remplacer par le nom de votre disque principal>]
  
  
• Effacer (ou déplacer ou renommer) AppleThunderboltNHI.kext.
  (Dans la mesure où je n'ai pas besoin de l'interface Thunderbolt, j'ai déplacé tous les dossiers kext Thunderbolt mais je présume qu'il suffit de désactiver l'extension AppleThunderboltNHI.)

  — N.d.T. Ceci peut probablement se faire avec la commande :

  Code

  sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

  À vérifier !

  
  
• RECONSTRUIRE le cache des extensions (nouvelle étape nécessitée par Big Sur) :
  Code
  kmutil install -u --force --volume-root /Volumes/[MacOS <remplacer par le nom de votre disque principal>]
  
  
• NE PAS OUBLIER de créer un nouvel instantané du système pour prendre ces modifications en compte au prochain démarrage :
  Code
  bless --folder /Volumes/[MacOS <remplacer par le nom de votre disque principal>]/System/Library/CoreServices --bootefi --create-snapshot
  
  
  Code
  csrutil enable
  (Il se peut qu'il faille pour cela redémarrer en mode Recovery, je n'ai pas testé.)
  
  
• Finalement, redémarrer en mode normal. Vous pouvez vérifier avec kextstat, le pilote n'est plus chargé.

Merci infiniment pour ce thread qui m'aide depuis quelques années déjà !
Je viens de tester cette procédure sur Big Sur et voici quelques commentaires... j'ai réussi mais ce n'est pas parfait donc je suis ouvert au conseils / amélioration :

• Effacer (ou déplacer ou renommer) AppleThunderboltNHI.kext.
  (Dans la mesure où je n'ai pas besoin de l'interface Thunderbolt, j'ai déplacé tous les dossiers kext Thunderbolt mais je présume qu'il suffit de désactiver l'extension AppleThunderboltNHI.)

  — N.d.T. Ceci peut probablement se faire avec la commande :

  Code

  sudo mv /System/Library/Extensions/AppleThunderboltNHI.kext /System/Library/Extensions/AppleThunderboltNHI.kext.BAK

  À vérifier !

  
  -> en fait il faut modifier (déplacer ou renommer) le fichier AppleThunderboltNHI.kext depuis /Volumes/[MacOS <remplacer par le nom de votre disque principal>]/System/Library/Extensions, car si je le fait direct depuis /System/Library/Extensions, j'ai toujours le message d'erreur read-only
  
• Avant la commande kmutil, j'ai dû d'abord faire
  Code
  rm -rf /System/Library/Caches/*
  
  
• Enfin en toute fin de procédure, j'ai re-renable csrutil mais le système n'arrivait plus à booter sauf en recovery mode. J'ai dû refaire
  Code
  csrutil authenticated-root disable
  
  et ça fonctionne. Bien sûr ça m'embête de devoir désactiver indéfiniment ça, mais j'ai pas réussi à contourner ce problème. Quelques explications là dessus ici https://forums.macrumors.com/threads/words-...isable.2276764/

Encore merci pour les multiples dépannage !
J'espère que ça aidera