Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Mac OS Autres OS Mac OS X Bizarrerie sous Sierra - plantage =c3=a0 l'ancienne et je suis vir=c3=a9 de ma session :)

Bizarrerie sous Sierra - plantage =c3=a0 l'ancienne et je suis vir=c3=a9 de ma session :)

52 réponses
Avatar
none
Bonjour à tous,


Sur un iMAc 27 pouces fin 2013, sous Sierra, toutes MAJ faites y compris
la toute dernière MAJ de sécurité.

Périphériques connectés par un hub usb 3.0 : une imprimante epson, un
scanner LIDE. Rien de fracassant donc (et ils sont là depuis des lustres)/

Ce matin, et il y a un mois environ, un petit incident étrange, jamais
survenu sur les systèmes antérieurs - et j'en ai connu beaucoup :)

Je sors la machine de veille (elle a déjà fonctionné dans la journée
concernée, ce n'est pas le premier réveil), je lance Thunderbird à jour
(que j'utilise depuis des années) pour écrire un mail très banal. Au
bout de qques mots rédigés, la roue se met à tourner et plus rien. Un
plantage à l'ancienne (impossible par exemple de changer d'application
par pomme-tabulation). Comme un panic, mais sans le fameux message
occupant l'écran (qui a d’ailleurs peut-être disparu ?)

L'écran devient noir, et je suis ramené au tableau d'ouverture des
sessions - l'écran avec le logo des différents utilisateurs répertoriés.
Je tape alors mon mot de passe, ma session s'ouvre à nouveau sans
problème, et ça repart.

Rien de récent à signaler du type nouvelle installation.

Des idées ? Merci et bonne journée !
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4 5
Avatar
g4fleurot
pehache a écrit :
Télécharger, dézippper, et lire le README

OK ! Merci pour ce script.
J'ai trouvé dans Homebrew une formula
http://www.willnolan.com/cputhrottle/cputhrottle.html
qui pourrait présenter un certain intérêt pour la suite.
--
Gérard FLEUROT plus un
Avatar
g4fleurot
Joseph-B a écrit :
Ça m'étonnerait :-/

OK, c'est ce que j'avais pensé.
Cependant, le truc me plait bien quand même plutôt que d'ouvrir le
Moniteur d'activité qui est sur l'onglet Mémoire.
Donc, si tu veux être averti à temps,

Je fais comme toi : j'ai iStat Menus qui m'indique l'activité
processeur.
--
Gérard FLEUROT plus un
Avatar
josephb
pehache wrote:
Le tout zippé.
https://drive.google.com/file/d/1QEmp5YGPtYxQvodVOppX2bxe2PpxCMI_/view
Télécharger, dézippper, et lire le README

Super ! Et merci pour le partage :-)
--
J. B.
Avatar
josephb
pehache wrote:
Mais l'intérêt du
script automatique limité aux process fautifs connus est néanmoins qu'il
va s'exécuter même quand l'interface graphique ne répond plus. Depuis
que je l'ai mis en place je n'ai plus été embêté par les vilains démons :-)

Oui, et merci pour l'avoir mis à disposition.
--
J. B.
Avatar
pehache
Le 13/12/2017 à 09:09, Le Moustique a écrit :
Le 13/12/2017 à 08:25, pehache a écrit :
Mais l'intérêt du script automatique limité aux process fautifs connus
est néanmoins qu'il va s'exécuter même quand l'interface graphique ne
répond plus. Depuis que je l'ai mis en place je n'ai plus été embêté
par les vilains démons :-)

Tu aurais pu l'appeler "L'Exorciste"... ;-)

Ah oui, joli !
Avatar
Marc Robert
Le 14/12/2017 à 09:10, pehache a écrit :
Le 13/12/2017 à 09:09, Le Moustique a écrit :
Le 13/12/2017 à 08:25, pehache a écrit :
Mais l'intérêt du script automatique limité aux process fautifs
connus est néanmoins qu'il va s'exécuter même quand l'interface
graphique ne répond plus. Depuis que je l'ai mis en place je n'ai
plus été embêté par les vilains démons :-)

