iMac Benchmark "single core" divisé par 10 sur iMac late 2013

[ness_Du_frat]

Bon, le script me retourne des erreurs... Donc je n'ai pas pu le faire fonctionner.
Le log ressorti par le démarrage verbose n'avait tellement rien à voir avec la tronche du mode verbose que je suis allée récupérer les lignes dans la console pour les mettre en dessous de ce que j'ai pu récupérer avec la commande qui balance le log sur le bureau. J'ai mis le fichier en lien : https://ufile.io/57223

 

[Membre supprimé 1060554]

des fichiers que jai uploadés sur un site externe

En fait, le sysdiagnose_2016.11.30_00-00-52+0100 est un dossier recelant des kilomètres de fichiers .txt et des sous-dossiers > à moins d'être un expert sachant a priori où il faut regarder pour vérifier des séquences cruciales > il est bien difficile de savoir sur quoi se concentrer.

Je relève (en date du 17 XI 2016) l'attestation d'un kernel_panic mentionnant ceci :

*** Panic Report ***
panic(cpu 6 caller 0xffffff80257cbe03): Kernel trap at 0xffffff7fa5fc6b9a, type 14=page fault, registers:
CR0: 0x0000000080010033, CR2: 0x000000000000001c, CR3: 0x000000042d25c0e3, CR4: 0x00000000000626e0
RAX: 0x0000000000000001, RBX: 0x6ca0bcc2510300b2, RCX: 0x0000000001000000, RDX: 0xffffff8045d65370
RSP: 0xffffff8210373350, RBP: 0xffffff82103733a0, RSI: 0x0000000000000000, RDI: 0x0000000000000000
R8:  0xffffff80583fc000, R9:  0xfffffffffffff000, R10: 0xffffff8045c39c00, R11: 0xffffff8045c39c00
R12: 0xffffff8046097158, R13: 0xffffff7fa5fd86b2, R14: 0x0000000000000001, R15: 0xffffff804609713a
RFL: 0x0000000000010286, RIP: 0xffffff7fa5fc6b9a, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x000000000000001c, Error code: 0x0000000000000000, Fault CPU: 0x6, PL: 0

Backtrace (CPU 6), Frame : Return Address
0xffffff8210372fe0 : 0xffffff80256d7b92
0xffffff8210373060 : 0xffffff80257cbe03
0xffffff8210373240 : 0xffffff80257e9ba3
0xffffff8210373260 : 0xffffff7fa5fc6b9a
0xffffff82103733a0 : 0xffffff7fa5fdd8f9
0xffffff82103733d0 : 0xffffff7fa5fe281b
0xffffff8210373400 : 0xffffff7fa5fd94a5
0xffffff8210373440 : 0xffffff7fa5fc8498
0xffffff8210373470 : 0xffffff7fa5fc83d9
0xffffff82103734a0 : 0xffffff7fa5fd86da
0xffffff82103734c0 : 0xffffff8025cb060e
0xffffff8210373500 : 0xffffff7fa5fd8696
0xffffff8210373530 : 0xffffff8025c8d648
0xffffff8210373570 : 0xffffff8025cb060e
0xffffff82103735b0 : 0xffffff8025c8c7a4
0xffffff8210373630 : 0xffffff8025c88b67
0xffffff8210373670 : 0xffffff8025c8bb2c
0xffffff82103736f0 : 0xffffff7fa5e55db6
0xffffff8210373750 : 0xffffff8025c8da34
0xffffff82103737b0 : 0xffffff7fa5e57023
0xffffff8210373820 : 0xffffff8025935d9f
0xffffff8210373890 : 0xffffff8025924507
0xffffff82103738f0 : 0xffffff8025917dff
0xffffff82103739a0 : 0xffffff80259039b8
0xffffff8210373be0 : 0xffffff80259044d0
0xffffff8210373f60 : 0xffffff8025c255e1
0xffffff8210373fb0 : 0xffffff80257ea3a6
      Kernel Extensions in backtrace:
         com.apple.iokit.IOStorageFamily(2.1)[DC1AAB7C-F417-3238-BB3F-2A5B84D67B90]@0xffffff7fa5e4c000->0xffffff7fa5e72fff
         com.softraid.driver.SoftRAID(5.5.5)[37E2C328-0E5C-31F5-9EBD-45EDEE0277B1]@0xffffff7fa5fbc000->0xffffff7fa5ff7fff
            dependency: com.apple.iokit.IOStorageFamily(2.1)[DC1AAB7C-F417-3238-BB3F-2A5B84D67B90]@0xffffff7fa5e4c000

