AppleMacFinder
Poster original- 7 decembrie 2009
- 18 apr 2017
GPU-ul AMD discret al MacBook Pro 8,2 din 2011 a eșuat în cele din urmă din cauza motivelor menționate aici ( http://logicboardmac.blogspot.ru/ ) și acolo ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Funcționează perfect de 6 ani sub o sarcină destul de mare, chiar a încercat mineritul SETI@HOME în fundal! Așa că am fost încrezător că MBP-ul meu nu este afectat de lipire/calitatea proastă a lipirii și nu am vrut să-l aduc la Apple pentru un program de reparații gratuit - parțial pentru că nu am găsit timp să întrerup proiectele mele software importante, parțial pentru că Mi-a fost teamă că Apple ar putea să-mi ofere o placă logică mai puțin fiabilă sau să refuze o reparație gratuită din cauza mai multor fără legătură reparații pe care le-am făcut manual singur mai devreme pentru a economisi bani: am schimbat pasta termică de câteva ori, am înlocuit bateria internă de 2 ori, am înlocuit o tastatură cu butoane sparte etc. a refuzat să pornească OS X (Întotdeauna îngheață la jumătatea drumului) , și - Programul de reparații gratuit Apple sa încheiat deja! Știu că există soluții accesibile, cum ar fi reluarea BGA de 50 USD la un atelier de reparații local neoficial și că este posibil să obțineți un nou cip HD 6750M de înlocuire de la AliExpress pentru 35 USD sau mai ieftin. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html sau https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , pentru că nu știu dacă acest lucru este adevărat - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) pentru a garanta o reparație reușită, astfel încât prețul total al reparației ar fi fie 50 USD, fie 50 USD+35 USD=85 USD - mai puțin de 100 USD în orice caz. Dar nu-mi place să investesc bani în computerele vechi, așa că m-am gândit - ce se întâmplă dacă există un hack pentru forta MBP să folosească grafica integrată TOT TIMPUL, chiar și în timpul pornirii? Și apoi am început să explorez posibilele soluții...
===
În primul rând, este posibil să porniți cu succes un MBP pe OS X în timp ce încă utilizați GPU-ul eșuat, după ce eliminați driverele AMD pornind în modul linie de comandă ( CMD+S ) și introducând aceste comenzi:
1) fsck -fy (a verifica un disc)
2) montați-vă / (montează un sistem de fișiere rădăcină cu permisiuni de citire/scriere)
3) sudo mkdir /AMD_Kexts/ (faceți un director pentru a stoca driverele AMD în cazul în care veți avea nevoie de ele în viitor)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (mutați driverele AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (eliminați memoria cache a driverelor AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (doar în cazul în care OS X va fi prost și nu va recrea acest director, îl creez pentru OS X)
7) sudo touch /Sistem/Biblioteca/Extensii/ (pentru a actualiza marcajele de timp, astfel încât noile cache ale driverelor - fără drivere AMD - să fie cu siguranță reconstruite)
8) sudo umount / (demontați o partiție pentru a garanta că modificările dvs. sunt eliminate în ea)
9) sudo reboot
Gradul de neplăceri în timpul acestor pași - depinde foarte mult de cât de mult este distorsionată imaginea unui ecran în cazul dvs. În cazul meu, a fost și mai dificil pentru că partiția OS X a devenit o partiție „numai în citire”. (din cauza prea multor opriri de urgență pe care le-am făcut în timp ce încercam cu disperare să pornesc OS X cu un GPU eșuat) așa că a trebuit să scot un hard disk de pe MacBook Pro și (folosind un adaptor USB la SATA de 2,5 inchi luat de pe HDD-ul meu portabil) l-am atașat la un computer cu Linux, apoi a urmat aceste instrucțiuni:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (primul raspuns) - am executat cu atenție o serie de comenzi, am calculat o limită de dimensiune pentru aspectul meu de parție și, în cele din urmă, am rulat sudo mount -t hfsplus -o force,rw,sizelimit=NUMĂRUL TĂU /dev/sdb2 /mnt pentru a monta această partiție HFS+ în directorul /mnt în modul citire-scriere. Apoi le-am executat '1) -7)' pașii pe care îi vedeți mai sus și, de asemenea, a reparat un sistem de fișiere prin rulare sudo fsck.hfsplus -f /dev/sdb2 înainte de a demonta o partiție cu sudo umount /mnt și pun un hard disk înapoi la MBP...
===
Acest lucru mi-a dat un MBP care ar putea porni pe OS X, deși ÎNCĂ folosind un GPU AMD stricat: deci imaginea ecranului este foarte distorsionată (ar putea naviga pe internet, dar destul de incomod pentru a citi un text) , Launchpad este foarte întârziat și nu puteți trece la GPU integrat folosind gfxCardStatus deoarece: fără drivere AMD (pe care a trebuit să-l eliminăm pentru a porni cu succes pe OS X) Macbook Pro crede că ecranul său intern este un afișaj extern, iar gfxCardStatus spune că este imposibil să comutați, deoarece afișajul extern folosește GPU AMD. Undeva am găsit o sugestie că este posibil să reconstruiesc un gfxCardStatus din codul sursă - https://github.com/codykrieger/gfxCardStatus - cu eliminat sau comentat 156-166 linii în ./gfxCardStatus/Class/GSProcess.m pentru a ignora afișajul extern:
// află dacă un monitor extern forțează GPU-ul discret
Afișează CGDirectDisplayID[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
pentru (int i = 0; i
dacă ( ! CGDisplayIsBuiltin(afișează))
[list addObject:[NSDictionary DictionaryWithObjectsAndKeys:
Str(@'Afișaj extern'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
Așa că am reconstruit un gfxCardStatus folosind instrucțiunile din ultimul răspuns la această problemă -
https://github.com/codykrieger/gfxCardStatus/issues/229
(a trebuit să descarce și unMacOSX10.11.sdkde aici - https://github.com/phracker/MacOSX-SDKs/releases - despachetați și copiați-l în XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- din cauza prostiei Apple, cel mai recent XCode pentru El Capitan nu include SDK pentru El Capitan!) Totuși, încă nu a funcționat - gfxCardStatus doar s-a prefăcut că a trecut la Integrated GPU, în timp ce în realitate OS X nu l-a lăsat să treacă! Chiar și după ce am editat ./gfxCardStatus/Class/GSGPU.m fișier pentru a activa misteriosul ' Nuclează-l de la comutarea orbitei opțiunea, încă nu s-a putut comuta...
===
Apoi am descoperit acest depozit interesant - https://github.com/0xbb/gpu-switch - care este parțial similar prin codul său sursă cu gfxCardStatus, dar are și „Cârlige de conectare” ( install_hooks.sh ) pentru a „automatiza procesul de comutare pentru autentificare/deconectare”. Din păcate, nu a funcționat pentru mine... Cu toate acestea, există o foarte interesantă GPU-switch fișier text chiar la rădăcina acestui depozit, care descrie variabilele EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
După ce l-am studiat și, de asemenea, am citit comentariile acestei probleme - https://github.com/0xbb/gpu-switch/issues/11 - Am devenit încrezător să încerc această soluție, dar am aflat că MacBook Pro 2011 8,2 cu OS X El Capitan 10.11.6 este într-un situatie FOARTE problematica:
1) rEFInd nu este instalat și pentru a-l instala - trebuie să dezactivați protecția SIP. Dar nu pot porni în modul de recuperare ( Comandă+Opțiune+R ) sau pe DVD/USB de instalare OS X ( țineți apăsat Opțiune ), (pentru a dezactiva SIP) , pentru că îngheață la pornire! - deși am eliminat kexturile AMD din sistemul meu, bineînțeles că aceste instrumente de recuperare folosesc kexturi AMD integrate în designul lor. De asemenea, nu se poate folosiprost rădăcinăhack ( https://github.com/gdbinit/rootfool ) pentru a dezactiva SIP în timpul rulării, deoarece funcționează numai la versiunea OS X mai veche decât 10.11.4
2) Am încercat să-mi supraîncălzi Macbook Pro intenționat (forțând utilizarea procesorului la 100% și plasându-l într-o pungă bine închisă) pentru a-l forța să se oprească de la supraîncălzire și apoi reporniți rapid, astfel încât grafica integrată să fie activată în timpul pornirii - făcând posibilă pornirea la recuperare. Dar din cauza minunatei paste termice high end pe care am aplicat-o nu cu mult timp în urmă - nu o pot supraîncălzi nici după ce am așteptat mult timp! În acest moment, m-am gândit că ar putea: la) eliminați AMD kex-urile din mediul de instalare sau b) pentru a conecta hard disk-ul MBP la o mașină Linux din nou și pentru a rula o grămadă de chmod-uri pentru a elimina steagurile SIP din directoarele menționate aici ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) care ar putea face ca un sistem să nu poată fi pornit sau c) pentru a încerca să instalați rEFInd la partiția HFS+ direct de pe o mașină Linux cu drepturi de root, deoarece va ocoli SIP --- dar nu am explorat aceste opțiuni, deși unele dintre ele ar fi putut funcționa...
3) Am vrut să pornesc un Linux LiveCD pentru a edita variabilele EFI de acolo, dar indiferent ce am făcut: am încercat să pornesc direct fără modificări ale opțiunilor GRUB, am încercat să editez opțiunile de pornire GRUB ( cu tasta „e”. ) a adauga nomodeset / elimina stropire liniştită / sau ambele în fiecare combinație , sau așa cum este sugerat în acest articol ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) adaugă de asemenea i915.modeset = 0 radeon.modeset = 0 sau radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; și apoi apăsat Fn+F10 sau Shift+Ctrl+Fn+F10 pentru a porni cu aceste opțiuni: dar procesul de pornire Linux a eșuat întotdeauna la diferite etape de pornire, indiferent de distribuția Linux populară, ușor de utilizat sau ce versiune a acesteia încerc: am încercat multe versiuni de Ubuntu / Lubuntu / Fedora, chiar și vechiul ' Imaginile AMD64 Mac” și „Alternate AMD64 Mac”, dar au eșuat întotdeauna - fie chiar la începutul procesului de pornire (ecran negru sau ecran negru cu clipește sau blocat _ caracterul din colțul din stânga sus) sau a eșuat la sfârșitul acestuia - chiar înainte ca ar trebui să arate un mediu desktop grafic...
Mai tarziu,totoe_84a scris că a putut să pornească Ubuntu în modul grafic folosind următoarea configurare pentru GRUB:
- Pentru a dezactiva placa grafică AMD am adăugat următoarele rânduri după setați gfxpayload=keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Apoi am adăugat următoarele după stropire liniştită
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Apoi mi-am amintit că există distribuții Linux care nu sunt mainstream pentru utilizatorii avansați, care au un LiveCD fără nicio interfață grafică : sunteți aruncat la o consolă pură și ar trebui să instalați sistemul împreună cu doar acele interfețe grafice și pachete software / grupuri de pachete pe care le selectați în mod explicit. De exemplu: Arch Linux ( https://www.archlinux.org/ ) și Gentoo Linux ( https://gentoo.org/ ). Deoarece LiveCD-ul lor nu are o interfață grafică, ar putea fi porniți fără probleme pe o consolă Linux pură și acolo ai putea edita variabilele EFI ! Deci aici este un...
===
=== SOLUȚIE DE FUNCȚIONARE 100%.
===
=== Forțați-vă MBP să folosească ÎNTOTDEAUNA GPU integrat Intel (remediere variabilă EFI)
===
=== ca să fie grozav din nou! Reacții:yakult121, apples_arrogance, slimmy18222 și alți 98
ZapNZ-uri
- 23 ianuarie 2017
- 18 apr 2017
Am să dau o încercare.
AppleMacFinder
Poster original- 7 decembrie 2009
- 18 apr 2017
ZapNZs a spus: Sfinte rahat, mulțumesc pentru munca ta. I-am scris Apple ROGĂ-I să facă ceva de genul acesta, care implică schimbarea implicită a EFI la dGPU la pornire, dar nu merg cu ei până acum.
Am să dau o încercare.
Multumesc pentru cuvintele frumoase, ZapNZ-uri , sper că vă faceți Mac din nou grozav prin această instrucțiune Reacții:duffman9000 și AppleMacFinder S
plesnit
- 25 iulie 2008
- 18 apr 2017
Ah-
- 7 mai 2010
- 18 apr 2017
slapple a spus: AppleMacFinder, soluția ta ar lăsa pe cineva să pornească și în Windows folosind GPU-ul integrat? Am auzit cu Boot Camp, MBP va folosi întotdeauna GPU-ul discret în Windows.Ar trebui să funcționeze, dacă porniți în modul EFI. Doar MBP-urile recente (11,3 și mai mult cred) dezactivează GPU-ul intel în Windows și există soluții: https://github.com/0xbb/gpu-switch
AppleMacFinder
Poster original- 7 decembrie 2009
- 18 apr 2017
slapple a spus: AppleMacFinder, soluția ta ar lăsa pe cineva să pornească și în Windows folosind GPU-ul integrat? Am auzit cu Boot Camp, MBP va folosi întotdeauna GPU-ul discret în Windows.
Salut plesnit ,
1) Această remediere pur software este la nivel EFI BIOS. În teorie ar trebui să funcționeze cu ORICE sistem de operare existent, adică:
*) compatibil cu hardware-ul Macbook Pro (x86_64 alias arhitectura procesorului AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) compatibil cu versiunea MBP a firmware-ului EFI (OS vechi fără suport EFI nu va funcționa direct din cutie, deși ar trebui să existe o modalitate de a le lansa într-un anumit mod de compatibilitate, de asemenea, un sistem de operare ciudat ar putea fi incompatibil cu versiunea Apple a EFI)
De fapt, această remediere a variabilelor EFI ar putea aduce un mare beneficiu acelor utilizatori MBP 2011 care ar dori să-și pornească dual OS X cu Linux: din cauza metodei foarte specifice a Apple de a conecta două GPU-uri în această mașină, uneori a fost dificil de configurat chiar și popularul distribuții Linux. Nu da vina pe AMD, a fost primul laptop Apple cu AMD în grafică duală, așa că probabil Apple nu a avut timp să dezvolte o implementare bună a graficii duale. Cu grafica duală dezactivată, acum ar trebui să fie mult mai ușor să configurați orice Linux, doar că nu l-am testat încă...
2) Chiar și fără această remediere a variabilei EFI, ar trebui să fie cumva posibilă trecerea la Intel GPU în Windows, dacă ambele GPU-uri sunt vizibile pentru Windows prin PCI (dacă EFI nu întrerupe accesul PCI la acesta pentru sistemele de operare care rulează sub BootCamp) , deși ar putea necesita ceva încurcătură cu driverele. De asemenea, sunt complet de acord cu Ah- :
ah- a spus: Ar trebui să funcționeze, dacă porniți în modul EFI. Doar MBP-urile recente (11,3 și mai mult cred) dezactivează GPU-ul intel în Windows și există soluții: https://github.com/0xbb/gpu-switchEste posibil să păstrați mai multe sisteme de operare (inclusiv Windows) pe un Mac fără Bootcamp, folosind doar un rEFInd - http://www.rodsbooks.com/refind/
BTW de ce nu rulați Windows într-o mașină virtuală? De exemplu: în urmă cu câțiva ani, am făcut niște benchmark-uri ale performanței native OS X față de Windows într-un desktop Parallels și, în timp ce performanța grafică a fost înregistrată undeva în jur de 35%, performanța procesorului a fost cu aproximativ 2% mai lentă. În acest moment, diferența ar trebui să fie mult mai mică, deoarece „câțiva ani” este un moment important pentru ca orice software să se îmbunătățească, în special pentru un software de virtualizare popular. Dacă nu vă place să plătiți sau să piratezi, încercați câteva instrumente de virtualizare gratuite precum VirtualBox și QEMU. Poate chiar și vinul ar putea fi potrivit pentru nevoile tale Ultima modificare: 18 mar 2017
Matejh
- 5 iulie 2014
- 19 aprilie 2017
lympero
- 1 septembrie 2008
- Arta, Greece
- 19 aprilie 2017
maflynn
Moderator
Membru al personalului- 3 mai 2009
- Boston
- 19 aprilie 2017
Matejh a spus: Ce se întâmplă dacă conectați un afișaj extern?Înțeleg că conectorul portului de afișare este conectat la dGPU, astfel încât nu puteți utiliza iGPU pentru a conduce un monitor extern.
magicaltrevor70
- 19 aprilie 2017
- 19 aprilie 2017
Când încerc să accesez fișierul „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9”, primesc:
Nu se poate elimina „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” Operațiunea nu este permisă
Când încerc să fac comanda printf, primesc:
zsh: operarea nu este permisă: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Chiar dacă sunt autentificat ca root, se pare că nu pot schimba acel fișier
AppleMacFinder
Poster original- 7 decembrie 2009
- 19 aprilie 2017
magicaltrevor70 a spus: 1) Nu se poate elimina „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” Operațiunea nu este permisă
2) zsh: operarea nu este permisă: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
O faci din Arch Linux LiveCD? Dacă îl încercați din recuperare OS X sau OS X, protecția SIP nu vă va permite să permiteți acest lucru. Încercați cu Arch Linux LiveCD și ar trebui să funcționeze pentru dvs
Canadian fără griji
- 18 apr 2017
- 19 aprilie 2017
AppleMacFinder a spus: O faci din Arch Linux LiveCD? Dacă îl încercați din recuperare OS X sau OS X, protecția SIP nu vă va permite să permiteți acest lucru. Încercați cu Arch Linux LiveCD și ar trebui să funcționeze pentru dvs
Am aceeași problemă de a nu putea modifica efivars. O fac de pe un Archlinux Live USB cu SIP dezactivat. Am încercat să remontez efivars r/w, dar încă primesc „operațiunea nu este permisă”.
A găsit cineva o soluție la asta?
totoe_84
- 19 aprilie 2017
- Varese, Italia
- 19 aprilie 2017
CarefreeCanadian a spus: Am aceeași problemă de a nu putea modifica efivar-urile. O fac de pe un Archlinux Live USB cu SIP dezactivat. Am încercat să remontez efivars r/w, dar încă primesc „operațiunea nu este permisă”.
A găsit cineva o soluție la asta?
În primul rând, mulțumesc @AppleMacFinder pentru munca ta! Astăzi am putut să-mi folosesc din nou macbook pro la începutul anului 2011 cu GPU integrat.
@CarefreeCanadian Am întâmpinat aceeași problemă folosind o distribuție Ubuntu Live 16.10 și am rezolvat problema cu următorii pași:
A sterge gpu-power-prefs-...' variabilă este necesar în primul rând să demontați efivar-urile:
*) umount /sys/firmware/efi/efivars/
apoi montați efivars în modul citire/scriere:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[apăsați TAB pentru a completa automat]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[apăsați TAB pentru a completa automat]
după acești pași suplimentari, puteți urma ghidul @AppleMacFinder
Sper că asta poate ajuta pe altcineva.
AppleMacFinder
Poster original- 7 decembrie 2009
- 19 aprilie 2017
CarefreeCanadian a spus: Am aceeași problemă de a nu putea modifica efivar-urile. O fac de pe un Archlinux Live USB cu SIP dezactivat. Am încercat să remontez efivars r/w, dar încă primesc „operația nu este permisă”.
magicaltrevor70 a spus:operatie nepermisaÎn primul rând, dacă SIP este activat sau dezactivat - nu ar trebui să conteze, deoarece SIP este o caracteristică OS X și Linux ignoră acele steaguri SIP. Prieteni cu problema „operare nu este permisă”, trebuie să știu mai multe despre configurația dumneavoastră hardware/software, să înțeleg - care este diferența negativă între configurațiile mele și ale tale care vă împiedică să obțineți succesul. De exemplu: porniți la ArchLinux prin rEFInd? Pentru că nu folosesc rEFInd, pornesc direct din EFI-ul Mac ținând apăsată tasta „Opțiune”. De asemenea, nu știu dacă contează, dar ești pe macOS Sierra? Deoarece sistemul meu de operare este El Capitan (10.11.6) și, teoretic, s-ar putea ca Sierra să blocheze cumva variabilele EFI... De asemenea, ar trebui să încercăm să căutăm această problemă pe Internet, deoarece aceasta ar putea fi o problemă care nu este izolată de MBP. .
EDITAȚI | ×: vă rog să citiți totoe_84 mesajul de mai sus
[doublepost=1489960984][/doublepost]
totoe_84 a spus: Am întâmpinat aceeași problemă folosind o distribuție Ubuntu Live 16.10 și am rezolvat problema cu următorii pașitotoe_84 , sunt surprins că ați reușit să porniți Ubuntu, deoarece această problemă grafică ar fi trebuit să-l împiedice să pornească... În orice caz, bine făcut! Reacții:TonyRS și AppleMacFinder
Canadian fără griji
- 18 apr 2017
- 19 aprilie 2017
De asemenea, vă mulțumesc @AppleMacFinder pentru că ați postat această soluție! Ne-ați scutit pe toți de multe încercări și erori și ați oferit o soluție excelentă comunității „macbook pro 2011 eșuat” Reacții:AppleMacFinder M
zidărie
- 20 februarie 2017
- 20 februarie 2017
Am avut aceeași problemă și am făcut câțiva dintre pașii tăi acum 2 ani, dar am renunțat la jumătatea drumului Reacții:Keno_beano și AppleMacFinder
magicaltrevor70
- 19 aprilie 2017
- 20 februarie 2017
totoe_84 a spus: apoi montează efivars în modul citire/scriere:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Când încerc acest pas, primesc
montare: tip de sistem de fișiere necunoscut „efivars”
totoe_84
- 19 aprilie 2017
- Varese, Italia
- 20 februarie 2017
magicaltrevor70 a spus: Când încerc acest pas, primesc@magicaltrevor70 Cred că ai greșit:
montare: tip de sistem de fișiere necunoscut „efivars”
tipul sistemului de fișiere este efivarfs nu efivars
*) monte –t efivarfs rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19 aprilie 2017
- 20 februarie 2017
ZapNZ-uri
- 23 ianuarie 2017
- 20 februarie 2017
Dacă există unul, încep afirmația cu „rm”? Ultima modificare: 20 martie 2017
roberthallin
- 25 octombrie 2009
- Stockholm, Suedia
- 20 februarie 2017
Altis
- 10 septembrie 2013
- 20 februarie 2017
Mi-aș dori ca Apple să fie deranjat să ajute oamenii așa cum ați făcut și voi aici... este unul dintre motivele pentru care am cumpărat un 2010 17' în loc de cel mai bun, dar riscant 2011.
pristratton
- 20 decembrie 2011
- Winnipeg, Manitoba, Canada
- 20 februarie 2017
Sistemul meu încă funcționează bine, dar nu îmi țin respirația pentru cât timp va rămâne așa.
Este absolut logic să putem trece la grafica integrată pentru a ne menține sistemele în funcțiune. Să-i fie rușine Apple că nu a fost proactiv în acest departament, dar la ce vă așteptați, vor să cumpărați un nou Mac.
Voi marca această pagină.
Mulțumesc
Posturi Populare