Tu aurais pu l'appeler "L'Exorciste"... ;-)

Ah oui, joli !

Bonsoir,
C'est moi qui ai lancé le fil :)
Un autre plantage identique à celui que je décrivais à l'instant. Voici
ce que me dit la console que j'ai regardée tout de suite (rubrique
"rapports utilisateurs", erreurs et pannes. (je laisse de côté toute une
partie plus longue, introduite par la rubrique "binary images"...
Question : le script sont vous parlez est-il susceptible de gérer le
problème ?
Si vous avez des idées.... Merci.
--------------------
Process: WDDriveUtilityHelper [582]
Path:
/private/var/folders/*/TWDDriveUtilityHelper.app/Contents/MacOS/WDDriveUtilityHelper
Identifier: com.westerndigital.WDDriveUtilityHelper
Version: 1.0.0.16 (1.0.0.16)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: WDDriveUtilityHelper [582]
User ID: 501
Date/Time: 2017-12-14 00:16:27.550 +0100
OS Version: Mac OS X 10.12.6 (16G1114)
Report Version: 12
Anonymous UUID: 8F29B5DF-D555-EBC4-F1B7-C3FCD2AA14EE
Sleep/Wake UUID: EAD57464-62C8-4E03-A427-D758BFC4BC91
Time Awake Since Boot: 10000 seconds
Time Since Wake: 77 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]
VM Regions Near 0:
-->
__TEXT 0000000100000000-0000000100009000 [ 36K]
r-x/rwx SM=COW
/var/folders/*/TWDDriveUtilityHelper.app/Contents/MacOS/WDDriveUtilityHelper
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.apple.CoreFoundation 0x00007fff8e0555cd CFNumberGetValue + 205
1 com.westerndigital.WDUtility 0x000000010003aee6
-[WDDevices(findThunderboltDevices) SESDeviceRemoved:] + 141
2 com.apple.framework.IOKit 0x00000001000ac62e
IODispatchCalloutFromCFMessage + 177
3 com.apple.CoreFoundation 0x00007fff8e0c0213
__CFMachPortPerform + 291
4 com.apple.CoreFoundation 0x00007fff8e0c00d9
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41
5 com.apple.CoreFoundation 0x00007fff8e0c0051
__CFRunLoopDoSource1 + 465
6 com.apple.CoreFoundation 0x00007fff8e0b7cc5 __CFRunLoopRun + 2389
7 com.apple.CoreFoundation 0x00007fff8e0b7114
CFRunLoopRunSpecific + 420
8 com.apple.Foundation 0x00007fff8faca252
-[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 277
9 com.apple.Foundation 0x00007fff8faca12a
-[NSRunLoop(NSRunLoop) run] + 76
10 com.westerndigital.WDDriveUtilityHelper 0x0000000100003f0e main + 724
11 com.westerndigital.WDDriveUtilityHelper 0x00000001000015e0 start + 52
Thread 1:
0 libsystem_pthread.dylib 0x00007fffa3a56070 start_wqthread + 0
1 ??? 0x000070000c3e5be0 0 + 123145507724256
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx:
0x0865ba2588040055 rdx: 0x00007fff5fbfd9c8
rdi: 0x0000000000000000 rsi: 0x0000000000000009 rbp:
0x00007fff5fbfd950 rsp: 0x00007fff5fbfd890
r8: 0x0000000000000607 r9: 0x0000000000000000 r10:
0x0000000000000040 r11: 0x0000000000000206
r12: 0x0865ba2588040055 r13: 0x0000000000000000 r14:
0x0000000000000009 r15: 0x00007fff5fbfd9c8
rip: 0x00007fff8e0555cd rfl: 0x0000000000010246 cr2: 0x0000000000000000
Logical CPU: 0
Error Code: 0x00000004
Trap Number: 14
Avatar
none
Le 14/12/2017 à 09:10, pehache a écrit :
Le 13/12/2017 à 09:09, Le Moustique a écrit :
Le 13/12/2017 à 08:25, pehache a écrit :
Mais l'intérêt du script automatique limité aux process fautifs
connus est néanmoins qu'il va s'exécuter même quand l'interface
graphique ne répond plus. Depuis que je l'ai mis en place je n'ai
plus été embêté par les vilains démons :-)

Tu aurais pu l'appeler "L'Exorciste"... ;-)

Ah oui, joli !

Bonsoir,
C'est moi qui ai lancé le fil :)
Un autre plantage identique à celui que je décrivais à l'instant. Voici
ce que me dit la console que j'ai regardée tout de suite (rubrique
"rapports utilisateurs", erreurs et pannes. (je laisse de côté toute une
partie plus longue, introduite par la rubrique "binary images"...
Question : le script sont vous parlez est-il susceptible de gérer le
problème ?
Si vous avez des idées.... Merci.
--------------------
Process: WDDriveUtilityHelper [582]
Path:
/private/var/folders/*/TWDDriveUtilityHelper.app/Contents/MacOS/WDDriveUtilityHelper
Identifier: com.westerndigital.WDDriveUtilityHelper
Version: 1.0.0.16 (1.0.0.16)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: WDDriveUtilityHelper [582]
User ID: 501
Date/Time: 2017-12-14 00:16:27.550 +0100
OS Version: Mac OS X 10.12.6 (16G1114)
Report Version: 12
Anonymous UUID: 8F29B5DF-D555-EBC4-F1B7-C3FCD2AA14EE
Sleep/Wake UUID: EAD57464-62C8-4E03-A427-D758BFC4BC91
Time Awake Since Boot: 10000 seconds
Time Since Wake: 77 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]
VM Regions Near 0:
-->
__TEXT 0000000100000000-0000000100009000 [ 36K]
r-x/rwx SM=COW
/var/folders/*/TWDDriveUtilityHelper.app/Contents/MacOS/WDDriveUtilityHelper
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 com.apple.CoreFoundation 0x00007fff8e0555cd
CFNumberGetValue + 205
1 com.westerndigital.WDUtility 0x000000010003aee6
-[WDDevices(findThunderboltDevices) SESDeviceRemoved:] + 141
2 com.apple.framework.IOKit 0x00000001000ac62e
IODispatchCalloutFromCFMessage + 177
3 com.apple.CoreFoundation 0x00007fff8e0c0213
__CFMachPortPerform + 291
4 com.apple.CoreFoundation 0x00007fff8e0c00d9
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41
5 com.apple.CoreFoundation 0x00007fff8e0c0051
__CFRunLoopDoSource1 + 465
6 com.apple.CoreFoundation 0x00007fff8e0b7cc5 __CFRunLoopRun
+ 2389
7 com.apple.CoreFoundation 0x00007fff8e0b7114
CFRunLoopRunSpecific + 420
8 com.apple.Foundation 0x00007fff8faca252
-[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 277
9 com.apple.Foundation 0x00007fff8faca12a
-[NSRunLoop(NSRunLoop) run] + 76
10 com.westerndigital.WDDriveUtilityHelper 0x0000000100003f0e main + 724
11 com.westerndigital.WDDriveUtilityHelper 0x00000001000015e0 start + 52
Thread 1:
0 libsystem_pthread.dylib 0x00007fffa3a56070 start_wqthread + 0
1 ??? 0x000070000c3e5be0 0 + 123145507724256
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000000000000 rcx:
0x0865ba2588040055 rdx: 0x00007fff5fbfd9c8
rdi: 0x0000000000000000 rsi: 0x0000000000000009 rbp:
0x00007fff5fbfd950 rsp: 0x00007fff5fbfd890
r8: 0x0000000000000607 r9: 0x0000000000000000 r10:
0x0000000000000040 r11: 0x0000000000000206
r12: 0x0865ba2588040055 r13: 0x0000000000000000 r14:
0x0000000000000009 r15: 0x00007fff5fbfd9c8
rip: 0x00007fff8e0555cd rfl: 0x0000000000010246 cr2: 0x0000000000000000
Logical CPU: 0
Error Code: 0x00000004
Trap Number: 14
Avatar
josephb
wrote:
Un autre plantage identique à celui que je décrivais à l'instant. Voici
ce que me dit la console que j'ai regardée tout de suite (rubrique
"rapports utilisateurs", erreurs et pannes. (je laisse de côté toute une
partie plus longue, introduite par la rubrique "binary images"...

Ça montre qu'en sortie de veille le pilote du disque dur a cafouillé.
Ce sont des choses qui arrivent, il y a des sécurités logicielles qui
relancent la manip et ça roule.
Je ne pense pas que ce soit là l'origine du "plantage bizarre" subi, et
encore moins que ce soit ce ratage ponctuel qui ait fait partir le CPU
en vrille.
Question : le script sont vous parlez est-il susceptible de gérer le
problème ?

Si vous aviez pu ouvrir le Moniteur d'Activité pour lire quel était le
process qui bouffait toute la CPU, on pourrait répondre avec un peu plus
de certitude, mais il y a de grandes chances que les évenements sur
votre Mac relèvent de ce "script de protection".
--
J. B.
Avatar
josephb
Bonjour.
pehache wrote:
https://drive.google.com/file/d/1QEmp5YGPtYxQvodVOppX2bxe2PpxCMI_/view
Télécharger, dézippper, et lire le README

J'ai bien suivi ta marche à suivre, mais je suis devant un problème que
je n'arrive pas à résoudre.
Quand je fais (même après redémarage du Mac) la commande
launchctl list
je ne vois pas apparaître le process <killcrazydaemons.sh>
et si je me rends dans /usr/local/bin/
je trouve bien le script /usr/local/bin/killcrazydaemons.sh
sauf que ce n'est pas un exécutable shell.
Je ne suis pas assez connaisseur en shell pour y remédier, mais
Si j'en crois cette page
<http://www.splinter.com.au/using-launchd-to-run-a-script-every-5-mins-on/>
N'aurais-tu pas oublié quelque part dans ton script d'installation une
commande dans le genre
chmod a+x killcrazydaemons.sh
pour rendre le script exécutable ?
Ou alors tu le fais exécuter par un autre service, si oui lequel ?
Merci de lever le doute, car j'aimerais bien être sûr que ton script
fonctionne :-)
--
J. B.
Avatar
pehache
Le 14/12/2017 à 21:32, a écrit :
Le 14/12/2017 à 09:10, pehache a écrit :
Le 13/12/2017 à 09:09, Le Moustique a écrit :
Le 13/12/2017 à 08:25, pehache a écrit :
Mais l'intérêt du script automatique limité aux process fautifs
connus est néanmoins qu'il va s'exécuter même quand l'interface
graphique ne répond plus. Depuis que je l'ai mis en place je n'ai
plus été embêté par les vilains démons :-)

Tu aurais pu l'appeler "L'Exorciste"... ;-)

Ah oui, joli !

Bonsoir,
C'est moi qui ai lancé le fil :)
Un autre plantage identique à celui que je décrivais à l'instant. Voici
ce que me dit la console que j'ai regardée tout de suite (rubrique
"rapports utilisateurs", erreurs et pannes. (je laisse de côté toute une
partie plus longue, introduite par la rubrique "binary images"...

Ca a l'air d'être un composant logiciel "Western Digital". As-tu
installé un utilitaire de ce fabricant récemment ou dans le passé ?
Mais je ne suis pas certain que ce soit ça qui provoque la fermeture de
session.
Question : le script sont vous parlez est-il susceptible de gérer le
problème ?

A priori non...
1 2 3 4 5