BSD process name corresponding to current thread: diskimages-helpe
Boot args: mbasd=1

Je ne sais pas à quel type d'OS démarré correspond ce message de plantage qui paraît dire que : les extensions com.apple.iokit.IOStorageFamily & com.softraid.driver.SoftRAID occasionnent le plantage du kernel => faudrait-il alors tenter de désinstaller le pilote (de tierce partie : d'où vient-il celui-là ? certainement pas d'une clean install) de SoftRAID et d'enlever (provisoirement) la com.apple.iokit.IOStorageFamily Apple du dossier /System/Library/Extensions ? - bof ! ce rapport de plantage doit être sans rapport avec le démarrage actuel sous «Mavericks», non ?

Je note qu'il est fait allusion aussi à un paramètre spécial en NVRAM (le boot-args : mbasd=1 - que je connais bien, l'ayant utilisé couramment - consistant à faire accroire au kernel que le Mac démarré est un mac_book_air de manière à ce qu'un périphérique de type super-drive USB externe Apple soit validé = 1 lors de son attachement) => un reset_NVRAM devrait éliminer cette instruction (inutile pour qui n'a pas de Super-Drive USB Apple) > mais je doute sincèrement que cela suffise à dérouter le kernel.

=> s'il faut scruter ainsi chaque fichier (dont certains kilométriques en lignes) > pour introduire des variations expérimentales chaque fois... pfuiii ! il vaudrait mieux soumettre ça à un expert ès dianostics qui saurait tout de suite où aller fouiner. Et les experts ès diagnostics : ils s'appellent des Apple® ingénieurs > pourquoi ne pas (tenter de) communiquer ce dossier à l'un d'eux qui saurait quoi vérifier tout de suite ?

 

[ness_Du_frat]

Oui, je vais regarder avec les gens du apple care, on va voir cet après-midi si on peut récupérer le diagnostic fait au apple store qu'ils ne m'ont pas donné pour une raison x ou y...
J'avais préparé le diagnostic système pour eux en me disant qu'ils ne le voudraient sûrement pas, mais bon, à tout hasard, je me suis dit que ça se trouve c'était un truc flagrant qui allait peut-être te sauter aux yeux.
Tout ce que j'ai réussi à savoir, c'est PFM006 = senseur foutu = changement de carte-mère. Donc je pense que c'est le résultat que j'aurai à la fin. Mais évidemment, ça, c'est pas Apple qui me l'a dit, car ils ne sont pas autorisés à me dire à quoi correspond PFM006 tant que ce n'est pas un technicien agréé Apple qui leur donne le code... C'est un peu débile, leur truc. Le code, c'est leur outil de diagnostic qui me l'a ressorti, et je l'ai vu aussi par-dessus l'épaule du gars. Je ne l'ai pas inventé. Mais ils ne veulent rien savoir.
Enfin, je verrai ce soir, un ami passe à l'apple store pour voir s'il peut récupérer le diagnostic, histoire de m'éviter deux heures en transports publics pour rien...

Edit : et le démarrage actuel, c'est el capitan. Mavericks, c'es l'horreur, il est encore mille fois plus lent, c'est ingérable.

Par contre, pour l'autre, je pense que c'est le El Capitan clone de mon macbook pro, d'où les extensions chelous. Là, le nouveau, c'est un tout neuf.

 

[ness_Du_frat]

Dernier truc, pour la postérité, que fait exactement kernel task (oui, j'ai réussi de peine et de misère à faire fonctionner mon script, à moitié, mais ça m'a ressorti quelque chose) :

