[Maj 03 01 2018 ] Conseil pour nouvelle clean Install 10.13.2

Bonjour,

Après avoir testé les bêtas 10.13 jusqu'à la DP7 avec mon hack d'abord avec un CPU Celeron G1840 puis un Pentium G3460 je n'avais pas eu de soucis particulier et tout fonctionnait bien avec mon GPU RX 460 2GB, la veille se faisait sans problème et je n'étageais jamais mon PC. C'était chouette mais c'était avant...

Ensuite les soucis son arrivés : une clean  Install de 10.13.1 que j'ai updaté 10.13.2 :
- problème de veille : le hack s'éteind et je dois rebooté en 2 fois.
- problème de vitesse CPU avec Clover 4297 et plus récentes versions
- certains pkg ne peuvent être installés

Bref je me dis que je dois repartir pour une clean Install de la 10.13.2

J'aurais besoins de vos conseils et avis pour :
- dois je utiliser ou pas avec mon SSD le nouvel APFS d'Apple ?
- activer ou pas la Trim ?
- je place mes kexts dans  Clover esp : faut il installer certains kexts indispensables quand même dans S/L/E ?
- autres conseils je prends ?

La neige est là en Chartreuse et l'hivers s'annonce rude , donc j'ai du temps à passer au chaud avec mon Mhack  

Merci de vos retours

Pour faire une Clean Install  10.13.2 , il te faut linstall macOS High Sierra.app (10.13.2)

Tu peut refaire une clean Install avec MacOS High Sierra Disque Créateur ou  sur un SSD essai MACOSXInstaller

Les kext  essai de tout les mettre dans Clover, demande et je vais te dire ce que j'en pense.
Pour le SSD, moi je n'utilise que des SSD et toujours en APFS mais ça c'est le gout de chaqu'un

Bon clean Install avec MACOSXInstaller
- APFS
- trim enable
- tous les kexts dans Clover 4334 esp
- Hda native support

A suivre ...

Bon ça roule bien

chris1111 a écrit:Bon ça roule bien

 7 puis 11 minutes d'installation et reboot

Office 2016 en cours de mise à jour bref ça avance

Mon SSD Drevo X1 pro 120 GB est un bon rapport qualité/prix avec os X

Loloflat6 a écrit:Mon SSD Drevo X1 pro 120 GB est un bon rapport qualité/prix avec os X

T'en mieux

Bon ma clean install n'a pas solutionné le problème de mise en veille qui fonctionnait bien auparavant depuis les beta jusqu'à la 10.13 (17A405) :
j'ai passé une partie de mes soirée à essayer de corriger cela sur la 10.13.2 : c'est à dire de nombreuses heures (très nombreuses...) : j'ai consulté beaucoup de topic ici et ailleurs, essayé de corrigé certaines chose compris le script vector.sh : rien n'y fait.

Quand je boot sur d'autres partitions où j'ai la bêta DP8 , la bêta DP8 , Sierra 10.12.6 aucun problème .

Donc j'avais depuis Août Time machine fonctionnel et j'ai restauré mon système avec 10.13 (17A405) : très efficace Time machine m'a fait un rollback.

Pour moi il y a eu un changement dans la 10.13.2 qui fait que mon système et mon CPU ne marchent pas à 100 %...

Bon l'essentiel c'est que j'avais pris les devant...

la plus part du temp la veille c'est relier a la carte Graphics. ? ?
Est ce que tu utilise un DSDT pour ta carte mère?

Merci Chris pour ta réponse rapide ;-) : oui j'utilise ma DSDT depuis le début : tout marchait bien j'ai essayé des install avec Maverick, ML, Yosemite, Sierra , les DP High Sierra jusqu'à la 9 mais avec la 10.13.2 en update ou clean install rien n'y fait ...J'ai :
- refait mes DSDT, SSDT, etc
- essayé le patch de Mieze avec SSDT amd
- édité mon XPCM avec le script vector.sh
- changé mon Système définition iMac 13.2 en iMac 14.2
sans succès.

Quand je boot sur mes autres install pas de problème...

Bon on en revient au point de départ avec les CPU Celeron ou Pentium : donc d'ici quelques temps je verrai si je fais évoluer ma config avec un i3 ou un i5 qui sont nativement reconnus.

Donc je confirme que grace à Time Machine tout est bien rentré dans l'ordre avec mon hack pentium G3460 sous le build 10.13 (17A405)

XCPM OK :

Last login: Wed Dec 20 18:22:51 on console
imac-de-laurent:~ laurent$ sysctl -n machdep.xcpm.vectors_loaded_count
1
imac-de-laurent:~ laurent$

Apple Intel CPU power management n'est pas chargé :

imac-de-laurent:~ laurent$ kextstat|grep -y appleintelcpu
imac-de-laurent:~ laurent$

"X86PlatformPlugin.kext" est chargé :

imac-de-laurent:~ laurent$ kextstat|grep -y x86plat
 137    1 0xffffff7f83c89000 0x17000    0x17000    com.apple.driver.X86PlatformPlugin (1.0.0) 83893551-A0EA-366B-B0C8-848755A275A4 <136 62 23 13 11 7 6 5 4 3 1>
 151    1 0xffffff7f83ca0000 0x7000     0x7000     com.apple.driver.X86PlatformShim (1.0.0) 096BEC76-44FA-39C8-848C-526BB1051993 <137 136 13 7 4 3>
imac-de-laurent:~ laurent$

Donc pour moi je vais resté sur cette version et faire des tests avec
le build 10.13 .2 sur une autre partition mais je pense qu'il y a eu des changements.

OK

Bonne Année 2018 !

J'ai quelques jours de congés et donc je persévère pour installer High Sierra10.13.2 (17C88) sur ma config avec le Pentium G3460

J'ai un disque HDD de test :

- premier test misse à jour sur une partition Mac HDD existante avec install existante de la developper 17A344a vers 10.13.2 (17C88) :

Reboot OK mais power management non OK et XPCM non OK
Puis cata : second rebut impossible partition Mac HDD damaged et pas réussi à réparer;

- second test cet après midi : formatage de ce Mac HDD en HFS+J puis clean install avec un script empêchant la conversation en APFS :

Reboot OK finalisation du compte et de l'installation.
Second reboot OK
Après un plantage intempestif  ( ??!) et un autre reboot OK ça semble fonctionner :
Pour le power management :
imac-de-laurent:~ laurent$ kextstat|grep -y x86plat
 113    1 0xffffff7f81ab1000 0x17000    0x17000    com.apple.driver.X86PlatformPlugin (1.0.0) 72A2953B-57EA-3F24-971E-8E5E6ED9EC3B <112 65 28 13 11 7 6 5 4 3 1>
 154    1 0xffffff7f81ac8000 0x7000     0x7000     com.apple.driver.X86PlatformShim (1.0.0) A3D9B3B0-81BF-3303-B75B-0E545399CC96 <113 112 13 7 4 3>
imac-de-laurent:~ laurent$
imac-de-laurent:~ laurent$ kextstat|grep -y appleintelcpu
imac-de-laurent:~ laurent$ sysctl -n machdep.xcpm.vectors_loaded_count
1

Bon ça avance, je continue les tests avec cette installation :

Quelles seraient les autres points à tester avant de retenter une clean install sur mon SSD ?

Merci de vos retours.

Une capture d'écran :