10.11 El Capitan Probleme charge processeur / kernel_task

krisprolls

Membre confirmé
24 Octobre 2004
31
0
53
Bonsoir

Ma configuration : Macbook Pro 15" début 2011, i7 2,3Ghz, 16Go Ram, HD750Go @ 5400t/m, CG HD3000 et Radeon 6750M sous OS X El Capitan. Un ordinateur acheté d'occasion il y a deux jours dans une enseigne d'occasion, non spécialisée mac. Mais avec une "garantie" de deux mois.

Je viens de restaurer une sauvegarde Time Machine de mon ancienne machine (MB Pro 15 core2duo de 2008 qui ne m'a jamais fait défaut).

La restauration a pris des heures, du fait d'un taux de transfert USB2 ridicule (5MB/S) ! Ce détail a peut-être son importance dans les symptômes.

Une fois restauré, tout semble bien allé, sauf que par moment, la machine s'est mise à ralentir inexplicablement.
J'ai purgé la RAM, passer Onyx dans tous les sens, reinitialiser ce que vous voulez : pas de changement.
J'ai effectuer le Apple Hardware Test qui a pris 3h (test complet) : aucun soucis matériel.

Test approfondi du disque dur (structure, toussa) : tout va bien.

Pas de soucis d'affichage (pb constaté sur certaines machines de la série).

J'ai le ventilateur de semble pas se déclencher (ou alors tres silencieusement) mais la machine n'est pas chaude, et en tout cas peu sollicitée

j'ai activé le moniteur d'activité pour voir ce qui se passe :
- En lançant un bête téléchargement de fichier (65Mo) via Safari (mon navigateur), le Kernel_task du moniteur d'activité du proc s'est mise à des valeurs hallucinantes (jusqu'à 7 ou 800%).
En fermant le capot de la machine et en le relevant qq instants plus tard : tout redevient normal.

J'ai laissé la machine tout à l'heure sans rien faire d'autre que la sauvegarde Time Machine (qui tourne actuellement) : tout va bien. Sauf qu'entretemps, le kernel_task s'est remis à augmenter à nouveau à des niveaux anormaux, abaissant de fait le taux de transfert USB2 (tiens tiens).
J'ai fermé le capot écran. Re ouvert qq instant plus tard : ça fait une demi-heure que tout va bien.

Cet après-midi, j'ai utilisé la machine souvent, tout se passait bien...en lançant un téléchargement usenet couplé à une sauvegarde sur hd externe usb2, j'ai eu ce phénomène.

D'où celà peut-il bien venir ?

à votre avis, est-un soucis hardware (malgré des tests vierges) ou logiciel ?
Je n'ai pas envie de ramener la machine dans ce dernier cas, les vendeurs n'étant pas à même de régler le soucis. C'est reprise de la bête ou je résoud le soucis.

je lui ai fait faire une conversion waw-mp3 d'un gros fichier audio accompli en peu de temps et sans ralentissement des performances, donc c'est une machine qui en "a sous le pied", ça n'a pas l'air d'être un soucis de manque de puissance ou de chauffe.

Est-ce que je devrais entendre les ventilos ? (je n'ai jamais entendu ceux de mon fier MB 2008)

se peut-il que ma restauration pose un soucis logiciel ?

merci par avance pour votre aide. Je n'ai pas trouver d'explications par ailleurs qui collerait avec ce que je rencontre.
 
Salut.

Tu pourrais commencer par ouvrir la bête afin de voir si elle n'est pas encombrée de poussière au niveau des ventilateurs par exemple.
 
Bonjour,
Déjà fait, en l'occurence la machine est clean.
Je précise que la batterie est très récente (45 cycles), c'est une batterie non-amovible (logique, vu la date du MB), mais il n'y a pas marqué "apple" dessus. J'ignore si ça peut avoir une incidence.
J'entends les ventilateurs qui tournent tout doucement, et à l'instar de mon ancienne machine, je ne les ai jamais entendu mouliner.
Mais encore une fois, la machine n'est pas chaude quand le probleme se déclenche, et c'est très soudain.
 
Salut kristopolis.

J'ai fait la manœuvre à ta place sur mon Mac : MacBook Pro 17" 2,5 GHz Late_2011 identifié comme MacBookPro8,3 => dans le «Terminal», j'ai passé la commande :

Bloc de code:
sudo mv /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/MacBookPro8_3.plist Desktop
ce qui a déplacé le fichier MacBookPro8_3.plist (spécifique à mon Mac) sur mon Bureau de session. J'ai re-démarré : aucun impact sur le démarrage ni la ré-ouverture de session. Évidemment, je ne peux pas juger : je n'ai pas de kernel_task enfiévrée. Une inspection du dossier de résidence originel du fichier montre qu'il n'est pas re-créé.

N'ayant rien de mieux à faire, j'ai donc passé la commande de re-déplacement à la localisation originelle suivante :

Bloc de code:
sudo mv Desktop/MacBookPro8_3.plist /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources
et le fichier a été re-déplacé de mon Bureau de session dans son sous-dossier de localisation originel. J'ai re-démarré sans problème.
--------------------​

Si donc tu voulais opérer une manœuvre similaire sur ton Mac, commence par vérifier at: Menu /À propos de ce Mac/Rapport Système...que l'identifiant de ton MacBook Pro 15" Early_2011 est bien : MacBookPro8,2. Si tel est bien le cas, alors tu lances le «Terminal» (at: Applications/Utilitaires) et tu fais un copier-coller intégral dans la fenêtre ouverte du «Terminal» de la commande de déplacement du fichier critique sur ton Bureau de session (déroule bien le tapis roulant horizontal pour la sélectionner toute) :

Bloc de code:
sudo mv /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/MacBookPro8_2.plist Desktop
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> le fichier MacBookPro8_2.plist va être déplacé sur ton Bureau de session. Ne pas y toucher ! Re-démarre ton Mac et teste ce qu'il en est de la kernel_task (opération du noyau).

Pour ré-déplacer le fichier MacBookPro8_2.plist du Bureau de session à sa localisation originelle, passer la commande :

Bloc de code:
sudo mv Desktop/MacBookPro8_2.plist /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources

[NOTE : remplacer le HDD d'un MacBook Pro 2011 par un SSD Crucial (bricolage enfantin) est l'opération à réaliser sans tarder. Amélioration collatérale : passer la RAM à 16 Go (toujours chez Crucial) => ainsi que tu obtiendras une machine du tonnerre. C'est ce que j'ai fait sur mon MacBook Pro Late_2011]

--------------------​
 
Dernière édition par un modérateur:
Pour l'instant ça marche impeccable. plus du tout le probleme. Je respire. Merci beaucoup.

Pour info, j'ai déjà 16Go de ram (pas crucial, ça se saurait) et j'avais un SSD crucial sur mon ancienne machine, aussi, c'est prévu ;-). Est-ce qu'il y aurait une grosse différence de perf entre ma ram et de la crucial ?
 
Est-ce qu'il y aurait une grosse différence de perf entre ma ram et de la crucial ?
A priori non, mais parfois il peut y avoir de sacrés surprises en fonction de la marque avec des bizarreries.

Quelle est la marque de tes barrettes mémoires ?

Sinon, avec un SSD tu auras un temps de démarrage de 15 secondes, il est vrai que le disque dur actuel en 5400 tr/mn est franchement périmé mais bon pour du stockage. Ton modèle étant de 2011, donc avec des ports en USB 2.0 qui est aussi un frein pour l'échange de données.
 
A priori non, mais parfois il peut y avoir de sacrés surprises en fonction de la marque avec des bizarreries.
je n'ai pas fait attention à la marque en ouvrant la bestiole, en revanche le (diablement long) Test du matériel Apple (Apple Hardware Test) qui passe le plus clair de son temps à tester la mémoire n'a rien trouvé. Est-ce à dire qu'il peut y avoir qq chose ? Si oui, mon soucis aurait pu être lié ?

je vois bien, aussi, la différence entre le demarrage de ma "vieille" machine sous SSD et la "nouvelle", puis récente, plus puissante, avec un "bête" 5400 tours... C'est ahurissant, y compris dans l'utilisation.
 
MACOMANIAC tu es mon sauveur ! ALLELUIA !

J'ai exactement le même problème que Prolls depuis novembre 2015 ! Comme lui j'ai absolument tout essayé sans rien trouver. Je m'étais résolu à ramener mon
Mac mini 2014 optimisé au maximum
chez APPLE mais j'ai tout de même fait une dernière recherche qui m'a mené à toi…

Cependant j'ai un petit soucis :
• d'après À propos de ce Mac l'identifiant de mon Mac est Macmini6,2
• d'après le Terminal l'identifiant de mon Mac est Macmini6,2
Mais après avoir fait la manipulation (Macmini6_2.plist) et tapé mon mot de passe le Terminal répond :
" No such file or directory "

De fait je ne trouve pas trace de ce fichier dans mon ordinateur et dans la liste de ce type de fichier que j'ai trouvé dans le Terminal les Mac mini s'arretent à Macmini5_3.plist !
Bref, MON PROBLEME EST ENCORE PLUS COMPLIQUÉ QUE CELUI DE PROLLS :'(
 
Salut Astérix yanndefond

Tu n'as sans doute eu qu'une fausse joie (mais toute joie est bonne à prendre)
361608_original.png


Parce que ma contribution dans ce fil a été tout ce qu'il y a de modeste : j'ai simplement expérimenté à l'époque sur mon propre Mac que la soustraction d'un fichier .plist correspondant au modèle de mon Mac dans le sous-paquetage de l'extension du noyau IOPlatformPluginFamily.kext ne plantait pas le Mac au re-démarrage. Et j'ai donc simplement proposé à l'intéressé une adaptation de la commande de déplacement du fichier correspondant à son Mac. N'ayant pas de kernel_task enfiévrée, je n'ai pas pu juger dans mon propre cas de l'effet produit par cette bidouille.

Si tu tiens à tester cette piste pour ton modèle de Mac : le Macmini6,2, alors il faut adapter un peu les choses. Les fichiers .plist correspondant aux bécanes récentes ne sont pas loggés at: /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/ mais sont loggés at:
/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/

À présent, si tu te rends à cette adresse pour l'inspecter, tu te rendras compte que lesdits fichiers .plist ne portent plus mention de l'identifiant du modèle de Mac (c'était trop évident), mais un Mac-XXXXXXXXXXXXXXXX (16 caractères alpha-numériques non-parlant). Néanmoins, si tu te rends sur cette page : ☞Macmini6,2☜ et si tu t'intéresses à la rubrique Motherboard (Carte-Mère), tu y lis l'identifiant : Mac-F65AE981FFA204ED Macmini6,2. Si donc tu te reportes au sous-dossier Resources de ma dernière localisation, tu avises au 5è rang avant la fin, un fichier : Mac-F65AE981FFA204ED.plist => pas de doute, tu tiens le fichier .plist correspondant à ton modèle de Mac.

--------------------​

Alors, comme je l'avais fait dans ma contribution du message #5, je peux te proposer 2 commandes, une de déplacement du fichier en question sur ton Bureau de session, une inverse de replacement si aucun effet bénéfique ne s'ensuivait.

Néanmoins, s'agissant d'un élément faisant partie du super-répertoire /System/Library/ d'«El Capitan», il est clair que cette localisation fait partie de celles qui sont verrouillées a priori par le SIP (System Integrity Protection qui opère au lancement de cet OS), y compris à l'égard de manipulations en droits root (d'où le sobriquet de "rootless" du SIP : càd. de destitution de root de son privilège UNIXIEN de Super-User total). Je t'engage donc à re-démarrer en préalable sur ta partition de récupération «Recovery HD» en tenant pressées les touches ⌘R au (re)démarrage jusqu'à l'affichage de la  => parvenu au Bureau simplifié où s'affiche une fenêtre de 4 Utilitaires OS X, va à la barre supérieure de menus de l'écran, menu : "Utilitaires" et lance le «Terminal». Dans la fenêtre qui s'affiche, saisis la commande :
Bloc de code:
csrutil disable
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> cette commande invoque le nouvel utilitaire csrutil (autant dire : configuration_security_rootless_utility) avec le verbe disable (désactiver). C'est seulement dans le «Terminal» de la «Recovery HD» qu'il est possible de passer ce type de commande opératoire avec csrutil. Dans le «Terminal» d'OS X, tu ne peux que t'informer de l'état du SIP par un csrutil status [NB. Pour réactiver le SIP, da capo : dans le «Terminal» de la «Recovery HD», passer la commande inverse de la première :
Bloc de code:
csrutil enable
Mais attention ! Le protocole du kext-signing (= vérification d'intégrité des extensions du noyau Apple au démarrage) mis au point avec l'OS «Yosemite 10.10» fait partie du SIP => ne t'en va pas réactiver le SIP, si tu ne veux pas planter ton kernel à la vérification de la IOPlatformPluginFamily.kext...]

--------------------​

Bon : ce préalable accompli, voici la commande permettant de déplacer sur le Bureau de session le fichier Mac-F65AE981FFA204ED.plist :
Bloc de code:
sudo mv /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist Desktop
et ↩︎ --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ --> le fichier Mac-F65AE981FFA204ED.plist devrait s'afficher sur ton Bureau => il faut impérativement re-démarrer pour que la nouvelle donne de l'extension soit injectée dans le kernel.

Commande inverse de re-placement en cas d'inefficacité du procédé :
Bloc de code:
sudo mv Desktop/Mac-F65AE981FFA204ED.plist /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources

--------------------
Ne va surtout pas crier victoire ! Ce genre de bidouillage dans les extensions du noyau Apple me paraît on ne peut plus hasardeux, intrinsèquement : c'est l'idée générale.

À cela s'ajoute un argument ciblé : la kernel_task est le « processus du kernel », lequel est le micro-noyau opérateur du Système. Tu peux te représenter le kernel comme une sorte d'interface entre le hardware du Mac et le software de l'OS, qui se trouve continuellement en train de gérer de multiples tâches dans le sens OS => Mac et dans le sens Mac => OS.

De cette brève présentation, tu comprendras tout de suite que ledit kernel est fort « affairé » tout le temps que le Mac est démarré et l'OS lancé, mais que cet affairement s'incrémente depuis le démarrage logiciel de toutes sortes d'événements => exemple : tu connectes une clé USB au Mac --> hop ! le kernel prend en charge cet attachement d'un disque et charge son partitionnement ; inversement, tu commandes un travail d'écriture au disque du Mac --> il va y avoir vraisemblablement mise-en-cache de cette tâche qui va être passée au moment voulu par le kernel au processeur selon un rang déterminé dans une file d'attente.

Tu comprendras à partir de là pourquoi j'ai toujours été (personnellement) mal à l'aise avec le problème de kernel_task qui prend un pourcentage phénoménal de CPU ou une quantité anormale de RAM. C'est que le facteur déclencheur peut-être tout et n'importe quoi, pour autant que soit impliquée une relation software <=> hardware. Ça peut être tout bêtement un empoussiérage des ventilateurs, qui les freine, qui se répercute dans la kernel_task, par exemple.

Alors de là à décréter, comme des intervenants du site «MacRumors», que c'est exclusivement tel fichier .plist d'une obscure Apple kext qui serait à incriminer : ça me paraît on ne peut plus hasardeux.

=> Je serais toi, ta bécane étant très récente, je prendrais quand même rendez-vous au Genius Bar de l'AppleStore le plus proche pour leur refiler la patate chaude...

--------------------​
 
Dernière édition par un modérateur:
Comme je suis allé jusqu'à formater le disque avant de réinstaller l'OS mais que cela n'y a rien fait je n'ai plus rien à perdre : C'EST TA SOLUTION OU APPLE (sachant qu'il n'y a pas d'Apple store dans le pays où je vis).

Mais je ne suis pas allé bien loin puisque tout ce que j'ai obtenu c'est :
-bash: sudo: command not found
Et j'ai vérifié plusieurs fois la longue commande ce qui est fastidieux :'(

Merci quand même, tu es compréhensible autant par un expert qu'un débutant.
 
-bash: sudo: command not found

Cette réponse me laisse penser que tu as passé la commande dans le «Terminal» de la partition de récupération «Recovery HD» - est-ce que je me trompe ?

Car lorsqu'on lance le «Terminal» de la «Recovery HD», on est automatiquement loggé dans un shell = -bash-3.2# en tant qu'opérateur root (System Administrator). Dans ce contexte, sudo ne peut être appelé, car il serait absurde pour root d'invoquer cet utilitaire (abrégé de : substitute user do : opérer en qualité d'utilisateur substitué => root par défaut) afin d'obtenir des droits root qu'il a déjà en tant que root...

Est-ce que tu peux passer la commande dans le «Terminal» de ton OS, à partir de ta session ouverte, car c'est dans ce contexte que sudo fait sens ? Cette application se trouve à l'adresse : Applications > Utilitaires > Terminal.app
 
  • J’aime
Réactions: Yann D
En effet j'ai bien passé la commande dans le «Terminal» de la «Recovery HD» chose que je n'avais encore jamais faite.
Je viens de passer la commande dans le «Terminal» de mon OS mais après avoir tapé mon mot de passe, rien ne se passe justement :
" Mac-de-Yann-DEFOND:Resources yanndefond$ "

Faut-il entrer la commande dans le «Terminal» de son OS IMMÉDIATEMENT après avoir passé
" csrutil disable "
dans le «Terminal» de la «Recovery HD» ?
 
J'avais oublié de déclarer en clair, qu'après avoir désactivé le SIP dans le «Recovery HD», il fallait re-démarrer sur OS X et que c'était dans le «Terminal» de l'OS qu'il fallait opérer. Pour ta question : une fois le SIP désactivé, il reste désactivé, démarrage du Mac après démarrage.

Parce que le SIP, ce sont des attributs (6 flags) présents dans la petite mémoire NVRAM de la Carte-Mère, que le Programme Interne du Mac (EFI) au démarrage passe au lanceur de l'OS (le boot_loader : boot.efi), qui les refile au kernel, qui les refile au processus launchd chargé d'activer l'OS et c'est à ce dernier moment que les attributs se trouvent fixés sur leurs cibles. Quand on désactive le SIP, ça veut dire que ces attributs ne sont plus présent en NVRAM et donc que la chaîne de "relais" que je t'ai décrite n'intervient plus. C'est une situation permanente.

Tu peux la vérifier dans le «Terminal» de ton OS, en passant la commande :
Bloc de code:
csrutil status
=> si le SIP est bien désactivé, tu vois s'afficher en retour un :
Bloc de code:
System Integrity Protection status: disabled.

--------------------
Pour mes 2 commandes, j'avais eu la flemme de les tester (je les ai composées de tête) => je viens de passer la première : hop ! un fichier Mac-F65AE981FFA204ED.plist apparaît sur mon Bureau de session. J'ai enchaîné par la 2è (car je n'ai pas besoin personnellement d'éliminer ce fichier) : hop ! le fichier Mac-F65AE981FFA204ED.plist disparaît de mon Bureau pour se relogger à son point de départ. Donc les commandes sont valides.

J'ajoute une remarque : la plupart du temps, dans le «Terminal», quand une commande est sans erreur, il... ne se passe rien de visible => simplement l'invite de commande (chez toi Mac-de-Yann-DEFOND:~ Resources yanndefond$) se ré-affiche directement. Le succès est donc muet, c'est l'échec qui est loquace : le «Terminal» te rembarre, avec des "no such file or directory" etc. - ce qui n'a pas été le cas apparemment chez toi.

Donc, c'est sur ton Bureau de session qu'il te faut chercher des yeux : s'il est encombré d'objets divers, et que le fichier Mac-F65AE981FFA204ED.plist ait bien atterri dessus, à toi de le repérer dans le fouillis => est-ce que tu le vois ?

Si c'est le cas, preuve qu'il a bien été déloggé, je te conseille de passer alors dans le «Terminal» la commande :
Bloc de code:
sudo touch /System/Library/Extensions
(l'invite de commande va se ré-afficher directement - cette commande "remet les pendules à l'heure" sur le dossier des Extensions) et ensuite de re-démarrer pour que le kernel charge le nouvel ensemble des extensions.



-​
 
Dernière édition par un modérateur:
J'ai l'impression de comprendre et pourtant… :P

En fait il n'y a ABSOLUMENT RIEN sur mon bureau, pas même un disque… Pour en avoir le cœur net j'ai aussi regardé dans une fenêtre pour vérifier s'il n'y avait pas un fichier invisible caché quelque part mais non, RIEN.

Alors j'ai eu l'idée d'entrée la commande inverse, réponse :
" mv: rename Desktop/Mac-F65AE981FFA204ED.plist to /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist: Not a directory "

Alors à nouveau la première commande et réponse :
" mv: /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist: No such file or directory "

Donc j'ai dû faire une connerie quelque part mais kernel est tjr là. Taper cette réponse me prend un temps fou (genre un caractère /10sc) et hier il est même monté jusqu'à 2169% (actuellement 550) ! :o
 
Tu peux faire une vérification en manuel. Tu vas à la barre de menus du Finder tout en haut de l'écran, menu : Aller > Aller au dossier... (tout en bas des sous-menus) que tu sélectionnes => un panneau s'affiche avec une rubrique : Aller au dossier : au-dessus d'un champ de saisie horizontal.

Fais un copier-coller dans ce champ de la ligne (déroule bien le tapis roulant horizontal jusqu'au bout) :
Bloc de code:
/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources
et presse le bouton "Aller" => une fenêtre du Finder va s'afficher, montrant l'espace du sous-dossier contenant une série de fichiers Mac-XXXXXXXXXXXXXXXX.plist.

Est-ce que, en 5è postition avant la fin, tu vois un fichier : Mac-F65AE981FFA204ED.plist ou non ?
 
Ben non il n'y est pas. J'ai 37 fichiers mais pas celui-ci. Je ne sais pas où il est passé. :/

D'un côté ce n'est pas grave étant donné que mon Mac ne fonctionne pas plus mal pour autant. De l'autre il ne fonctionne pas mieux non plus et là je crois qu'il est bon pour APPLE :'(

Précédemment je t'ai envoyé le résumé, voici la version complète du terminal (OS X) :
" Last login: Sun Apr 24 07:52:56 on console

Restored session: Sat Apr 23 15:19:18 ICT 2016

Mac-de-Yann-DEFOND:Resources yanndefond$ sudo mv /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist Desktop

Password:

Mac-de-Yann-DEFOND:Resources yanndefond$ sudo mv Desktop/Mac-F65AE981FFA204ED.plist /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources

Password:

mv: rename Desktop/Mac-F65AE981FFA204ED.plist to /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist: Not a directory

Mac-de-Yann-DEFOND:Resources yanndefond$ sudo mv /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist Desktop

mv: /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources/Mac-F65AE981FFA204ED.plist: No such file or directory

Mac-de-Yann-DEFOND:Resources yanndefond$ "
 
Quoi qu'il en soit des commandes que tu as passées, le fait que le fichier cité (Mac-F65AE981FFA204ED.plist) ne soit pas présent à la localisation affichée (/System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources) était le but recherché => donc il n'y a plus rien à faire de ce côté-là : si les choses ne vont pas mieux, cette piste tourne court. Comme on dit : il faut savoir changer le fusil d'épaule.

--------------------
Comme Jean l'avait mentionné dans son message #11, tu pourrais utiliser l'application ☞EtreCheck☜ (déroule la page => tu as un lien TÉLÉCHARGER en 3è rubrique) qui va te faire télécharger un EtreCheck.app. Tu peux déplacer cette application dans les Applications ou les Applications/Utilitaires.

Quand tu la lances, un panneau te propose un menu préalable : Choisissez un problème => tu peux choisir "Pas de problème - seulement la vérification" ou "Autre problème" et tu renseignes : kernel_task (par exemple) dans le champ de saisie et tu presses le bouton "Démarrer".

=> une vérification (qui dure un petit moment) va être faite des facteurs : matériel, logiciel, daemons, agents donnant lieu à l'affichage d'un long rapport réparti en rubriques. Tu peux le poster in extenso ici, pour le cas où des anomalies sauteraient aux yeux.
 
  • J’aime
Réactions: Yann D
Et en Français ?

EtreCheck version : 2.9.11 (264)

Rapport créé le 2016-04-24 14:08:00

Télécharger EtreCheck chez https://etrecheck.com

Runtime 15:32

La vitesse : Pire



Cliquez sur les liens [L’aide] pour l’assistance avec les produits non-Apple.

Cliquez sur les liens [Les détails] pour plus d'informations sur cette ligne.



Problème :L‘ordinateur est trop lent

Description :

kernel_task



Les informations matérielles :

Mac mini (fin 2012)

[Les caractéristiques techniques] - [Le guide de l’utilisateur] - [Garantie & service]

Mac mini - modèle : Macmini6,2

1 2,6 GHz Intel Core i7 CPU : 4-core

16 GB RAM Extensible - [Instruction]

BANK 0/DIMM0

8 GB DDR3 1600 MHz ok

BANK 1/DIMM0

8 GB DDR3 1600 MHz ok

Bluetooth: Bon - Handoff/Airdrop2 disponible

Wireless: en1: 802.11 a/b/g/n


Les informations vidéo :

Intel HD Graphics 4000

LED Cinema Display 2560 x 1440


Les logiciel du système :

OS X El Capitan 10.11.4 (15E65) - Temps depuis le démarrage : environ 6 heures


Les informations des disques :

APPLE SSD SM128E disk0 : (121,33 GB) (Solid State - TRIM: Yes)

EFI (disk0s1) <non monté> : 210 Mo

Boot OS X (disk0s3) <non monté> : 134 Mo

Macintosh HD (disk2) / : 1.11 To (633.28 Go libre)

Core Storage: disk0s2 120.99 Go Online

Core Storage: disk1s2 999.35 Go Online


APPLE HDD HTS541010A9E662 disk1 : (1 TB) (Rotational)

EFI (disk1s1) <non monté> : 210 Mo

Recovery HD (disk1s3) <non monté> [Restauration] : 650 Mo

Macintosh HD (disk2) / : 1.11 To (633.28 Go libre)

Core Storage: disk0s2 120.99 Go Online

Core Storage: disk1s2 999.35 Go Online


Les informations USB :

Apple, Inc. IR Receiver

Apple Inc. BRCM20702 Hub

Apple Inc. Bluetooth USB Host Controller

LaCie P'9220 Mobile Drive 1 TB

EFI (disk3s1) <non monté> : 210 Mo

Boot OS X (disk3s3) <non monté> : 134 Mo

Sauvegarde (disk4) /Volumes/Sauvegarde : 999.49 Go (484.09 Go libre)

Crypté AES-XTS Overt

Core Storage: disk3s2 999.86 Go Online

Canon MP140 series

Apple Inc. Apple LED Cinema Display

Apple Inc. Display iSight

Apple Inc. Display Audio

Apple Inc. MacBook Air SuperDrive


Les informations Thunderbolt :

Apple Inc. thunderbolt_bus


Les fichiers de configuration :

/etc/hosts - Nombre : 20

System Integrity Protection status: disabled


Le gatekeeper :

Mac App Store et développeurs identifiés


Les extensions du noyau :

/Applications/DAEMON Tools/DAEMON Tools.app

[engagé] com.disc-soft.DAEMONTools.VirtualSCSIBus (1.0.2 - SDK 10.8 - 2016-04-23) [L’aide]



/Applications/TemperatureMonitor.app

[désengagé] com.bresink.driver.BRESINKx86Monitoring (3.0 - 2016-04-23) [L’aide]



Les agents de lancement systèmes :

[désengagé] 8 tâches d’Apple

[engagé] 151 tâches d’Apple

[en marche] 79 tâches d’Apple


Les daemons de lancement systèmes :

[désengagé] 39 tâches d’Apple

[engagé] 156 tâches d’Apple

[en marche] 94 tâches d’Apple


Les agents de lancement :

[désengagé] com.adobe.AAM.Updater-1.0.plist (2015-12-08) [L’aide]

[échec] com.adobe.ARMDCHelper.cc24aef4a1b90ed56a...plist (2015-10-31) [L’aide]

[désengagé] com.adobe.AdobeCreativeCloud.plist (2015-12-08) [L’aide]

[engagé] com.oracle.java.Java-Updater.plist (2014-10-15) [L’aide]


Les daemons de lancements :

[engagé] com.adobe.ARMDC.Communicator.plist (2015-10-31) [L’aide]

[engagé] com.adobe.ARMDC.SMJobBlessHelper.plist (2015-10-31) [L’aide]

[engagé] com.adobe.SwitchBoard.plist (2012-11-10) [L’aide]

[en marche] com.adobe.adobeupdatedaemon.plist (2015-12-08) [L’aide]

[engagé] com.adobe.agsservice.plist (2015-12-08) [L’aide]

[engagé] com.adobe.fpsaud.plist (2016-04-16) [L’aide]

[en marche] com.disc-soft.DAEMONTools.PrivilegedHelper.plist (2015-07-06) [L’aide]

[engagé] com.oracle.java.Helper-Tool.plist (2014-10-15) [L’aide]


Les agents de lancement pour l’utilisateur :

[engagé] com.adobe.AAM.Updater-1.0.plist (2013-11-24) [L’aide]

[engagé] com.adobe.ARM.[...].plist (2014-06-02) [L’aide]

[échec] [email protected]-SharedServices.Agent.plist

[engagé] com.apple.MobileMeSyncClientAgent.plist

[engagé] com.apple.SafariBookmarksSyncer.plist

[en marche] com.disc-soft.DAEMONTools.DAEMONToolsAgent.plist (2015-07-06) [L’aide]

[engagé] com.facebook.videochat.[expurgé].plist (2014-08-09) [L’aide]

[engagé] com.google.keystone.agent.plist (2016-03-02) [L’aide]

[échec] com.hp.printerAgent.plist (2010-04-14) [L’aide]


Les éléments Ouverture :

iTunesHelper Application Caché (/Applications/iTunes.app/Contents/MacOS/iTunesHelper.app)


Les autres apps :

[en marche] com.etresoft.EtreCheck.172512

[en marche] jp.co.canon.cijscannerregister.97952

[engagé] 398 tâches d’Apple

[en marche] 216 tâches d’Apple


Les plug-ins internets :

Default Browser : 601 - SDK 10.11 (2016-04-23)

AdobeExManDetect : AdobeExManDetect 1.1.0.0 - SDK 10.7 (2013-07-26) [L’aide]

Flip4Mac WMV Plugin : 2.3.8.1 (2011-01-14) [L’aide]

AdobeAAMDetect : 3.0.0.0 - SDK 10.9 (2015-12-08) [L’aide]

AdobePDFViewerNPAPI : 15.010.20060 - SDK 10.8 (2016-04-19) [L’aide]

DivX Web Player : 3.2.3.1164 - SDK 10.6 (2014-09-10) [L’aide]

FlashPlayer-10.6 : 21.0.0.226 - SDK 10.6 (2016-04-22) [L’aide]

QuickTime Plugin : 7.7.3 (2016-04-23)

Flash Player : 21.0.0.226 - SDK 10.6 (2016-04-22) [L’aide]

iPhotoPhotocast : 7.0 (2012-09-06)

Silverlight : 4.0.51204.0 (2011-05-09) [L’aide]

AdobePDFViewer : 15.010.20060 - SDK 10.8 (2016-04-19) [L’aide]

JavaAppletPlugin : Java 8 Update 73 build 02 (2016-02-16) Vérifier la version



Les plug-ins internets pour l’utilisateur :

RealPlayer Plugin : Inconnu



Les extensions de Safari :

ClickToFlash - Marc Hoyois - http://hoyois.github.com/safariextensions/clicktoplugin/ (2016-02-15)

Video2mp3 - Lunaweb - http://www.video2mp3.net (2012-09-11)

SaveFrom.net helper - SaveFrom.net - http://savefrom.net (2016-02-15)


Les panneaux de préférences tiers :

Flash Player (2016-04-16) [L’aide]

Flip4Mac WMV (2012-07-30) [L’aide]

Java (2016-02-16) [L’aide]


Les polices mauvaises :

school.TTF : ~/Library/Fonts/school.TTF

Puzzle.ttf : ~/Library/Fonts/Puzzle.ttf


Le Time Machine :

Ignorer les fichiers du système : NON

Sauvegardes mobiles : Allumé

Sauvegarde automatique : OUI

Disques sauvegardés :

Macintosh HD : Taille de disque : 1.11 To Disque utilisé : 478.55 Go

Destinations :

Sans titre [Local]

Taille totale : 999.49 Go

Nombre de sauvegardes total : 13

Sauvegardes la plus agée : 06/03/2016 18:48

Dernière sauvegarde : 24/04/2016 13:36

Taille de la disque de sauvegarde : Trop petit

Taille de sauvegarde 999.49 Go > (Disque utilisé 478.55 Go X 3)


L’utilisation du CPU par processus :

555% kernel_task

72% com.apple.WebKit.WebContent(14)

34% com.apple.security.pboxd

32% GarageBand

22% WindowServer


L’utilisation de la RAM par processus :

2.98 Go com.apple.WebKit.WebContent(14)

1.23 Go kernel_task

901 Mo Adobe Photoshop CS6

688 Mo iPhoto

475 Mo softwareupdated


Les informations de la mémoire virtuelle :

122 Mo RAM Disponible

16.00 Go RAM Utilisée (4.04 Go Cached)

0 o Fichier d’échange utilisé


Les informations du diagnostic :

Apr 24, 2016, 01:52:56 PM ~/Library/Logs/DiagnosticReports/EtreCheck_2016-04-24-135256_[expurgé].crash

/Users/USER/Desktop/EtreCheck.app/Contents/MacOS/EtreCheck

Apr 24, 2016, 12:43:46 PM ~/Library/Logs/DiagnosticReports/MP Navigator_2016-04-24-124346_[expurgé].crash

jp.co.canon.bj.printer.app.module.MPN313 - /Applications/Canon/MP Navigator 3.1.app/Contents/Resources/MP Navigator.app/Contents/MacOS/MP Navigator

Apr 24, 2016, 12:42:33 PM ~/Library/Logs/DiagnosticReports/MP Navigator_2016-04-24-124233_[expurgé].crash

Apr 24, 2016, 07:52:11 AM Examen de soi - succès

Apr 23, 2016, 12:18:06 PM /Library/Logs/DiagnosticReports/MacClean_2016-04-23-121806_[expurgé].cpu_resource.diag [Les détails]

/Applications/MacClean.app/Contents/MacOS/MacClean