FUNCTION                                                COUNT   PCNT
AppleIntelHD5000Graphics`IntelAccelerator::commitGARTMemory(IOMemoryDescriptor        0   0.0%
AppleIntelHD5000Graphics`IntelAccelerator::submitBlit(blit3d_params_t*,        0   0.0%
IOAcceleratorFamily2`IOAccelShared2::memory_with_client_buffer(unsigned        0   0.0%
AppleUSBXHCI`AppleUSBXHCIEndpoint::transferEvent(StandardUSBXHCI::StandardUSBXHCITRB*,        0   0.0%
IOAcceleratorFamily2`IOAccelResource2::dirtyLevel(unsigned        0   0.0%
kernel`OSSet::initIterator(void*)                           0   0.0%
IOAcceleratorFamily2`IOAccelDisplayPipeTransaction2::getTransactionDirtyBits()        0   0.0%
AppleIntelHD5000Graphics`IGAccelSurface::getMetaClass()        0   0.0%
IOAcceleratorFamily2`IOAccelSurface2::externalMethod(unsigned        0   0.0%
IOAcceleratorFamily2`IOAccelMemoryMap::getLRUSeed()         0   0.0%
IOAcceleratorFamily2`IOAccelEventMachineFast2::mergeEvent(IOAccelEvent*,        0   0.0%
AppleIntelHD5000Graphics`blit3d_prepare_commands(blit_device_context*,        0   0.0%
kernel`OSObject::taggedRelease(void                         0   0.0%
AppleIntelFramebufferAzul`AppleIntelAzulController::hwDoI2CRequestAction(unsigned        0   0.0%
AppleIntelHD5000Graphics`IGHardwareRingBuffer::writeBuffer(unsigned        0   0.0%
IOAcceleratorFamily2`IOAccelSurface2::s_set_shape(IOAccelSurface2*,        0   0.0%
kernel`IOGeneralMemoryDescriptor::wireVirtual(unsigned        0   0.0%
kernel`IORangeAllocator::allocate(unsigned                  0   0.0%
IOGraphicsFamily`IOFramebuffer::updateVBL(OSObject*,        0   0.0%
kernel`IORegistryEntry::copyName(IORegistryPlane            0   0.0%
IOHIDFamily`IOHIDSystem::_setButtonState(int,               0   0.0%
kernel`OSObject::release()                                  0   0.0%
AppleIntelHD5000Graphics`get_surface_state(surface_params_t        0   0.0%
AppleIntelHD5000Graphics`IGVector<IOAccelEvent*>::add(IOAccelEvent*        0   0.0%
kernel`OSObject::taggedRetain(void                          0   0.0%
kernel`OSOrderedSet::getMetaClass()                         0   0.0%
IOAcceleratorFamily2`IOAccelMemory::getLRUSeed()            0   0.0%
IOAcceleratorFamily2`IOAccelContext2::processDataBuffers(unsigned        0   0.0%
AppleIntelHD5000Graphics`IGAccelFIFOChannel::submitRingCommands(unsigned        0   0.0%
kernel`IOMultiMemoryDescriptor::setPurgeable(unsigned        0   0.0%
kernel`IOGeneralMemoryDescriptor::dmaCommandOperation(unsigned        0   0.0%
AppleBCM5701Ethernet`BCM5701Enet::read570XRegister(unsigned        0   0.0%
kernel`IOMultiMemoryDescriptor::getPhysicalSegment(unsigned        0   0.0%
kernel`IOMemoryDescriptor::getLength()                      0   0.0%
kernel`IOMemoryDescriptor::setPurgeable(unsigned            0   0.0%
IOAcceleratorFamily2`IOAccelMemory::createMappingInTask(IOAccelTask*,        0   0.0%
kernel`IOGeneralMemoryDescriptor::memoryReferenceCreate(unsigned        0   0.0%
kernel`0xffffff80086d37a0                                   1   0.0%
kernel`lck_mtx_lock_spinwait_x86                            1   0.0%
pthread`psynch_cvcontinue                                   1   0.0%
kernel`unix_syscall64                                       1   0.0%
kernel`0xffffff800850f020                                   1   0.0%
kernel`0xffffff80084c09c0                                   1   0.0%
kernel`ipc_mqueue_receive_on_thread                         1   0.0%
kernel`ipc_mqueue_send                                      1   0.0%
kernel`get_bsdthread_info                                   1   0.0%
kernel`bcopy                                                1   0.0%
kernel`fill_task_rusage                                     1   0.0%
kernel`0xffffff80086b6670                                   1   0.0%
kernel`hfs_file_is_compressed                               1   0.0%
kernel`ioctl                                                1   0.0%
kernel`namei                                                1   0.0%
IOAcceleratorFamily2`IOGraphicsAccelerator2::enable_gart_collector()        1   0.0%
kernel`ipc_kmsg_get                                         1   0.0%
kernel`kernel_trap                                          1   0.0%
kernel`pmap_enter_options                                   1   0.0%
kernel`lck_rw_lock_exclusive                                1   0.0%
kernel`assert_wait                                          1   0.0%
kernel`fp_getfkq                                            1   0.0%
kernel`microtime                                            1   0.0%
kernel`lck_mtx_lock_grab_mutex                              1   0.0%
AppleIntelHD5000Graphics`IGHardwareRingBuffer::waitForSpace(int)        1   0.0%
kernel`ipc_kmsg_send                                        1   0.0%
kernel`kevent_register                                      1   0.0%
kernel`hndl_mach_scall64                                    1   0.0%
kernel`hndl_mach_scall                                      1   0.0%
kernel`strcmp                                               1   0.0%
kernel`vm_page_lookup                                       1   0.0%
kernel`thread_set_wq_state64                                1   0.0%
AppleIntelHD5000Graphics`IGAccelPerContextStats::processSample(PCStatsRec*)        1   0.0%
kernel`0xffffff8008567a40                                   1   0.0%
IOAcceleratorFamily2`IOAccelChannel2::incrementStamp()        1   0.0%
kernel`0xffffff8008520240                                   1   0.0%
kernel`lck_rw_destroy                                       1   0.0%
kernel`i386_astintr                                         1   0.0%
IOHIDFamily`IOHIDSystem::doKickEventConsumer(IOHIDSystem*)        1   0.0%
IOUSBHostFamily`IOUSBHostIOSource::ioGated(IOUSBHostIOSource::tInternalDataTransferParameters&)        1   0.0%
kernel`OSArray::~OSArray()                                  1   0.0%
kernel`assert_wait_deadline_with_leeway                     1   0.0%
kernel`fpnoextflt                                           1   0.0%
kernel`IORegistryIterator::getNextObjectFlat()              1   0.0%
kernel`mach_call_munger                                     1   0.0%
kernel`0xffffff8008a980c0                                   1   0.0%
Sandbox`sb_evaluate                                         1   0.0%
IOAcceleratorFamily2`IOGraphicsAccelerator2::free_gart_wirings()        1   0.0%
kernel`0xffffff800897e650                                   1   0.0%
kernel`_kernelrpc_mach_port_deallocate_trap                 1   0.0%
kernel`proc_get_darwinbgstate                               1   0.0%
kernel`ipc_right_lookup_two_write                           1   0.0%
kernel`lck_rw_lock_shared                                   1   0.0%
kernel`lck_mtx_unlock_wakeup_x86                            1   0.0%
kernel`0xffffff80086d2590                                   1   0.0%
AppleIntelHD5000Graphics`IGHardwareRingBuffer::submitToRing()        1   0.0%
kernel`0xffffff800898ee30                                   1   0.0%
AppleIntelHD5000Graphics`IGAccelMemoryMap::commitIntoGPUPageTable()        1   0.0%
kernel`machine_timeout_suspended                            1   0.0%
kernel`_kernelrpc_mach_vm_deallocate_trap                   1   0.0%
kernel`ipc_kobject_server                                   1   0.0%
kernel`cache_lookup_path                                    1   0.0%
kernel`call_continuation                                    1   0.0%
kernel`lck_rw_done_gen                                      1   0.0%
kernel`mach_memory_entry_purgable_control                   1   0.0%
kernel`ipc_kmsg_put                                         1   0.0%
kernel`0xffffff8008519570                                   1   0.0%
kernel`__mac_syscall                                        1   0.0%
Sandbox`hook_proc_check_get_cs_info                         1   0.0%
IOAcceleratorFamily2`IOAccelContext2::requiresBackingStore()        1   0.0%
kernel`ipc_importance_receive                               1   0.0%
kernel`hw_lock_unlock                                       2   0.0%
kernel`vm_page_grab                                         2   0.0%
kernel`pmap_remove_range_options                            2   0.0%
kernel`memcpy                                               2   0.0%
kernel`0xffffff80085daaa0                                   2   0.0%
kernel`waitq_assert_wait64                                  2   0.0%
IOAcceleratorFamily2`IOAccelSysMemoryList::ReverseIterator::getPrevMemory()        2   0.0%
kernel`0xffffff800850e180                                   2   0.0%
kernel`lck_rw_done                                          2   0.0%
kernel`0xffffff80085c5780                                   2   0.0%
kernel`usimple_lock                                         2   0.0%
kernel`vm_map_store_lookup_entry_rb                         2   0.0%
kernel`IOWorkLoop::runEventSources()                        2   0.0%
kernel`waitq_prepost_release_reserve                        2   0.0%
kernel`IOWorkLoop::signalWorkAvailable()                    2   0.0%
kernel`hw_atomic_add                                        2   0.0%
kernel`0xffffff80086b6c50                                   2   0.0%
kernel`0xffffff800851fdc0                                   2   0.0%
kernel`lck_mtx_sleep                                        3   0.0%
kernel`processor_idle                                       3   0.0%
kernel`vm_page_queues_remove                                3   0.0%
kernel`ledger_check_new_balance                             3   0.0%
kernel`__bzero                                              3   0.0%
kernel`hw_lock_to                                           3   0.0%
AppleIntelFramebufferAzul`SafeForceWake(bool)               3   0.0%
kernel`ledger_credit                                        3   0.0%
kernel`0xffffff80084e6670                                   3   0.0%
kernel`zfree                                                3   0.0%
kernel`OSDecrementAtomic                                    3   0.0%
kernel`dcache_incoherent_io_store64                         3   0.0%
kernel`user_trap                                            4   0.0%
kernel`lck_mtx_lock_spin                                    4   0.0%
kernel`_rtc_nanotime_read                                   5   0.0%
kernel`vm_page_wire                                         5   0.0%
kernel`return_from_trap                                     5   0.0%
kernel`upl_commit_range                                     5   0.0%
kernel`waitq_wakeup64_all                                   5   0.0%
kernel`ast_taken                                            6   0.0%
kernel`_bcopy                                               6   0.0%
kernel`0xffffff800851f1a0                                   7   0.0%
kernel`lck_mtx_unlock                                      10   0.0%
kernel`lck_mtx_lock                                        12   0.0%
kernel`ipc_mqueue_post                                     16   0.1%
kernel`do_mfence                                           26   0.1%
kernel`0xffffff80084f3d70                                  40   0.1%
kernel`thread_continue                                     71   0.3%
kernel`thread_block_reason                                 93   0.3%
kernel`dtrace_unregister                                  155   0.6%
kernel`0xffffff80085ee9e0                                4294  15.6%
kernel`machine_idle                                      9894  36.1%
kernel`0xffffff80085ef350                               12637  46.0%

 

[Membre supprimé 1060554]

Ayant l'esprit « conjecturaliste » (version Française : ayant plus d'lmagination que de raison) > je me risque :

- je note que les processus du kernel de 1 à 12 consomment 0.0% de processeur (autant dire qu'il ne se passe rien).

- les processus 16, 26, 40, 71, 93 consomment de 0.1 à 0.3% de processeur (une misère).

- les processus 4294, 9894, 12637 consomment respectivement 15% > 36% > 46% (ce qui devient palpable).

Si je n'erre pas en supposant que les chiffres les plus à gauche sont des PID (Process_IDentifiers) --> alors saisir (respectivement en 3 fenêtres du «Terminal» ouvertes en parallèle) les commandes :

top -pid 4294
top -pid 9894
top -pid 12637

te retournera peut-être des informations sur l'identité de ces sous-processus de la kernel_task ?

 

[ninkasi67]

J'avais une question ! Bonjour les Loulous ! tu penses pas qu'elle puisse utilise Multibeast (booteur) comme un hack pour le lancement depuis le depart ... j'ai regardé hier soir et j'ai fait des test , tu as meme un fichier smc et autres drivers pour le depart du booteur . Chez moi j'ai eu aucun soucis lors de l'installation du système sur un autre Ssd en Externe

 

[ness_Du_frat]

Alors, 4294 et les deux autres me sortent la même chose (qui évolue avec le temps) :

Processes: 231 total, 2 running, 6 stuck, 223 sleeping, 824 threads                                   12:17:35
Load Avg: 5.11, 5.13, 7.51  CPU usage: 4.8% user, 62.13% sys, 33.78% idle
SharedLibs: 242M resident, 19M data, 21M linkedit.
MemRegions: 22591 total, 1331M resident, 109M private, 401M shared.
PhysMem: 3697M used (1167M wired), 4489M unused.
VM: 626G vsize, 533M framework vsize, 0(0) swapins, 0(0) swapouts.
Networks: packets: 21213/14M in, 21628/3888K out. Disks: 65815/2600M read, 32645/1182M written.

Ordi sorti de sa veille, on voit le pic de fréquence :

 

[ness_Du_frat]

Diagnostic Apple normalement envoyé par le Apple Store au support niveau 2. Je vais laisser le temps à la technicienne d'étudier le truc, elle m'a dit de la recontacter si je n'avais pas de nouvelles au bout de quelques jours, on verra si elle s'est manifestée vendredi (oui, parce que juste pour me dire que PFM006 c'est un problème de contrôleur SMC, ca devrait être rapide). Je lui enverrai au besoin les nouveaux logs et les derniers éléments découverts.
Demain, je suis en vadrouille, donc au moins j'arrêterai un peu de me prendre la tête sur ce machin...

 

[Membre supprimé 1060554]

Alors bonne escapade.

Cet iMac - c'est un peu comme avoir à domicile un grand malade en observation (la vie est un chemin de croix)

 

[ness_Du_frat]

Bon, me revoilà enfin, maintenant que mon bouquin est sorti, que j'ai changé ma carte Bluetooth, changé la batterie de mon iPhone 5S (cet aprem ^^), réparé quelques chargeurs, je repars à l'attaque. Je n'ai pas recontacté la fille de chez Apple parce que je passe mon temps à oublier, je n'ai pas encore tenté le hackintosh, c'est toujours au programme, mais je voulais tester un dernier truc.

J'ai regardé de nouveau ce soir sur Google au cas où des gens auraient eu le même problème que moi au cours des deux derniers mois et l'auraient résolu (la bonne blague), évidemment j'ai fait chou blanc, par contre je suis tombée sur un truc qui m'a intriguée : quelques personnes parlaient de bypasser le SMC. Sur l'iMac, donc. Exactement ce que je voulais faire, mais impossible de trouver comment, ou de dénicher une quelconque procédure. Ce n'est pas du tout un reset de SMC (que j'ai fait sans succès), là, c'est vraiment pour que le machin soit ignoré au démarrage.

Apparemment, quelques personnes n'arrivaient à faire fonctionner leur ordi que comme ca et ont pu identifier un problème de smc (et bon, après elles partaient dans des délires de soudure de composants et de mesures de voltage, moi j'en suis pas encore là et je ne vais certainement pas aller souder des trucs sur ma carte-mère, mais la partie bypass du contrôleur smc était intéressante). Mais impossible de dénicher la procédure.
Quelqu'un sait ?

 

[Deleted member 1099514]

Salut

Pour "bypasser" le SMC sur iMac la procédure est la suivante :
Tu débranches du secteur, tu tiens le bouton marche/arrêt appuyé pendant 10 secondes, puis toujours appuyé sur M/A tu branches le secteur, tu attends encore 10 secondes puis tu relaches et appuis rapidement sur le bouton marche/arrêt.
Attention les ventilos sont à donf.
Pour ensuite revenir au mode normal, il faut débrancher le secteur, appuyer 10 secondes sur M/A puis rebrancher normalement.
Peut être qu'un Reset SMC suffit. J'ai pas testé.
Sur macbook, c'est sensiblement pareil (j'ai pas testé non plus).

 

[ness_Du_frat]

Merci ! J'avais pensé justement faire ca si je ne trouvais rien d'autre, genre la procédure portable appliquée à l'iMac, mais je me disais qu'il y avait peut-être un truc plus simple.
De toute façon, mes ventilateurs sont à fond vu que mon smc est défectueux, je les contrôle avec un programme externe.
Le reset smc, j'ai testé dès le départ, ça ne change rien. Là, ce serait juste pour se débarrasser purement et simplement du truc, car le smc fout le bordel, il renvoie des valeurs qui n'ont aucun sens au système.
Je teste ca ce soir et je reviens avec mes résultats

 

[ninkasi67]

Coucou Vanessa , tu as pas un écran lcd 15" en marche ?

 

[ness_Du_frat]

Non, je n'ai pas ca, pourquoi ?

Sinon, les résultats du bypass : processeur pleine puissance, ordi rapide, tout parfait, mais ventilos à fond, comme prévu, et aucun moyen de les contrôler avec un programme tiers je suis super déçue. Ca aurait été idéal. Le pire, c'est que mac fan ou smc fan control voient les températures, mais ils ne peuvent pas agir sur les ventilateurs.
Mais en effet, c'est bien c'est saloperie de smc qui fout le bordel.
Un moyen de contrôler les ventilos autrement ?

Je sens que je vais effectivement tenter le hackintosh, même si j'avoue que je nage complètement sur comment commencer, j'ai l'impression d'être le genre de personne qui n'y comprend rien par rapport à un ordi et qui m'appelle à l'aide. Je suis sûre que les choses seraient très différentes si j'installais un hackintosh sur un PC, mais là, c'est le fait d'installer le hackintosh sur le mac qui me fait bizarre ^^
Ce sera la dernière étape avant le démontage complet et la vente pour pièces, car là j'en ai un peu marre et il prend de la place sur mon bureau ^^

 

[Deleted member 1099514]

Désolé, mais fallait tenter.

 

[ness_Du_frat]

Ca aurait été trop top au moins je sais qu'il n'y a pas d'autre problème physique. Mais pas moyen de contrôler le ventilo autrement ?

 

[Deleted member 1099514]

Voir https://bjango.com/help/istatmenus4/fans/

 

[ness_Du_frat]

Ok, j'irai tester tout à l'heure ! Mais comme les senseurs n'étaient pas le problème (j'avais bien la liste des températures, mais le rpm du ventilo était noté 0), je ne sais pas si ca pourra faire grand chose. Ca coûte rien d'essayer, cela dit.

 

[Deleted member 1099514]

Regarde ceci : https://fr.ifixit.com/Answers/View/134373/Does+not+power+on+after+SMC+reset,+will+on+SMC+bypass.

 

[ness_Du_frat]

Ok, donc visiblement, même pas la peine de tenter, istat réagira comme les deux autres. Dans mon cas, les senseurs sont ok, sauf un qui a l'air de correspondre à l'écran, mais il y a un souci d'écran, et aucune communication entre la carte-mère et l'écran, donc pour le senseur au dos de l'écran, c'est évidemment compromis pour qu'il puisse envoyer les infos.
J'ai pas tout suivi le post du gars, mais son histoire avec les adaptateurs me paraît franchement tirée par les cheveux, étant donné qu'on peut charger n'importe quel MacBook avec le 85W. Maintenant, en effet, charger un 17" avec un 45W, ça risque de chauffer. Mais y a qu'à voir l'écran Thunderbolt, il y a une alim intégrée pour connecter son portable et le charger en même temps, ça délivre du 85W et c'est fait pour tous les macs portables. Bon, après, j'ai lu en vitesse quand j'ai vu que ca ne concernait plus mon problème.