nando4 >> Ci-dessous est une discussion concaténée entre goalque et Menneisyys sur l'application de apple_set_os.efi à son GT650M 15 "Macbook Pro. Aucune réponse définitive ici autre qu'une installation nécessaire de Windows UEFI n'a été difficile car, écrivait goalque:
Votre MBP10,1 dispose d’un firmware plus ancien qui ne prend pas en charge l’installation de Windows Boot Camp UEFI.
„Pour activer l'iGPU, vous devez d'abord configurer le périphérique gmux afin qu'il utilise le mode intégré avec le commutateur gpu. Après cela, vous pouvez exécuter apple_set_os.efi. Avez-vous essayé cela dans Windows 10 (Boot Camp)? ”
Peu importe ce que je fais, je reçois le
Commutation: erreur
Le code d'erreur était: 1
Le message d'erreur était: fonction incorrecte.
messages d'erreur pour les deux fichiers de commandes dans tous les cas:
- pas d'usurpation d'identité, mode normal, pilotes HD 4000 non installés (par défaut)
- spoofing, mode normal, pilotes HD 4000 installés
- spoofing, mode sans échec, pilotes HD 4000 installés
- pas d'usurpation d'identité, mode sans échec, pilotes HD 4000 installés
Notez également que le Ressources onglet de la HD4000 montre „le périphérique n'utilise aucune ressource car il a un problème”En mode sans échec et en mode normal (avec l'usurpation d'identité et les pilotes HD 4000 installés).
Publié par: goalque
Est-ce Windows 10 Boot Camp (UEFI)?
Exécuter en tant qu'administrateur, cliquez avec le bouton droit de la souris sur integrated.bat.
Yup, Bootcamp Win10 (testé via rEFInd et le chargeur standard) et j'utilise «run as admin» lorsque je clique avec le bouton droit sur les lots. VC2013 x64 + x86 (car la DLL n’a pas été trouvée dans celui de VC2010.).
Quelqu'un a-t-il déjà rencontré ces codes / messages d'erreur?
Publié par: goalque
Votre capture d'écran montre que vous ne courez pas en mode administrateur. Il devrait dire: "Administrateur: Invite de commandes". Comme vous l'avez maintenant fait, il doit s'agir d'un paquet manquant de Win10. Quelle est la version de Windows 10? Tapez "ver" dans cmd.
Version: 10.0.14393 (entièrement mise à jour). Avec l'exécution sans administrateur, j'obtiens:
AdjustTokenPrivileges a échoué
Le code d'erreur était: 1300
Le message d'erreur était le suivant: tous les privilèges ou groupes référencés ne sont pas attribués à l'appelant.
Peut-être le problème causé par Windows 10 n'étant pas activé? Je l’ai installé il ya environ une semaine, de sorte qu’il ne reste pas moins de 30 jours. (Je peux le réinstaller et le mettre à jour à partir de Windows 7 afin qu’il soit activé – j’ai des licences légales pour Win7 mais pas directement pour Win10.)
En passant, comme certaines personnes ont signalé avoir réussi à démarrer Windows avec un moniteur déconnecté (connecté) eGPU (connecté), j'ai testé à nouveau le Bootcamp falsifié avec mon moniteur déconnecté.
1, démarrage à froid (après la mise sous tension) directement dans Windows: démarre; L’eGPU est invisible dans le Gestionnaire de périphériques (HD4000 est visible, bien sûr, car nous sommes falsifiés).
2, redémarrage à chaud de Windows à Windows: se bloque juste au sélecteur de chargeur de démarrage (rEFInd dans ce cas)
3, redémarrage à chaud de MacOS à Windows, sans exécuter automate-eGPU-master: démarre; L’eGPU est invisible dans le Gestionnaire de périphériques (HD4000 est visible, bien sûr, car nous sommes falsifiés).
4, redémarrage à chaud de MacOS à Windows, avec l’automatisation d’automate-eGPU-master: se bloque juste au niveau du sélecteur de chargeur de démarrage (rEFInd dans ce cas)
C'est-à-dire qu'il se comportait exactement de la même manière qu'avec un moniteur connecté.
J'ai supprimé Win10 + Bootcamp et installé une nouvelle copie de Windows 7. J'ai exactement les mêmes symptômes:
- avec l’eGPU connectée au MBP, lors du démarrage après l’exécution du script (sans -a) ou NON sous MacOS, se bloque directement sur l’écran du sélecteur du chargeur de démarrage, qu’il s’agisse de rEFInd ou standard (stock) (Alt). En d’autres termes, c’est le seul cas dans lequel il démarre lorsque je redémarre à partir de MacOS sans exécuter auparavant automate-eGPU.sh; c'est-à-dire lorsque l'eGPU est complètement masqué par conception.
- ceci à la fois avec et sans spoofing
- l'iGPU (quand il est usurpé, évidemment) est répertorié avec le même „le périphérique n'utilise aucune ressource car il a un problème”Problème. Bien entendu, son activation entraîne un démarrage à l’écran noir. De plus, après l’installation automatique du pilote, il a jugé que c’était bien.
- gpu-switch ne fonctionne pas du tout sous Win7 – même après l’installation de VC2013 x86 + 64, il se plaint d’un point d’entrée manquant dans le système KERNEL32.DLL.
- Maintenant que Win7 est activé, je pourrais mettre à jour (via l’assistant) vers Win10 Pro (cette fois, Activé). Exactement les mêmes symptômes qu'auparavant; c’est-à-dire que le manque d’activation n’a causé aucun problème supplémentaire.
Config: début 2013 "i7 15" MBP, Node, Sapphire RX 480 4G. Cela fonctionne parfaitement sous MacOS.
Publié par: goalque
gpu-switch nécessite UEFI, pouvez-vous vérifier votre mode BIOS? Démarrez dans Windows avec eGPU déconnecté lorsque vous essayez d'exécuter integrated.bat.
Merci, je n’aurais pas pensé que mon Windows 10 dans Bootcamp utilise toujours le BIOS. Nous examinons simplement la manière de convertir le tout en UEFI.
Quelques mises à jour sur mes difficultés avec ma configuration: début 2013, MBP 15 ”avec HD4000 iGPU + 650M dGPU; Nœud via un adaptateur TB1-> 3; Saphir Nitro 4Gbyte RX 480 carte. Absolument aucun problème avec cette eGPU sous MacOS 10.12.3 – à la fois pour les jeux et "sérieux" fonctionne comme une double accélération de Capture One Pro exportation d'image. Windows, cependant, a été absolument interdit.
1, le poste à https://egpu.io/forums/mac-setup/which-rx480-variant/#post-3886 Les cartes Sapphire ne fonctionnent tout simplement pas dans les environnements BIOS, mais uniquement dans les environnements UEFI. C’est peut-être pour cette raison que mon système n’a pas démarré du tout après avoir exécuté le script .sh sous MacOS puis, après avoir redémarré le périphérique mais bloqué sur l’écran de sélection du chargeur d’amorçage, qu’il s’agisse du retrouver.
2, Mon MBP étant un modèle début 2013, „Assistant de camp d'entraînement”N’utilise pas l’UEFI même lors de la création directe d’une partition Boot Camp avec un programme d’installation Windows 10 (ce qui, contrairement à Windows 7, est entièrement compatible UEFI). Je l’ai testé avec deux versions différentes de x64: la version actuellement disponible au téléchargement et une ancienne version (2015) 10.0.10586.
3, en parlant de 10.0.10586, qui est également recommandé par goalque ( https://egpu.io/forums/mac-setup/macbook-pro-2014-15-gt750m-not-detecting-akitio-node-in-windows-10/#post-2671 ), Il ne peut pas non plus démarrer avec la carte précédemment rendue visible dans MacOS. C'est-à-dire qu'il se comporte exactement de la même manière que la version actuelle.
C'est-à-dire qu'actuellement, il semble que la seule façon de procéder consiste à convertir manuellement l'amorçage du MBR hybride en un amorçage UEFI. Voici quelques explications sur le sujet: https://www.lai.nl/en/boot-camp-with-uefi-in-depth-and-deploystudio-can-do-that/ . Si quelqu'un connaît un tutoriel décent sur la façon de procéder (celui de https://www.reddit.com/r/mac/comments/3dlu2g/convert_a_bootcamp_bios_windows_installation_to/ s’est avéré inutile dans mon cas – le pas „créer une partition msr size = 128”Ne peut pas être exécuté.)
Mise à jour (le lendemain matin):
Il semble qu’il n’est pas facile d’installer tout type de Windows en mode UEFI sur des Mac prenant en charge la version EFI antérieure à la version 2.0. (Ne vous laissez pas induire en erreur par les numéros de version des mises à jour EFI d’Apple, s’ils existent – elles n’ont rien à voir avec les versions EFI prises en charge. Vous pouvez facilement obtenir la version EFI prise en charge à l’aide de eEFInL’icône Info; ce sera 1.1 pour les anciens modèles, incl. MBP début 2013.)
Par exemple, j'ai suivi de près le didacticiel de http://fgimian.github.io/blog/2016/03/12/installing-windows-10-on-a-mac-without-bootcamp/ (un tutoriel par ailleurs EXCELLENT!) pour réinstaller le 10.0.10586 directement (sans mise à niveau à partir d’une version antérieure de Windows). Le résultat? Une installation de BIOS, juste comme avant – et pas une UEFI.
Tout cela signifie vous ne devriez pas acheter graphique les cartes qui se sont avérées être des cartes EFI uniquement; Par exemple, les modèles Sapphire RX 480, si vous ne possédez qu'un MBP avec un support EFI non courant (1.1 uniquement). (Voir mon lien ci-dessus.) Sans piratage excessif (impliquant la réinstallation complète même de la partition MacOS), il est tout simplement impossible d'installer Windows en mode UEFI, ce qui signifie également que vous ne pourrez jamais faire fonctionner votre Sapphire sous aucun genre de Windows. Pas même Windows 8+, qui a résolu l'un des principaux problèmes de Win7 x64 avec les graphiques. (Voir BrendonLe poste, 3 août 2013 à 6h47, en commençant par „J’ai trouvé une lecture intéressante pour ceux qui veulent savoir pourquoi il est si difficile / impossible de faire fonctionner Windows 7 en mode (u) efi sur macs, par opposition à Windows 8 – Windows 7 n’est pas totalement compatible avec la norme uefi.”Dans la section commentaire d'un autre tutoriel / post intéressant, https://darobins.wordpress.com/2009/10/04/native-uefi-windows-7-boot-on-mac-mini/ )
Un autre thread à vérifier: https://discussions.apple.com/thread/2767378?start=0&tstart=0 ; les deux commentaires les plus importants résumant les informations qu'il contient:
„rEFIt indique ce qui suit pour un Macbook Pro 8.2. très décevant. Je pourrais me soucier moins de l'émulation du BIOS ou de Windows. Pouvons-nous s'il vous plaît rejoindre l'ère moderne Apple? Cette version EFI est ancienne et non standard.
EFI Révision 1.10
Plate-forme: x86_64 (64 bits)
Micrologiciel: Apple 1.10
Sortie d'écran: Sortie graphique (UEFI), 1680 x 1050
La réponse finale à cette question est donc que les nouveaux MBP utilisent EFI 1.1, et non UEFI 2.x. Et c’est un problème pour le démarrage EFI de Windows 7, ainsi que pour le démarrage de (U) EFI, à peu près tout système d’exploitation autre que Mac OS X.
EFI est donc pour Apple et le BIOS pour tout le monde. Ce qui me contrarie parce que Apple aurait une meilleure compatibilité s’ils restaient bloqués avec du matériel basé sur le BIOS jusqu’à ce qu’ils soient prêts / disposés à passer à UEFI. Tous ces discours sur l'ouverture, l'extensibilité et les avantages de l'utilisation d'Apple par EFI tombent à plat.”
Publié par: goalque
L'implémentation "EFI 1.10" d'Apple est en réalité compatible UEFI 2.0 sur les Macs TB2 et TB3. Votre MBP10,1 est doté d’un firmware plus ancien qui ne prend pas en charge l’installation de Windows Boot Camp UEFI.
Merci!
Néanmoins, connaissez-vous des cas de conduite réussie d’une carte totalement incompatible avec le BIOS, telle que la Sapphire RX 480, dans tout type de fenêtres EFI "piratées" sur ces modèles antérieurs à la fin de 2013? (Les tests TB1 décrits dans certains articles doivent avoir été réalisés avec des cartes compatibles BIOS, et non avec une carte Sapphire.)
Publié par: goalque
Le Sapphire Nitro RX 480 possède un double BIOS, mais son objectif est apparemment un profil de puissance différent: http://www.legitreviews.com/sapphire-nitro-radeon-rx-480-4gb-video-card-review_184553
Cela pourrait également changer de vBIOS UEFI / hérité. De nos jours, chaque carte contient une rom UEFI. Si un indicateur Windows apparaît sur votre moniteur eGPU lors du démarrage, cela signifie que votre carte AMD est compatible UEFI avec le Mac UEFI (fin 2013->).
Je ne suis pas sûr que la pré-UEFI MBP fonctionne mieux avec l'ancienne carte vBIOS.
Commentaires
Laisser un commentaire