AppleMacFinder
Originalni poster- 7. prosinca 2009
- 18. travnja 2017
Diskretni AMD GPU mog MacBook Pro 8,2 iz 2011. konačno je otkazao zbog ovdje navedenih razloga ( http://logicboardmac.blogspot.ru/ ) i tamo ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Radi savršeno već 6 godina pod prilično velikim opterećenjem, čak je isprobao SETI@HOME rudarenje u pozadini! Stoga sam bio uvjeren da na moj MBP ne utječe loša kvaliteta lemljenja/loša kvaliteta lemljenja i nisam ga želio donijeti Appleu radi besplatnog programa popravka - djelomično zato što nisam mogao naći vremena da pauziram svoje važne softverske projekte, djelomično zato što Bojao sam se da bi mi Apple mogao dati manje pouzdanu logičku ploču ili odbiti besplatan popravak zbog nekoliko nepovezano popravke koje sam ranije napravio ručno kako bih uštedio novac: nekoliko puta promijenio termalnu pastu, 2 puta zamijenio unutarnju bateriju, zamijenio tipkovnicu s pokvarenim tipkama itd. Ali konačno se pokvario prošli tjedan: slika na ekranu prijenosnog računala se izobličila, odbio pokrenuti OS X (uvijek se smrzava na pola puta) , i - Appleov besplatni program popravka je već završio! Znam da postoje pristupačna rješenja poput 50 USD BGA ponovnog lemljenja u neslužbenoj lokalnoj radionici i da je moguće dobiti novi zamjenski HD 6750M čip od AliExpressa za 35 USD ili jeftinije ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html ili https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , jer ne znam je li to istina - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) kako bi se jamčio uspješan popravak, tako da bi ukupna cijena popravka bila ili 50 USD ili 50 USD + 35 USD = 85 USD - manje od 100 USD u svakom slučaju. Ali ne volim ulagati novac u stara računala, pa sam pomislio - što ako postoji neki hak za sila MBP koristiti integriranu grafiku SVAKO VRIJEME, čak i tijekom dizanja? A onda krenuo istraživati moguća rješenja...
===
Prije svega, moguće je uspješno pokrenuti MBP na OS X dok još uvijek koristite neuspjeli GPU, nakon što uklonite AMD drajvere dizanjem u načinu naredbenog retka ( CMD+S ) i unosom ovih naredbi:
1) fsck -fy (za provjeru diska)
2) montiraj svoj / (montirajte korijenski datotečni sustav s dopuštenjima čitanja/pisanja)
3) sudo mkdir /AMD_Kexts/ (napravite direktorij za pohranu AMD drajvera u slučaju da će vam zatrebati u budućnosti)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (premjestite AMD drajvere)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (ukloni predmemoriju AMD upravljačkih programa)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (samo u slučaju da OS X bude glup i neće ponovno stvoriti ovaj direktorij, stvaram ga za OS X)
7) sudo touch /Sustav/Knjižnica/Proširenja/ (za ažuriranje vremenskih oznaka tako da će nove predmemorije upravljačkih programa - bez AMD drajvera - biti definitivno obnovljene)
8) sudo umount / (uključite particiju kako biste jamčili da se vaše promjene isprazne na nju)
9) sudo ponovno pokretanje
Stupanj vaše neugodnosti tijekom izvršavanja ovih koraka - uvelike ovisi o tome koliko je slika na ekranu u vašem slučaju izobličena. U mom slučaju to je bilo još teže jer je OS X particija postala particija 'samo za čitanje' (zbog previše hitnih isključivanja koje sam učinio dok sam očajnički pokušavao pokrenuti OS X s neuspjelim GPU-om) pa sam morao ukloniti tvrdi disk iz MacBook Pro i (koristeći USB na SATA 2.5' adapter preuzet s mog prijenosnog HDD-a) spojio ga na računalo s Linuxom, a zatim slijedio ove upute:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. odgovor) - pažljivo izvršio niz naredbi, izračunao ograničenje veličine za moj raspored paricija i konačno pokrenuo sudo mount -t hfsplus -o force,rw,sizelimit=VAŠ BROJ /dev/sdb2 /mnt za montiranje ove HFS+ particije u /mnt direktorij u načinu čitanja i pisanja. Onda sam izveo ove '1) -7)' korake koje vidite gore, a također je popravio datotečni sustav pokretanjem sudo fsck.hfsplus -f /dev/sdb2 prije demontaže particije sa sudo umount /mnt i vraćanje tvrdog diska u MBP...
===
To mi je dalo MBP koji se ipak mogao pokrenuti na OS X JOŠ korištenjem pokvarenog AMD GPU-a: tako da je slika na ekranu vrlo izobličena (mogao bi pregledavati internet, ali je prilično nezgodno čitati tekst) , Launchpad je super zaostao i ne možete se prebaciti na integrirani GPU koristeći gfxCardStatus jer: bez AMD drajvera (koje smo morali ukloniti da bismo uspješno pokrenuli OS X) Macbook Pro misli da je njegov unutarnji zaslon vanjski zaslon, a gfxCardStatus govori da je nemoguće prebaciti se jer vanjski zaslon koristi AMD GPU. Negdje sam našao prijedlog da je moguće obnoviti gfxCardStatus iz izvornog koda - https://github.com/codykrieger/gfxCardStatus - s uklonjenim ili komentiranim 156-166 redaka u ./gfxCardStatus/Classes/GSProcess.m kako biste zanemarili vanjski zaslon:
// saznati je li vanjski monitor prisilno uključen diskretni GPU
CGDirectDisplayID zasloni[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, prikazuje, &displayCount) == noErr) {
za (int i = 0; i
if ( ! CGDisplayIsBuiltin(displays))
[popis addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Vanjski zaslon'), kTaskItemName,
@ '', kTaskItemPID, nula]];
}
}
Stoga sam obnovio gfxCardStatus koristeći upute iz posljednjeg odgovora na ovaj problem -
https://github.com/codykrieger/gfxCardStatus/issues/229
(također sam morao preuzeti aMacOSX10.11.sdkodavde - https://github.com/phracker/MacOSX-SDKs/releases - raspakirajte i kopirajte u XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- zbog Appleove gluposti najnoviji XCode za El Capitan ne uključuje SDK za El Capitan!) Međutim, i dalje nije išlo - gfxCardStatus se samo pretvarao da je prešao na Integrirani GPU, dok u stvarnosti OS X nije dopustio da se prebaci! Čak i nakon što sam uredio ./gfxCardStatus/Classes/GSGPU.m datoteka za omogućavanje tajanstvenog ' Uklonite ga iz promjene orbite ' opcija, još uvijek se ne može promijeniti...
===
Tada sam otkrio ovo zanimljivo spremište - https://github.com/0xbb/gpu-switch - koji je po svom izvornom kodu djelomično sličan gfxCardStatusu, ali također ima 'prijavne kuke' ( install_hooks.sh ) za 'automatiziranje procesa prebacivanja za prijavu/odjavu'. Nažalost, nije mi uspjelo... Međutim, postoji jedna vrlo zanimljiva gpu-prekidač tekstualnu datoteku u korijenu ovog spremišta, koja opisuje EFI varijable!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Nakon što sam ga proučio i pročitao komentare na ovo izdanje - https://github.com/0xbb/gpu-switch/issues/11 - Uvjerio sam se da isprobam ovo rješenje, ali sam otkrio da je moj MacBook Pro 2011 8,2 s OS X El Capitan 10.11.6 u JAKO problematična situacija:
1) rEFInd nije instaliran, a da biste ga instalirali - morate onemogućiti SIP zaštitu. Ali ne mogu pokrenuti u Recovery način rada ( Naredba+Opcija+R ) ili na instalacijski DVD/USB OS X ( držite opciju ), (za onemogućavanje SIP-a) , jer se smrzavaju tijekom podizanja sustava! - iako sam uklonio AMD kextove iz svog sustava, naravno, ovi alati za oporavak koriste AMD kextove integrirane u njihov dizajn. Također se ne može koristitikorijen budalahakirati ( https://github.com/gdbinit/rootfool ) da biste onemogućili SIP tijekom rada, jer radi samo na OS X verziji starijoj od 10.11.4
2) Namjerno sam pokušao pregrijati svoj Macbook Pro (prisilno korištenje CPU-a na 100% i stavljanje u čvrsto zatvorenu vrećicu) prisiliti ga da se isključi zbog pregrijavanja, a zatim brzo ponovno pokrenuti tako da će integrirana grafika biti omogućena tijekom vremena pokretanja - što omogućuje pokretanje na Recovery. Ali zbog prekrasne vrhunske termalne paste koju sam nanijela ne tako davno - ne mogu je pregrijati ni nakon dugog čekanja! U ovom trenutku pomislio sam da bi to moglo: do) ukloniti AMD kextove s instalacijskog medija, ili b) za ponovno povezivanje MBP-ovog tvrdog diska na Linux stroj i pokretanje hrpe chmodova za uklanjanje SIP zastavica iz direktorija spomenutih ovdje ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) što bi potencijalno moglo učiniti sustav nemogućim za pokretanje, ili c) pokušati instalirati rEFInd na HFS+ particiju izravno s Linux stroja s root pravima jer će zaobići SIP --- ali nisam istražio ove opcije, iako bi neke od njih mogle raditi...
3) Htio sam pokrenuti Linux LiveCD da odatle uredim varijable EFI, ali bez obzira na to što sam učinio: pokušao sam pokrenuti izravno bez modifikacija GRUB opcija, pokušao urediti GRUB opcije pokretanja ( s tipkom 'e' ) dodati nomodeset / ukloniti tiho prskanje / ili oboje u svakoj kombinaciji , ili kao što je predloženo u ovom članku ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011.) ) također dodati i915.modeset = 0 radeon.modeset = 0 ili radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; a zatim pritisnuti Fn+F10 ili Shift+Ctrl+Fn+F10 za pokretanje s ovim opcijama: ali proces pokretanja Linuxa uvijek nije uspio u različitim fazama pokretanja, bez obzira koju popularnu distribuciju Linuxa prilagođenu korisniku ili koju verziju iste pokušavam: isprobao mnoga izdanja Ubuntu / Lubuntu / Fedora , čak i stari ' AMD64 Mac' i 'Alternate AMD64 Mac' slike, ali uvijek nisu uspjele - bilo na samom početku procesa pokretanja (crni ekran, ili crni ekran s treptanjem ili zaglavljenim _ znak u lijevom gornjem kutu) ili nije uspio na samom kraju - neposredno prije nego što bi trebao prikazati grafičko okruženje radne površine...
Kasnije,totoe_84napisao je da je mogao pokrenuti Ubuntu u grafičkom načinu koristeći sljedeće postavke za GRUB:
- Da onemogućim AMD grafičku karticu, dodao sam sljedeće retke nakon postavi gfxpayload=čuvaj
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Nakon toga sam dodao sljedeće tiho prskanje
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Onda sam se sjetio da postoje ne-mainstream distribucije Linuxa za napredne korisnike, koje imaju LiveCD bez ikakvog grafičkog sučelja : spušteni ste na čistu konzolu i trebali biste instalirati sustav zajedno s samo onim grafičkim sučeljima i softverskim paketima / grupama paketa koje izričito odaberete. Na primjer: Arch Linux ( https://www.archlinux.org/ ) i Gentoo Linux ( https://gentoo.org/ ) . Budući da njihov LiveCD nema grafičko sučelje, mogli bi se bez problema pokrenuti na čistu Linux konzolu i tamo možete uređivati varijable EFI ! Dakle, ovdje je...
===
=== 100% RADNO RJEŠENJE
===
=== Prisilite svoj MBP da UVIJEK koristi Intelov integrirani GPU (popravak varijable EFI)
===
=== da opet bude sjajno! Reakcije:yakult121, apples_arrogance, slimmy18222 i 98 drugih
ZapNZ-ovi
- 23. siječnja 2017
- 18. travnja 2017
Ja ću dati ovo.
AppleMacFinder
Originalni poster- 7. prosinca 2009
- 18. travnja 2017
ZapNZs je rekao: Jebote, hvala ti za tvoj rad. Napisao sam Apple MOLIJUĆI ih da učine nešto poput ovoga što uključuje promjenu EFI-jevih zadanih postavki u dGPU pri pokretanju, ali za sada ne ide s njima.
Ja ću dati ovo.
Hvala na lijepim riječima, ZapNZ-ovi , nadamo se da ćete ovim uputama ponovno učiniti vaš Mac sjajnim Reakcije:duffman9000 i AppleMacFinder S
šamariti
- 25. srpnja 2008
- 18. travnja 2017
Ah-
- 7. svibnja 2010
- 18. travnja 2017
slapple je rekao: AppleMacFinder, bi li vaše rješenje također dopuštalo nekome da se pokrene u Windows pomoću integriranog GPU-a? Čuo sam s Boot Campom, MBP će uvijek koristiti diskretni GPU u Windowsima.Trebalo bi raditi ako se pokrenete u EFI modu. Samo nedavni MBP-ovi (mislim da su 11,3 i noviji) onemogućuju intel GPU u Windowsima, a postoje zaobilazna rješenja: https://github.com/0xbb/gpu-switch
AppleMacFinder
Originalni poster- 7. prosinca 2009
- 18. travnja 2017
slapple je rekao: AppleMacFinder, bi li vaše rješenje također dopuštalo nekome da se pokrene u Windows pomoću integriranog GPU-a? Čuo sam s Boot Campom, MBP će uvijek koristiti diskretni GPU u Windowsima.
bok šamariti ,
1) Ovaj čisto softverski popravak je na razini EFI BIOS-a. U teoriji bi trebao funkcionirati s BILO KOJI operativni sustav koji postoji, odnosno:
*) kompatibilan s Macbook Pro hardverom (x86_64 aka AMD64 CPU arhitektura - https://en.wikipedia.org/wiki/X86-64 )
*) kompatibilan s MBP verzijom EFI firmware-a (Drevni OS bez podrške za EFI neće raditi odmah iz kutije, iako bi trebao postojati način da ih se pokrene u nekom načinu kompatibilnosti, također bi neki čudni OS mogli biti nekompatibilni s Appleovom verzijom EFI-a)
Zapravo, ovaj popravak EFI varijabli mogao bi donijeti veliku korist onim korisnicima MBP 2011 koji bi htjeli dvostruko pokrenuti svoj OS X s Linuxom: zbog Appleove vrlo specifične metode povezivanja dva GPU-a na ovom stroju, ponekad je bilo teško postaviti čak i popularni Linux distribucije. Nemojte kriviti AMD, to je bio prvi Appleov laptop s AMD-om u dualnoj grafiki tako da vjerojatno Apple nije imao vremena razviti dobru implementaciju dvostruke grafike. Uz onemogućenu dvostruku grafiku, sada bi trebalo biti puno lakše postaviti bilo koji Linux, samo ga još nisam testirao...
2) Čak i bez ovog popravka varijable EFI, trebalo bi nekako biti moguće prebaciti se na Intel GPU u sustavu Windows, ako su oba GPU-a vidljiva Windowsima kroz PCI (ako EFI ne isključuje PCI pristup njemu za operativne sustave koji rade pod BootCampom) , iako bi to moglo zahtijevati malo petljanja s upravljačkim programima. Također se u potpunosti slažem sa Ah- :
ah- rekao je: Trebalo bi raditi ako se dižete u EFI modu. Samo nedavni MBP-ovi (mislim da su 11,3 i noviji) onemogućuju intel GPU u Windowsima, a postoje zaobilazna rješenja: https://github.com/0xbb/gpu-switchMoguće je zadržati nekoliko OS (uključujući Windows) na Macu bez ikakvog Bootcamp-a, samo pomoću rEFInd - http://www.rodsbooks.com/refind/
BTW zašto ne pokrenuti Windows u virtualnom stroju? Na primjer: prije nekoliko godina napravio sam neke mjerenje performansi izvornog OS X u odnosu na Windows unutar Parallels Desktopa, i dok je pogodak grafičke izvedbe bio negdje oko 35%, performanse CPU-a bile su samo oko 2% sporije. Trenutno bi razlika trebala biti puno manja, jer je 'nekoliko godina' veliki trenutak za poboljšanje bilo kojeg softvera, posebno za popularni softver za virtualizaciju. Ako ne volite plaćati ili piratirati, isprobajte neke besplatne alate za virtualizaciju kao što su VirtualBox i QEMU. Možda bi čak i Wine moglo biti prikladno za vaše potrebe Zadnje uređivanje: 18. ožujka 2017
Matejh
- 5. srpnja 2014
- 19. travnja 2017
lympero
- 1. rujna 2008
- Umjetnost, Grčka
- 19. travnja 2017
maflynn
Moderator
Član osoblja- 3. svibnja 2009
- Boston
- 19. travnja 2017
Matejh je rekao: Što se događa ako spojite vanjski zaslon?Koliko sam razumio, konektor priključka za zaslon je ožičen na dGPU tako da ne možete koristiti iGPU za pogon vanjskog monitora.
magicaltrevor70
- 19. travnja 2017
- 19. travnja 2017
Kada pokušavam rm datoteku 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', dobivam:
Nije moguće ukloniti 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operacija nije dopuštena
Kada pokušavam izvesti naredbu printf, dobivam:
zsh: rad nije dopušten: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Iako sam prijavljen kao root, čini se da ne može promijeniti tu datoteku
AppleMacFinder
Originalni poster- 7. prosinca 2009
- 19. travnja 2017
magicaltrevor70 je rekao: 1) Nije moguće ukloniti 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operacija nije dopuštena
2) zsh: rad nije dopušten: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Radite li to s Arch Linux LiveCD-a? Ako ga pokušavate iz OS X ili OS X oporavka, SIP zaštita vam to ne bi dopustila. Pokušajte s Arch Linux LiveCD-om i trebao bi vam raditi
Bezbrižan Kanađanin
- 18. travnja 2017
- 19. travnja 2017
AppleMacFinder je rekao: Radite li to s Arch Linux LiveCD-a? Ako ga pokušavate iz OS X ili OS X oporavka, SIP zaštita vam to ne bi dopustila. Pokušajte s Arch Linux LiveCD-om i trebao bi vam raditi
Imam isti problem jer ne mogu modificirati efivare. Radim to s Archlinux Live USB-a s onemogućenim SIP-om. Pokušao sam ponovno montirati efivare r/w, ali i dalje dobivam 'operacija nije dopuštena'.
Je li netko pronašao rješenje za ovo?
totoe_84
- 19. travnja 2017
- Varese, Italija
- 19. travnja 2017
CarefreeCanadian je rekao: Imam isti problem jer ne mogu modificirati efivare. Radim to s Archlinux Live USB-a s onemogućenim SIP-om. Pokušao sam ponovno montirati efivare r/w, ali i dalje dobivam 'operacija nije dopuštena'.
Je li netko pronašao rješenje za ovo?
Prije svega hvala @AppleMacFinder na vašem radu! Danas sam ponovno mogao koristiti svoj macbook pro početkom 2011. s integriranim GPU-om.
@CarefreeCanadian Doživio sam isti problem koristeći distribuciju Ubuntu Live 16.10 i riješio sam problem sljedećim koracima:
Ukloniti gpu-power-prefs-...' varijable potrebno je prije svega demontirati efivare:
*) umount /sys/firmware/efi/efivars/
zatim montirajte efivare u načinu čitanja/pisanja:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[pritisnite TAB za automatsko dovršavanje]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[pritisnite TAB za automatsko dovršavanje]
nakon ovih dodatnih koraka možete slijediti @AppleMacFinder vodič
Nadam se da ovo može pomoći nekom drugom.
AppleMacFinder
Originalni poster- 7. prosinca 2009
- 19. travnja 2017
CarefreeCanadian je rekao: Imam isti problem jer ne mogu modificirati efivare. Radim to s Archlinux Live USB-a s onemogućenim SIP-om. Pokušao sam ponovno montirati efivare r/w, ali još uvijek dobivam 'operacija nije dopuštena.
magicaltrevor70 je rekao:operacija nije dopuštenaPrije svega, je li SIP omogućen ili onemogućen - ne bi trebalo biti važno jer je SIP značajka OS X i Linux ignorira te SIP zastavice. Prijatelji s problemom 'operacija nije dopuštena', moram znati više o vašoj hardversko/softverskoj konfiguraciji, da shvatim - koja je negativna razlika između moje i vaše konfiguracije koja vas sprječava da postignete uspjeh. Na primjer: dižete li ArchLinux putem rEFInd-a? Budući da ne koristim rEFInd, dižem se izravno iz Macovog EFI-ja držeći tipku 'Opcija'. Također ne znam je li važno, ali jeste li na macOS Sierri? Budući da je moj OS El Capitan (10.11.6), a teoretski bi moglo biti da Sierra nekako zaključava EFI varijable... Također bismo trebali pokušati pretražiti ovaj problem na Internetu, jer to može biti problem koji nije izoliran za MBP.. .
UREDI: molim pročitajte totoe_84 poruka iznad
[doublepost=1489960984][/doublepost]
totoe_84 je rekao: Doživio sam isti problem koristeći distribuciju Ubuntu Live 16.10 i riješio sam problem sljedećim koracimatotoe_84 , iznenađen sam da ste uspjeli pokrenuti Ubuntu, jer je ovaj grafički problem trebao spriječiti njegovo pokretanje... U svakom slučaju, dobro napravljeno! Reakcije:TonyRS i AppleMacFinder
Bezbrižan Kanađanin
- 18. travnja 2017
- 19. travnja 2017
Također, hvala @AppleMacFinder na objavi ovog rješenja! Svima ste nam uštedjeli mnogo pokušaja i pogrešaka i pružili izvrsno rješenje za 'neuspjelu macbook pro 2011' zajednicu Reakcije:AppleMacFinder M
zidanje
- 20. veljače 2017
- 20. veljače 2017
Imao sam isti problem i napravio sam neke od vaših koraka prije 2 godine, ali sam odustao na pola puta Reakcije:Keno_beano i AppleMacFinder
magicaltrevor70
- 19. travnja 2017
- 20. veljače 2017
totoe_84 je rekao: zatim montirajte efivare u načinu čitanja/pisanja:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Prilikom pokušaja ovog koraka dobivam
mount: nepoznat tip datotečnog sustava 'efivars'
totoe_84
- 19. travnja 2017
- Varese, Italija
- 20. veljače 2017
magicaltrevor70 je rekao: Prilikom pokušaja ovog koraka dobivam@magicaltrevor70 Mislim da si pogriješio:
mount: nepoznat tip datotečnog sustava 'efivars'
tip datotečnog sustava je efivarfs ne efivari
*) montirati –t efivarfs rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19. travnja 2017
- 20. veljače 2017
ZapNZ-ovi
- 23. siječnja 2017
- 20. veljače 2017
Ako postoji, trebam li započeti izjavu s 'rm'? Posljednje uređivanje: 20. ožujka 2017
Roberthallin
- 25. listopada 2009
- Stockholm, Švedska
- 20. veljače 2017
Altis
- 10. rujna 2013
- 20. veljače 2017
Volio bih da se Apple može truditi pomoći ljudima kao što ste vi učinili ovdje... to je jedan od razloga zašto sam kupio 2010 17' umjesto bolje, ali riskantnije 2011.
pristratton
- 20. prosinca 2011
- Winnipeg, Manitoba, Kanada
- 20. veljače 2017
Moj sustav još uvijek radi dobro, ali ne zadržavam dah koliko dugo će tako ostati.
Apsolutno je logično da bismo se trebali moći prebaciti na integriranu grafiku kako bismo održali naše sustave. Sramota za Apple što nije proaktivan u ovom odjelu, ali što očekujete, žele da kupite novi Mac.
Označit ću ovu stranicu.
Hvala vam
Popularni Postovi