AppleMacFinder
Affiche originale- 7 déc. 2009
- 18 avr. 2017
Le GPU AMD discret de mon MacBook Pro 8,2 2011 a finalement échoué pour les raisons mentionnées ici ( http://logicboardmac.blogspot.ru/ ) et là ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Il a parfaitement fonctionné pendant 6 ans sous une charge assez élevée, a même essayé le minage SETI@HOME en arrière-plan ! J'étais donc convaincu que mon MBP n'est pas affecté par une mauvaise soudure / une mauvaise qualité de soudure et je ne voulais pas l'apporter à Apple pour un programme de réparation gratuit - en partie parce que je ne pouvais pas trouver le temps de mettre en pause mes projets logiciels importants, en partie parce que J'avais peur qu'Apple me fournisse une carte mère moins fiable ou refuse une réparation gratuite à cause de plusieurs sans rapport réparations que j'ai effectuées manuellement par moi-même plus tôt pour économiser de l'argent : changé de pâte thermique quelques fois, remplacé la batterie interne 2 fois, remplacé un clavier avec des boutons cassés, etc. Mais il est finalement tombé en panne la semaine dernière : l'image de l'écran du portable s'est a refusé de démarrer OS X (toujours congelé à mi-chemin) , et - Le programme de réparation gratuit Apple est déjà terminé ! Je sais qu'il existe des solutions abordables telles que le ressoudage BGA à 50 $ dans un atelier de réparation local non officiel et qu'il est possible d'obtenir une nouvelle puce HD 6750M de remplacement auprès d'AliExpress pour 35 $ ou moins. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html ou https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , parce que je ne sais pas si c'est vrai - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) pour garantir une réparation réussie, le prix total de la réparation serait donc de 50 $ ou 50 $ + 35 $ = 85 $ - moins de 100 $ dans tous les cas. Mais je n'aime pas investir de l'argent dans les vieux ordinateurs, alors j'ai pensé - et s'il y avait un hack pour Obliger MBP pour utiliser les graphiques intégrés TOUT LE TEMPS, même au démarrage ? Et puis j'ai commencé à explorer les solutions possibles...
===
Tout d'abord, il est possible de démarrer avec succès un MBP sur OS X tout en utilisant le GPU défaillant, après avoir supprimé les pilotes AMD en démarrant en mode ligne de commande ( CMD+S ) et en entrant ces commandes :
1) fsck -fy (pour vérifier un disque)
2) monter -votre / (monter un système de fichiers racine avec des autorisations de lecture/écriture)
3) sudo mkdir /AMD_Kexts/ (créez un répertoire pour stocker les pilotes AMD au cas où vous en auriez besoin à l'avenir)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (déplacez les pilotes AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (supprimer le cache des pilotes AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (juste au cas où OS X serait stupide et ne recréerait pas ce répertoire, je le crée pour OS X)
7) sudo touch /Système/Bibliothèque/Extensions/ (pour mettre à jour les horodatages afin que les nouveaux caches de pilotes - sans pilotes AMD - soient définitivement reconstruits)
8) sudo umount / (montez une partition pour garantir que vos modifications y sont envoyées)
9) redémarrage sudo
Le degré de votre inconvénient lors de ces étapes dépend fortement de l'ampleur de la distorsion de l'image d'un écran dans votre cas. Dans mon cas, c'était encore plus difficile car la partition OS X est devenue une partition 'en lecture seule' (à cause de trop d'arrêts d'urgence que j'ai fait en essayant désespérément de démarrer OS X avec un GPU en panne) j'ai donc dû retirer un disque dur du MacBook Pro et (à l'aide d'un adaptateur USB vers SATA 2,5' tiré de mon disque dur portable) connectez-le à un ordinateur avec Linux, puis suivez ces instructions :
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1ère réponse) - soigneusement exécuté un certain nombre de commandes, calculé une limite de taille pour ma disposition de parition, et finalement exécuté sudo mount -t hfsplus -o force,rw,sizelimit=YOURNUMBER /dev/sdb2 /mnt pour monter cette partition HFS+ dans le répertoire /mnt en mode lecture-écriture. Ensuite, j'ai effectué ces '1) -7)' étapes que vous voyez ci-dessus, et également réparé un système de fichiers en exécutant sudo fsck.hfsplus -f /dev/sdb2 avant de démonter une partition avec sudo umount /mnt et remettre un disque dur sur MBP...
===
Cela m'a donné un MBP qui pouvait démarrer sur OS X bien que TOUJOURS en utilisant un GPU AMD cassé : l'image de l'écran est donc très déformée (pourrait naviguer sur Internet mais assez gênant pour lire un texte) , Launchpad est très lent et vous ne pouvez pas passer au GPU intégré à l'aide de gfxCardStatus car : sans pilotes AMD (que nous avons dû supprimer pour démarrer avec succès sur OS X) Macbook Pro pense que son écran interne est un affichage externe et gfxCardStatus indique qu'il est impossible de basculer car l'affichage externe utilise le GPU AMD. Quelque part, j'ai trouvé une suggestion selon laquelle il est possible de reconstruire un gfxCardStatus à partir du code source - https://github.com/codykrieger/gfxCardStatus - avec supprimé ou commenté 156-166 lignes dans le ./gfxCardStatus/Classes/GSProcess.m pour qu'il ignore l'affichage externe :
// découvrir si un moniteur externe force le GPU discret sur
CGDirectDisplayID s'affiche[8] ;
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, affichages, &displayCount) == noErr) {
pour (int i = 0; i
if ( ! CGDisplayIsBuiltin(affiche))
[list addObject:[NSDictionary DictionaryWithObjectsAndKeys :
Str(@'External Display'), kTaskItemName,
@ '', kTaskItemPID, nil]] ;
}
}
J'ai donc reconstruit un gfxCardStatus en utilisant les instructions de la dernière réponse de ce problème -
https://github.com/codykrieger/gfxCardStatus/issues/229
(il fallait aussi télécharger unMacOSX10.11.sdkd'ici - https://github.com/phracker/MacOSX-SDKs/releases - décompressez-le et copiez-le dans XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- à cause de la stupidité d'Apple, le dernier XCode pour El Capitan n'inclut pas le SDK pour El Capitan !) Cependant, cela n'a toujours pas fonctionné - gfxCardStatus a seulement prétendu qu'il était passé au GPU intégré, alors qu'en réalité OS X ne l'a pas laissé basculer ! Même après avoir édité ./gfxCardStatus/Classes/GSGPU.m fichier pour activer le mystérieux ' Nuke-le de la commutation d'orbite ' option, il ne pouvait toujours pas basculer...
===
Ensuite, j'ai découvert ce référentiel intéressant - https://github.com/0xbb/gpu-switch - qui est partiellement similaire par son « code source à gfxCardStatus mais a également les « crochets de connexion » ( install_hooks.sh ) pour « automatiser le processus de commutation pour la connexion/déconnexion ». Malheureusement, cela n'a pas fonctionné pour moi... Cependant, il y a un très intéressant commutateur gpu text directement à la racine de ce référentiel, qui décrit les variables EFI !
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Après l'avoir étudié et lu les commentaires de ce numéro - https://github.com/0xbb/gpu-switch/issues/11 - Je suis devenu confiant d'essayer cette solution, mais j'ai découvert que mon MacBook Pro 2011 8,2 avec OS X El Capitan 10.11.6 est dans un Situation TRÈS problématique :
1) rEFInd n'est pas installé et pour l'installer, vous devez désactiver la protection SIP. Mais je ne peux pas démarrer en mode de récupération ( Commande+Option+R ) ou sur le DVD d'installation OS X/USB ( maintenir l'option ), (pour désactiver SIP) , car ils gèlent au démarrage ! - bien que j'aie supprimé les kexts AMD de mon système, ces outils de récupération utilisent bien sûr des kexts AMD intégrés à leur conception. Ne peut pas non plus utiliserfou de racinepirater ( https://github.com/gdbinit/rootfool ) pour désactiver SIP pendant l'exécution, car il ne fonctionne qu'avec la version OS X antérieure à 10.11.4
2) J'ai essayé de surchauffer mon Macbook Pro exprès (forcer l'utilisation du processeur à 100% et le mettre dans un sac bien fermé) pour le forcer à s'arrêter en cas de surchauffe, puis redémarrer rapidement afin que les graphiques intégrés soient activés pendant le démarrage, ce qui permet de démarrer sur Recovery. Mais à cause de la merveilleuse pâte thermique haut de gamme que j'ai appliquée il n'y a pas si longtemps - je ne peux pas la surchauffer même après avoir attendu longtemps ! À ce stade, j'ai pensé que cela pourrait soit : à) supprimer les kexts AMD du support d'installation, ou b) pour connecter à nouveau le disque dur de MBP à une machine Linux et exécuter un tas de chmods pour supprimer les indicateurs SIP des répertoires mentionnés ici ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) qui pourrait potentiellement rendre un système non amorçable, ou c) pour essayer d'installer rEFInd sur la partition HFS+ directement à partir d'une machine Linux avec les droits root car cela contournera SIP --- mais n'a pas exploré ces options, bien que certaines d'entre elles aient pu fonctionner...
3) Je voulais démarrer un LiveCD Linux pour modifier les variables EFI à partir de là, mais peu importe ce que j'ai fait : j'ai essayé de démarrer directement sans modifications des options GRUB, j'ai essayé de modifier les options de démarrage GRUB ( avec la touche 'e' ) ajouter ensemble de nomodes / supprimer éclaboussure tranquille / ou les deux dans chaque combinaison , ou comme suggéré dans cet article ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) ajoute aussi i915.modeset = 0 radeon.modeset = 0 ou radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; puis pressé Fn+F10 ou Maj+Ctrl+Fn+F10 pour démarrer avec ces options : mais le processus de démarrage de Linux a toujours échoué à différentes étapes de démarrage, quelle que soit la distribution Linux conviviale populaire ou la version que j'essaie : j'ai essayé de nombreuses versions d'Ubuntu / Lubuntu / Fedora , même l'ancienne ' Images AMD64 Mac' et 'Alternate AMD64 Mac', mais elles échouaient toujours - soit au tout début du processus de démarrage (écran noir ou écran noir avec un _ caractère dans le coin supérieur gauche) ou a échoué à la toute fin - juste avant qu'il ne soit censé afficher un environnement de bureau graphique...
Plus tard,totoe_84a écrit qu'il était capable de démarrer Ubuntu en mode graphique en utilisant la configuration suivante pour GRUB :
- Pour désactiver la carte graphique AMD, j'ai ajouté les lignes suivantes après définir gfxpayload = garder
sortie 0x710 2
sortie 0x740 2
sortie 0x750 0
- Ensuite, j'ai ajouté ce qui suit après éclaboussure tranquille
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Ensuite, je me suis souvenu qu'il existe des distributions Linux non traditionnelles pour les utilisateurs avancés, qui ont un LiveCD sans aucune interface graphique : vous êtes déposé sur une console pure et vous êtes censé installer le système avec uniquement les interfaces graphiques et les packages logiciels / groupes de packages que vous sélectionnez explicitement. Par exemple: Arch Linux ( https://www.archlinux.org/ ) et Gentoo Linux ( https://gentoo.org/ ) . Parce que leur LiveCD n'a pas d'interface graphique, ils pourraient être démarrés sans problème sur une console Linux pure et là, vous pouvez modifier les variables EFI ! Voici donc un...
===
=== 100% SOLUTION DE TRAVAIL
===
=== Forcez votre MBP à TOUJOURS utiliser le GPU intégré Intel (correctif de variable EFI)
===
=== pour le rendre encore plus beau ! Réactions :yakult121, pommes_arrogance, slimmy18222 et 98 autres
ZapNZ
- 23 janvier 2017
- 18 avr. 2017
Je vais tenter le coup.
AppleMacFinder
Affiche originale- 7 déc. 2009
- 18 avr. 2017
ZapNZs a dit : Putain de merde, merci pour votre travail. J'ai écrit à Apple les priant de faire quelque chose comme ça impliquant de changer la valeur par défaut de l'EFI en dGPU au démarrage, mais je ne les ai pas suivis jusqu'à présent.
Je vais tenter le coup.
Merci pour les mots gentils, ZapNZ , j'espère que vous rendrez votre Mac encore meilleur grâce à cette instruction Réactions :duffman9000 et AppleMacFinder S
gifler
- 25 juillet 2008
- 18 avr. 2017
ah-
- 7 mai 2010
- 18 avr. 2017
slapple a déclaré : AppleMacFinder, votre solution permettrait-elle également à quelqu'un de démarrer Windows à l'aide du GPU intégré ? J'ai entendu avec Boot Camp, le MBP utilisera toujours le GPU discret dans Windows.Cela devrait fonctionner si vous démarrez en mode EFI. Seuls les MBP récents (11,3 et plus je pense) désactivent le GPU Intel sous Windows, et il existe des solutions de contournement : https://github.com/0xbb/gpu-switch
AppleMacFinder
Affiche originale- 7 déc. 2009
- 18 avr. 2017
slapple a déclaré : AppleMacFinder, votre solution permettrait-elle également à quelqu'un de démarrer Windows à l'aide du GPU intégré ? J'ai entendu avec Boot Camp, le MBP utilisera toujours le GPU discret dans Windows.
salut gifler ,
1) Ce correctif purement logiciel est au niveau du BIOS EFI. En théorie, cela devrait fonctionner avec TOUT système d'exploitation existant, c'est-à-dire :
*) compatible avec le matériel Macbook Pro (x86_64 alias architecture CPU AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) compatible avec la version MBP du micrologiciel EFI (un ancien système d'exploitation sans prise en charge d'EFI ne fonctionnera pas directement, bien qu'il devrait y avoir un moyen de les lancer dans certains modes de compatibilité, certains systèmes d'exploitation étranges pourraient également être incompatibles avec la version d'Apple d'EFI)
En fait, ce correctif de variables EFI pourrait apporter un grand avantage aux utilisateurs de MBP 2011 qui souhaiteraient doubler leur OS X avec Linux : en raison de la méthode très spécifique d'Apple pour connecter deux GPU dans cette machine, il était parfois difficile de configurer même le populaire Distributions Linux. Ne blâmez pas AMD, c'était le premier ordinateur portable d'Apple avec AMD en double graphique, donc Apple n'a probablement pas eu le temps de développer une bonne implémentation double graphique. Avec la double carte graphique désactivée, il devrait maintenant être beaucoup plus facile de configurer n'importe quel Linux, je ne l'ai pas encore testé...
2) Même sans ce correctif de variable EFI, il devrait être possible de passer au GPU Intel sous Windows, si les deux GPU sont visibles par Windows via PCI (si EFI ne coupe pas l'accès PCI pour les systèmes d'exploitation fonctionnant sous BootCamp) , bien que cela puisse nécessiter quelques embrouilles avec les pilotes. Aussi je suis tout à fait d'accord avec ah- :
ah- a dit : Cela devrait fonctionner, si vous démarrez en mode EFI. Seuls les MBP récents (11,3 et plus je pense) désactivent le GPU Intel sous Windows, et il existe des solutions de contournement : https://github.com/0xbb/gpu-switchIl est possible de garder plusieurs OS (y compris Windows) sur un Mac sans aucun Bootcamp, en utilisant simplement un rEFInd - http://www.rodsbooks.com/refind/
BTW pourquoi ne pas exécuter Windows dans une machine virtuelle ? Par exemple : il y a plusieurs années, j'ai fait des benchmarks des performances natives d'OS X par rapport à Windows dans un Parallels Desktop, et alors que les performances graphiques étaient d'environ 35%, les performances du processeur étaient d'environ 2% plus lentes. À l'heure actuelle, la différence devrait être beaucoup plus petite, car « plusieurs années » est un grand moment pour que tout logiciel s'améliore, en particulier pour un logiciel de virtualisation populaire. Si vous n'aimez pas payer ou pirater, essayez des outils de virtualisation gratuits comme VirtualBox et QEMU. Peut-être que même Wine pourrait convenir à vos besoins Dernière édition : 18 mars 2017
Matejh
- 5 juil. 2014
- 19 avr. 2017
lympéro
- 1 sept. 2008
- Art, Grèce
- 19 avr. 2017
maflynn
Modérateur
Membre du staff- 3 mai 2009
- Boston
- 19 avr. 2017
Matejh a dit : Que se passe-t-il si vous connectez un écran externe ?Si je comprends bien, le connecteur du port d'affichage est câblé au dGPU, vous ne pouvez donc pas utiliser l'iGPU pour piloter un moniteur externe.
magiquetrevor70
- 19 avr. 2017
- 19 avr. 2017
En essayant de rm le fichier 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', j'obtiens :
Impossible de supprimer 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Opération non autorisée
Lorsque j'essaie d'exécuter la commande printf, j'obtiens :
zsh : opération non autorisée : /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Même si je suis connecté en tant que root, il semble que cela ne puisse pas changer ce fichier
AppleMacFinder
Affiche originale- 7 déc. 2009
- 19 avr. 2017
magictrevor70 a dit : 1) Impossible de supprimer 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Opération non autorisée
2) zsh : opération non autorisée : /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Le faites-vous depuis Arch Linux LiveCD ? Si vous l'essayez à partir d'une récupération OS X ou OS X, la protection SIP ne vous permettra pas de l'autoriser. Essayez avec Arch Linux LiveCD et cela devrait fonctionner pour vous
InsouciantCanadienne
- 18 avr. 2017
- 19 avr. 2017
AppleMacFinder a dit : Le faites-vous depuis Arch Linux LiveCD ? Si vous l'essayez à partir d'une récupération OS X ou OS X, la protection SIP ne vous permettra pas de l'autoriser. Essayez avec Arch Linux LiveCD et cela devrait fonctionner pour vous
J'ai le même problème de ne pas pouvoir modifier les efivars. Je le fais à partir d'un Archlinux Live USB avec SIP désactivé. J'ai essayé de remonter efivars r/w mais j'obtiens toujours « opération non autorisée ».
Quelqu'un a-t-il trouvé une solution à cela ?
totoe_84
- 19 avr. 2017
- Varèse, Italie
- 19 avr. 2017
CarefreeCanadian a déclaré : J'ai le même problème de ne pas pouvoir modifier les efivars. Je le fais à partir d'un Archlinux Live USB avec SIP désactivé. J'ai essayé de remonter efivars r/w mais j'obtiens toujours « opération non autorisée ».
Quelqu'un a-t-il trouvé une solution à cela ?
Tout d'abord merci @AppleMacFinder pour votre travail ! Aujourd'hui j'ai pu réutiliser mon macbook pro début 2011 avec le gpu intégré.
@CarefreeCanadian J'ai rencontré le même problème en utilisant une distribution Ubuntu Live 16.10 et j'ai résolu le problème en procédant comme suit :
Retirer gpu-power-prefs-...' variable il faut tout d'abord démonter les efivars :
*) umount /sys/firmware/efi/efivars/
puis montez les efivars en mode lecture/écriture :
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[appuyez sur TAB pour la saisie semi-automatique]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[appuyez sur TAB pour la saisie semi-automatique]
après ces étapes supplémentaires, vous pouvez suivre le guide @AppleMacFinder
J'espère que cela pourra aider quelqu'un d'autre.
AppleMacFinder
Affiche originale- 7 déc. 2009
- 19 avr. 2017
CarefreeCanadian a déclaré : J'ai le même problème de ne pas pouvoir modifier les efivars. Je le fais à partir d'un Archlinux Live USB avec SIP désactivé. J'ai essayé de remonter efivars r/w mais je reçois toujours une opération non autorisée.
magictrevor70 a dit :Opération non autoriséeTout d'abord, que SIP soit activé ou désactivé - cela ne devrait pas avoir d'importance car SIP est une fonctionnalité d'OS X et Linux ignore ces indicateurs SIP. Amis avec un problème de « opération non autorisée », j'ai besoin d'en savoir plus sur votre configuration matérielle/logicielle, pour comprendre - quelle est la différence négative entre la mienne et la vôtre qui vous empêche de réussir. Par exemple : démarrez-vous sur ArchLinux via rEFInd ? Parce que je n'utilise pas rEFInd, je démarre directement à partir de l'EFI de Mac en maintenant la touche 'Option' enfoncée. Aussi, je ne sais pas si c'est important, mais êtes-vous sur macOS Sierra ? Parce que mon système d'exploitation est El Capitan (10.11.6), et théoriquement, il se pourrait que Sierra verrouille d'une manière ou d'une autre les variables EFI... Nous devrions également essayer de rechercher ce problème sur Internet, car cela pourrait être un problème non isolé à MBP. .
ÉDITER: lisez s'il vous plaît totoe_84 message ci-dessus
[doublepost=1489960984][/doublepost]
totoe_84 a déclaré : j'ai rencontré le même problème en utilisant une distribution Ubuntu Live 16.10 et j'ai résolu le problème avec les étapes suivantestotoe_84 , je suis surpris que vous ayez pu démarrer Ubuntu, car ce problème graphique aurait dû l'empêcher de démarrer... En tout cas, bien fait! Réactions :TonyRS et AppleMacFinder
InsouciantCanadienne
- 18 avr. 2017
- 19 avr. 2017
Merci également à @AppleMacFinder d'avoir publié cette solution ! Vous nous avez tous épargné beaucoup d'essais et d'erreurs et avez fourni une excellente solution à la communauté « failed macbook pro 2011 » Réactions :AppleMacFinder M
maçonnerie
- 20 févr. 2017
- 20 févr. 2017
J'ai eu le même problème et j'ai fait certaines de vos étapes comme il y a 2 ans, mais j'ai arrêté à mi-chemin Réactions :Keno_beano et AppleMacFinder
magiquetrevor70
- 19 avr. 2017
- 20 févr. 2017
totoe_84 a dit : puis montez les efivars en mode lecture/écriture :
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
En essayant cette étape, j'obtiens
mount : type de système de fichiers inconnu « efivars »
totoe_84
- 19 avr. 2017
- Varèse, Italie
- 20 févr. 2017
magictrevor70 a dit : En essayant cette étape, j'obtiens@magicaltrevor70 Je pense que tu fais une faute de frappe :
mount : type de système de fichiers inconnu « efivars »
le type de système de fichiers est efivarfs ne pas efivars
*) monter –t efivarfs rw / sys / firmware / efi / efivars /
magiquetrevor70
- 19 avr. 2017
- 20 févr. 2017
ZapNZ
- 23 janvier 2017
- 20 févr. 2017
S'il y en a un, dois-je commencer l'instruction par « rm » ? Dernière édition : 20 mars 2017
roberthalline
- 25 octobre 2009
- Stockholm, Suède
- 20 févr. 2017
Altis
- 10 sept. 2013
- 20 févr. 2017
J'aimerais qu'Apple se soucie d'aider les gens comme vous l'avez fait ici... c'est l'une des raisons pour lesquelles j'ai acheté un 17' 2010 au lieu du meilleur mais risqué 2011.
pristratton
- 20 déc. 2011
- Winnipeg, Manitoba, Canada
- 20 févr. 2017
Mon système fonctionne toujours bien, mais je ne retiens pas mon souffle sur combien de temps il va rester ainsi.
Il est tout à fait logique que nous puissions passer aux graphiques intégrés pour maintenir nos systèmes en marche. Honte à Apple de ne pas être proactif dans ce département, mais qu'attendez-vous, ils veulent que vous achetiez un nouveau Mac.
Je vais ajouter cette page à mes favoris.
Merci
Articles Populaires