Jump to content
InsanelyMac Forum
Sign in to follow this  
warback

Problème SATA sur Carte Asus Rampage IV Extreme (High Sierra)

Recommended Posts

Bonjour,

 

J'ai installé proprement High Sierra 10.13.1 via USB car mon DD n'était pas détecté à l'installation. Jusqu'à là tout ok, tout fonctionne.

Je boot directement sur le DD après avoir installé Clover et là j'ai le message

HID Legacy shim 2

 

Donc mes deux questions sont : pourquoi Sata n'est pas détectée et pourquoi le message HID Legacy shim lorsque je boot directement sur le DD via l'usb ????

 

Merci par avance

 

Autre info si je boot directement via sata là c'est plantage direct

Share this post


Link to post
Share on other sites
Advertisement

Si le HDD n'est pas vu, c'est qu'il te manque le(s) module(s) EFI approprié(s). Ca dépend:

  1. du type d'installation que tu as effectué; par défaut High Sierra s'installe désormais sur une partition convertie automatiquement en APFS et donc il faut installer le module apfs.efi.
  2. de la manière avec laquelle tu as installé Clover sur ton HDD:
    • ​si BIOS en mode UEFI:
      • Install for UEFI booting only
      • Install Clover in the ESP
      • Drivers64UEFI->OsxAptioFixDrv-64
    • si BIOS en mode Legacy:
      • Install Clover in the ESP
      • Bootloader->Install boot0af in the MBR
      • Clover EFI->CloverEFI 64bits SATA

 

Pour le message "HID Legacy shim 2", il s'agit de simples messages d'infos liés au clavier et à la souris/au TrackPad.post-851564-0-89522100-1509636183_thumb.png

Aucune inquiétude à avoir, c'est sans incidence. Tout le monde doit avoir ces messages (je les vois sur tous mes Hacks en 10.13)... Qu'est-ce qui t'a fait croire que c'était en lien avec tes soucis de détection HDD? Ton système bloque après ces messages?

HID = Human Interface Device. Pour faire succinct, c'est la couche protocolaire qui tourne au dessus de la couche USB pour tous les accessoires d'interop par l'utilisateur. Si ça t'intéresse: http://www.rennes.supelec.fr/ren/fi/elec/docs/usb/hid1_11.pdf. Le message renvoyé au démarrage de HighSierra indique seulement que le système fait appel à des librairies anciennes pour des accessoires d'interop USB.

 

Enfin, si HiSierra plante au démarrage depuis le HDD, pour moi c'est que Clover n'est pas correctement configuré. Tu as installé ton répertoire Clover EFI dessus (dans la partition EFI ou dans la partition HS, selon le mode BIOS)?

Share this post


Link to post
Share on other sites

Merci Hervé, je vais tester et je reviens vers toi.

ce que je ne comprends pas c'est pourquoi quand je mets mon DD sur port USB, high sierra fonctionne via le clover de ma clé d'installation, mais quand je place mon DD sur mon sata et que je boot également via ma clé d'installation avec les meme flag, ça ne fonctionne pas, j'ai le message HID shim et panic.???

Share this post


Link to post
Share on other sites

Je crois que j'ai tout dit dans le post #2, non? Ton installation de Clover est incomplète et ne prend pas en compte le HDD correctement, c'est tout. Sans oublier l'éventuel mode APFS...

 

Pour pousser l'analyse, il faut que tu nous donnes plus de matière.

Share this post


Link to post
Share on other sites

Je reviens vers toi Hervé , donc :

 

J'ai reinstallé en mode uefi, ca fonction uniquement que si le disque dur est connecté en USB, par contre une fois connecté en SATA 2 ou 3, ça défile très vite et il reboot, même pas le temps de voir le message erreur.

 

Une solution ???? j'y suis presque.

Share this post


Link to post
Share on other sites

Euh... c'est quoi le PC? Les specs? Tu peux nous poster une copie zippée du répertoire Clover EFI que l'on voit ce qu'il y a dedans?

Share this post


Link to post
Share on other sites

Oui je ne vois pas d'où vient le problème :

Là je viens de rajouter cpus=1 et kext-dev-mode=1 est j'ai une autre erreur : hda controller ... et panic

Share this post


Link to post
Share on other sites

Dire que "ça fonctionnait avec el capitan" est assez évasif comme réponse. Ce ne fut pas une question piège, je te l'assure mais j'ai voulu simplement voir si tu connaissais son utilité.

 

Bref, ce 'flag' était utile sous Yosemite afin de permettre aux kexts "non-signés (unsigned)" d'être chargés lors du boot. Ensuite ce 'flag' est devenu quelque peu obsolète depuis El Capitan et sa protection des fichiers systèmes nommé "rootless" pour y laisser la place à ce nouveau 'flag' rootless=0 (0 pour désactiver, 1 pour activer).

 

Et bien-sûr, l'arrivée de Sierra et de son SIP (System Integrity Protection) a mis la barre encore plus haut et donc les développeurs de Clover ont dû s'adapter en mettant en place les fonctionnalités afin d'injecter les variables CRS_NVRAM correctes pour désactiver complètement ou partiellement SIP (au choix et besoin).  

Share this post


Link to post
Share on other sites

Asus Rampage Extreme Rampage IV ? Désolé, ça ne me dit rien ça. Quand je demande les specs, je pense au modèle exact de CPU, d'audio, de LAN, de wifi, etc.

 

Essaie avec cette config.plist là:

config.plist.zip

Share this post


Link to post
Share on other sites

Bonjour Hervé,

 

Merci tout d'abord de te pencher sur mon problème, mais j'ai toujours le même problème avec ton fichier config.plist. :

- sur usb : Ok lorsque le DD est branché en USB (Uefi ou legacy) - tout fonctionne.

- sur sata : Boot jusqu'à clover et avec le flag -v, quelques lignes s'affichent et après ça défile très rapidement, le texte s'efface et le pc reboot

 

Ma config :

Asus Rampage Extreme IV

  • Socket LGA 2011 pour processeurs i7
  • Chipset Intel® X79 Express
  • USB 3.0 Asmedia
  • Audio: CODEC Realtek® ALC898 7.1

I7-3820

16go

Nvidia GeForce GTX 680 2 Go

 

 

Je viens de voir sur ce lien : http://www.insanelymac.com/forum/topic/327886-x79-rampage-iv-formula-wakeup-strange-problem/qu'il faut changer le firmware feature, passer de 0xe907f537 à  0400000000000000., je regarderai ça en rentrant.

 

Merci encore

Share this post


Link to post
Share on other sites

Je me demande si ce n'est pas cette ligne qui me fait planter : <key>#DisableDrivers</key>
    <array>
        <string>CsmVideoDxe</string>
        <string>VBoxExt4</string>
 

Share this post


Link to post
Share on other sites

Avec les specs, c'est déjà beaucoup mieux... Voici une nouvelle Config.plist revisitée pour ta plateforme IvyBridge.

 

Modifs effectuées:

  1. ACPI: replacement du drop de la table MATS par DMAR et suppression du flag DropOEM
  2. Kext patches: suppression du KernelPm (pour Haswell & beyond) et rajout du AppleIntelCPUPM (pour Sandy et Ivy Bridge)
  3. SMBIOS: iMac13,1 plutôt que MacPro6,1. Tu pourras également tester le SMBIOS iMac13,2. Ce sont des modèles IvyBridge QuadCoeurs

config.plist.zip

 

Restera à voir s'il faut vraiment le kext VoodooTSCSync ou pas pour ton QuadCoeur. 'pas d'expérience personnelle en la matière. Mais je trouve bizarre que le système démarre lorsque le disque est en USB et pas lorsqu'il est interne. Mais c'est du X79, donc il y a sans doute un truc que je n'ai pas encore regardé.

 

NB: il n'y avait rien dans les drivers désactivés avant et toujours rien là non plus.

Share this post


Link to post
Share on other sites

Bonjour Hervé,

 

Merci tout d'abord de te pencher sur mon problème

Parce que moi je ne le fais pas ??? Ca ne fait rien, mets juste la dernière version de Lilu.kext (1.2.1) - la version 1.2.0 cause des KP sur 10.13.1 (et 10.13.2 beta)

Lilu.kext_1.2.1.zip

 

Tu remercieras son développeur.

Share this post


Link to post
Share on other sites

Je suis passé directement de la 17B42a à la 17C60c - la mise à jour s'était très bien passée mais au boot suivant, impossible de passer les quelques lignes après FakeSMC, lors de la 1ère phase de boot et ça s'accélère et hop, il redémarre. Par contre, en mode sans échec, aucun souci.   :rofl:

 

C'est là que j'ai vu sur le forum anglais de la bêta 10.13.2 que certains rencontraient des KP liés au Lilu.kext et que la nouvelle version résoudrait l'affaire. Je décide de tenter et hop, ça marche impeccable.   ;)

 

Pour rappel, j'utilise Lilu.kext uniquement pour son plugin NightShiftUnlocker.kext. Et comme j'ai vu sur l'aperçu que toi aussi tu utilisais Lilu.kext, j'en ai déduit que ton problème serait probablement lié.

Share this post


Link to post
Share on other sites

Bon je reviens vers vous et bien "Toujours rien", tjr le meme problème avec différente configuration plist ou kext, rien à faire fonctionne uniquement sur USB.

 

J'ai donc refait une clé boot, en fait je me suis aperçu que si j'avais un DD de connecté en sata j'avais cette ligne :

 

Busy timeout(0), (60s), kextd wait(0): 'IOAHCIDevice'

 

dès que j'enlève mon DD du sata, aucune erreur en USB

 

le problème vient bien du SATA, voir peut être les parametres du bios. J'ai un autre DD en yosemite qui me pause aucun problème alors je comprends pas.

 

pour Lilu il me semble que c'est pour les cartes ATI, j'en ai pas alors je l'ai supprimé.

 

je vais trouver lol je lâche rien.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.



×