AppleMacFinder
Manifesto originale- 7 dicembre 2009
- 18 aprile 2017
La GPU AMD discreta del mio MacBook Pro 8,2 del 2011 ha finalmente fallito per i motivi qui menzionati ( http://logicboardmac.blogspot.ru/ ) e lì ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Ha funzionato perfettamente per 6 anni sotto un carico piuttosto elevato, anche provato il mining SETI@HOME in background! Quindi ero fiducioso che il mio MBP non fosse influenzato da una cattiva saldatura / cattiva qualità di saldatura e non volevo portarlo ad Apple per un programma di riparazione gratuito - in parte perché non riuscivo a trovare il tempo per mettere in pausa i miei importanti progetti software, in parte perché Temevo che Apple potesse darmi una scheda logica meno affidabile o rifiutare una riparazione gratuita a causa delle diverse non correlato riparazioni che ho fatto manualmente da solo in precedenza per risparmiare denaro: ho cambiato la pasta termica alcune volte, ho sostituito la batteria interna 2 volte, ho sostituito una tastiera con pulsanti rotti, ecc. Ma alla fine si è rotto la scorsa settimana: l'immagine dello schermo del laptop è diventata distorta, rifiutato di avviare OS X (sempre gelata a metà) e - Il programma di riparazione gratuito di Apple è già terminato! So che ci sono soluzioni convenienti come la risaldatura BGA da $ 50 presso un negozio di riparazioni locale non ufficiale e che è possibile ottenere un nuovo chip HD 6750M sostitutivo da AliExpress per $ 35 o meno ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html o https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , perché non so se questo è vero - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-con-216-0810028 ) per garantire una riparazione di successo, quindi il prezzo totale della riparazione sarebbe di $ 50 o $ 50 + $ 35 = $ 85 - meno di $ 100 in ogni caso. Ma non mi piace investire denaro sui vecchi computer, quindi ho pensato: e se ci fosse qualche hack da fare? forza MBP per utilizzare la grafica integrata SEMPRE, anche durante l'avvio? E poi ho iniziato ad esplorare le possibili soluzioni...
===
Prima di tutto, è possibile avviare correttamente un MBP su OS X mentre si utilizza ancora la GPU guasta, dopo aver rimosso i driver AMD avviando in modalità riga di comando ( CMD+S ) e inserendo questi comandi:
1) fsck -fy (per controllare un disco)
2) montare -il tuo / (monta un filesystem root con permessi di lettura/scrittura)
3) sudo mkdir /AMD_Kexts/ (crea una directory per memorizzare i driver AMD nel caso ne avessi bisogno in futuro)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (sposta i driver AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (rimuovi la cache dei driver AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (nel caso in cui OS X sia stupido e non ricreerà questa directory, la sto creando per OS X)
7) sudo touch /Sistema/Libreria/Estensioni/ (per aggiornare i timestamp in modo che le nuove cache dei driver, senza driver AMD, vengano definitivamente ricostruite)
8) sudo smonta / (smonta una partizione per garantire che le modifiche vengano scaricate su di essa)
9) sudo reboot
Il grado di disagio durante l'esecuzione di questi passaggi dipende fortemente da quanto fortemente l'immagine di uno schermo è distorta nel tuo caso. Nel mio caso è stato ancora più difficile perché la partizione OS X è diventata una partizione di 'sola lettura' (a causa di troppi arresti di emergenza che ho fatto mentre cercavo disperatamente di avviare OS X con una GPU guasta) quindi ho dovuto rimuovere un disco rigido da MacBook Pro e (usando un adattatore da USB a SATA 2,5' preso dal mio HDD portatile) collegato a un computer con Linux, quindi segui queste istruzioni:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1a risposta) - eseguito con attenzione un numero di comandi, calcolato un limite di dimensione per il mio layout di partizione e infine eseguito sudo mount -t hfsplus -o force,rw,sizelimit=YOURNUMBER /dev/sdb2 /mnt per montare questa partizione HFS+ nella directory /mnt in modalità lettura-scrittura. Poi ho eseguito questi '1) -7)' passaggi che vedi sopra e anche riparato un filesystem eseguendo sudo fsck.hfsplus -f /dev/sdb2 prima di smontare una partizione con sudo umount /mnt e rimettere un disco rigido su MBP...
===
Questo mi ha dato un MBP che potrebbe essere avviato su OS X anche se ANCORA utilizzando una GPU AMD rotta: quindi l'immagine dello schermo è molto distorta (potrebbe navigare in Internet ma è abbastanza scomodo leggere un testo) , Launchpad è super lento e non puoi passare alla GPU integrata utilizzando gfxCardStatus perché: senza driver AMD (che abbiamo dovuto rimuovere per avviare correttamente OS X) Macbook Pro pensa che il suo schermo interno sia Display esterno e gfxCardStatus dice che è impossibile cambiare perché Display esterno utilizza la GPU AMD. Da qualche parte ho trovato un suggerimento che è possibile ricostruire un gfxCardStatus dal codice sorgente - https://github.com/codykrieger/gfxCardStatus - con rimosso o commentato 156-166 linee nel ./gfxCardStatus/Classes/GSProcess.m per far sì che ignori il display esterno:
// scopri se un monitor esterno sta forzando l'accensione della GPU discreta
CGDirectDisplayID visualizza[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, display, &displayCount) == noErr) {
per (int i = 0; i
if ( ! CGDisplayIsBuiltin(displays))
[list addObject:[NSDictionary DictionaryWithObjectsAndKeys:
Str(@'Display esterno'), kTaskItemName,
@ '', kTaskItemPID, zero]];
}
}
Quindi ho ricostruito un gfxCardStatus usando le istruzioni dell'ultima risposta di questo problema -
https://github.com/codykrieger/gfxCardStatus/issues/229
(dovevo anche scaricare aMacOSX10.11.sdkda qui - https://github.com/phracker/MacOSX-SDKs/releases - decomprimilo e copialo su XCode's/Applicazioni/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- a causa della stupidità di Apple, l'ultimo XCode per El Capitan non include l'SDK per El Capitan!) Tuttavia, non ha ancora funzionato: gfxCardStatus ha solo fatto finta di essere passato alla GPU integrata, mentre in realtà OS X non lo ha lasciato passare! Anche dopo aver modificato ./gfxCardStatus/Classes/GSGPU.m file per abilitare il misterioso ' Nuke it dal cambio di orbita ', non è ancora possibile cambiare...
===
Poi ho scoperto questo interessante repository - https://github.com/0xbb/gpu-switch - che è parzialmente simile per il suo codice sorgente a gfxCardStatus ma ha anche i 'login di accesso' ( install_hooks.sh ) per 'automatizzare il processo di commutazione per login/logout'. Purtroppo non ha funzionato per me... Tuttavia, c'è un aspetto molto interessante interruttore gpu file di testo proprio alla radice di questo repository, che descrive le variabili EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Dopo averlo studiato e aver letto anche i commenti di questo numero - https://github.com/0xbb/gpu-switch/issues/11 - Mi sono convinto a provare questa soluzione, ma ho scoperto che il mio MacBook Pro 2011 8,2 con OS X El Capitan 10.11.6 è in un Situazione MOLTO problematica:
1) rEFInd non è installato e per installarlo è necessario disabilitare la protezione SIP. Ma non riesco ad avviare la modalità di ripristino ( Comando+Opzione+R ) o al DVD/USB di installazione di OS X ( tieni premuto Opzione ), (per disabilitare SIP) , perché si bloccano durante l'avvio! - anche se ho rimosso i kext AMD dal mio sistema, ovviamente questi strumenti di ripristino utilizzano i kext AMD integrati nel loro design. Inoltre non è possibile utilizzarestupido radicehackerare ( https://github.com/gdbinit/rootfool ) per disabilitare SIP durante il runtime, perché funziona solo con la versione OS X precedente alla 10.11.4
2) Ho provato a surriscaldare il mio Macbook Pro di proposito (forzando l'utilizzo della CPU al 100% e mettendolo in una borsa ben chiusa) per forzare lo spegnimento per surriscaldamento e quindi riavviare rapidamente in modo che la grafica integrata venga abilitata durante il tempo di avvio, rendendo possibile l'avvio in Recovery. Ma a causa della meravigliosa pasta termica di fascia alta che ho applicato non molto tempo fa - non riesco a surriscaldarla anche dopo aver aspettato molto tempo! A questo punto ho pensato che potesse essere: a) rimuovere i kex AMD dal supporto di installazione, oppure B) per connettere nuovamente il disco rigido di MBP a una macchina Linux ed eseguire una serie di chmod per rimuovere i flag SIP dalle directory menzionate qui ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) che potrebbe rendere un sistema non avviabile, oppure C) per provare a installare rEFInd su partizione HFS+ direttamente da una macchina Linux con diritti di root perché ignorerà SIP --- ma non ho esplorato queste opzioni, anche se alcune di esse potrebbero aver funzionato...
3) Volevo avviare un LiveCD Linux per modificare le variabili EFI da lì, ma non importa quello che ho fatto: ho provato ad avviare direttamente senza modifiche alle opzioni di GRUB, ho provato a modificare le opzioni di avvio di GRUB ( con il tasto 'e' ) aggiungere nomodeset / rimuovere spruzzi silenziosi / o entrambi in ogni combinazione , o come suggerito in questo articolo ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) aggiungi anche i915.modeset = 0 radeon.modeset = 0 o radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; e poi premuto Fn+F10 o Maiusc+Ctrl+Fn+F10 per avviare con queste opzioni: ma il processo di avvio di Linux fallisce sempre nelle diverse fasi di avvio, indipendentemente dalla distribuzione Linux di facile utilizzo o dalla versione che sto provando: ho provato molte versioni di Ubuntu / Lubuntu / Fedora, anche la vecchia ' Immagini AMD64 Mac' e 'Alternate AMD64 Mac', ma hanno sempre fallito, sia all'inizio del processo di avvio (schermo nero o schermo nero con un lampeggiamento o bloccato _ carattere nell'angolo in alto a sinistra) o non è riuscito alla fine di esso - proprio prima che dovrebbe mostrare un ambiente desktop grafico...
Dopo,totoe_84ha scritto che era in grado di avviare Ubuntu in modalità grafica utilizzando la seguente configurazione per GRUB:
- Per disabilitare la scheda grafica AMD ho aggiunto le seguenti righe dopo imposta gfxpayload=mantieni
uscita 0x710 2
uscita 0x740 2
uscita 0x750 0
- Successivamente ho aggiunto quanto segue dopo spruzzi silenziosi
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Poi mi sono ricordato che esistono distribuzioni Linux non mainstream per utenti avanzati, che hanno un LiveCD senza alcuna interfaccia grafica : sei passato a una console pura e dovresti installare il sistema insieme solo a quelle interfacce grafiche e pacchetti software / gruppi di pacchetti che selezioni esplicitamente. Per esempio: Arch Linux ( https://www.archlinux.org/ ) e Gentoo Linux ( https://gentoo.org/ ). Poiché il loro LiveCD non ha un'interfaccia grafica, potrebbero essere avviati senza problemi su una console Linux pura e lì puoi modificare le variabili EFI ! Quindi ecco un...
===
=== SOLUZIONE FUNZIONANTE AL 100%
===
=== Forza il tuo MBP a utilizzare SEMPRE la GPU integrata Intel (correzione variabile EFI)
===
=== per renderlo di nuovo fantastico! Reazioni:yakult121, apples_arrogance, slimmy18222 e altri 98
ZapNZs
- 23 gennaio 2017
- 18 aprile 2017
Ho intenzione di fare un tentativo.
AppleMacFinder
Manifesto originale- 7 dicembre 2009
- 18 aprile 2017
ZapNZs ha detto: Santo cielo, grazie per il tuo lavoro. Ho scritto ad Apple PREGANDO loro di fare qualcosa del genere che implica la modifica dell'impostazione predefinita di EFI in dGPU all'avvio, ma finora non sono andato con loro.
Ho intenzione di fare un tentativo.
Grazie per le gentili parole, ZapNZs , si spera che tu renda di nuovo fantastico il tuo Mac con queste istruzioni Reazioni:duffman9000 e AppleMacFinder S
schiaffo
- 25 luglio 2008
- 18 aprile 2017
ah-
- 7 maggio 2010
- 18 aprile 2017
slapple ha detto: AppleMacFinder, la tua soluzione consentirebbe anche a qualcuno di avviare Windows utilizzando la GPU integrata? Ho sentito con Boot Camp, l'MBP utilizzerà sempre la GPU discreta in Windows.Dovrebbe funzionare, se si avvia in modalità EFI. Solo gli MBP recenti (penso 11,3 e superiori) disabilitano la GPU Intel in Windows e ci sono soluzioni alternative: https://github.com/0xbb/gpu-switch
AppleMacFinder
Manifesto originale- 7 dicembre 2009
- 18 aprile 2017
slapple ha detto: AppleMacFinder, la tua soluzione consentirebbe anche a qualcuno di avviare Windows utilizzando la GPU integrata? Ho sentito con Boot Camp, l'MBP utilizzerà sempre la GPU discreta in Windows.
Ciao schiaffo ,
1) Questa correzione puramente software è a livello di BIOS EFI. In teoria dovrebbe funzionare con QUALUNQUE sistema operativo esistente, ovvero:
*) compatibile con l'hardware MacBook Pro (x86_64 alias architettura CPU AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) compatibile con la versione MBP del firmware EFI (il vecchio sistema operativo senza supporto EFI non funzionerà immediatamente, anche se dovrebbe esserci un modo per avviarli in una modalità di compatibilità, inoltre alcuni strani sistemi operativi potrebbero essere incompatibili con la versione di EFI di Apple)
In realtà questa correzione delle variabili EFI potrebbe portare un grande vantaggio a quegli utenti MBP 2011 che vorrebbero eseguire il dual boot del loro OS X con Linux: a causa del metodo altamente specifico di Apple per collegare due GPU in questa macchina, a volte era difficile configurare anche il popolare distribuzioni Linux. Non incolpare AMD, è stato il primo laptop Apple con AMD in doppia grafica, quindi probabilmente Apple non ha avuto il tempo di sviluppare una buona implementazione della doppia grafica. Con la doppia grafica disabilitata, ora dovrebbe essere molto più semplice configurare qualsiasi Linux, solo che non l'ho ancora testato...
2) Anche senza questa correzione della variabile EFI dovrebbe essere in qualche modo possibile passare alla GPU Intel in Windows, se entrambe le GPU sono visibili a Windows tramite PCI (se EFI non interrompe l'accesso PCI ad esso per i sistemi operativi in esecuzione in BootCamp) , anche se potrebbe richiedere un po' di problemi con i driver. Anche io sono completamente d'accordo con ah- :
ah- ha detto: Dovrebbe funzionare, se si avvia in modalità EFI. Solo gli MBP recenti (penso 11,3 e superiori) disabilitano la GPU Intel in Windows e ci sono soluzioni alternative: https://github.com/0xbb/gpu-switchÈ possibile mantenere diversi OS (incluso Windows) su un Mac senza alcun Bootcamp, semplicemente utilizzando un rEFInd - http://www.rodsbooks.com/refind/
A proposito, perché non eseguire Windows in una macchina virtuale? Ad esempio: diversi anni fa ho eseguito alcuni benchmark delle prestazioni native di OS X rispetto a Windows all'interno di un Parallels Desktop, e mentre il calo delle prestazioni grafiche era di circa il 35%, le prestazioni della CPU erano solo del 2% più lente. In questo momento la differenza dovrebbe essere molto più piccola, perché 'diversi anni' è un grande momento per migliorare qualsiasi software, specialmente per un popolare software di virtualizzazione. Se non ti piace pagare o piratare, prova alcuni strumenti di virtualizzazione freeware come VirtualBox e QEMU. Forse anche Wine potrebbe essere adatto alle tue esigenze Ultima modifica: Mar 18, 2017
Matejh
- 5 luglio 2014
- 19 aprile 2017
lympero
- 1 settembre 2008
- Arte, Grecia
- 19 aprile 2017
maflynn
Moderatore
Membro dello staff- 3 maggio 2009
- Boston
- 19 aprile 2017
Matejh ha detto: cosa succede se colleghi un display esterno?Mi risulta che il connettore della porta del display sia cablato alla dGPU, quindi non è possibile utilizzare l'iGPU per pilotare un monitor esterno.
magictrevor70
- 19 aprile 2017
- 19 aprile 2017
Quando provo a eseguire il rm del file 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', ottengo:
Impossibile rimuovere 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operazione non consentita
Quando tento di eseguire il comando printf, ottengo:
zsh: operazione non consentita: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Anche se ho effettuato l'accesso come root, sembra che non sia possibile modificare quel file
AppleMacFinder
Manifesto originale- 7 dicembre 2009
- 19 aprile 2017
magictrevor70 ha detto: 1) Impossibile rimuovere 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operazione non consentita
2) zsh: operazione non consentita: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Lo stai facendo da Arch Linux LiveCD? Se lo stai provando dal ripristino di OS X o OS X, la protezione SIP non ti consente di consentirlo. Prova con Arch Linux LiveCD e dovrebbe funzionare per te
SpensieratoCanadese
- 18 aprile 2017
- 19 aprile 2017
AppleMacFinder ha detto: lo stai facendo da Arch Linux LiveCD? Se lo stai provando dal ripristino di OS X o OS X, la protezione SIP non ti consente di consentirlo. Prova con Arch Linux LiveCD e dovrebbe funzionare per te
Ho lo stesso problema di non essere in grado di modificare efivars. Lo sto facendo da un Archlinux Live USB con SIP disabilitato. Ho provato a rimontare efivars r/w ma ricevo ancora 'operazione non consentita'.
Qualcuno ha trovato una soluzione a questo?
totoe_84
- 19 aprile 2017
- Varese, Italy
- 19 aprile 2017
CarefreeCanadian ha detto: Sto riscontrando lo stesso problema di non essere in grado di modificare gli efivar. Lo sto facendo da un Archlinux Live USB con SIP disabilitato. Ho provato a rimontare efivars r/w ma ricevo ancora 'operazione non consentita'.
Qualcuno ha trovato una soluzione a questo?
Prima di tutto grazie @AppleMacFinder per il tuo lavoro! Oggi ho potuto riutilizzare il mio macbook pro all'inizio del 2011 con la gpu integrata.
@CarefreeCanadian Ho riscontrato lo stesso problema utilizzando una distribuzione Ubuntu Live 16.10 e ho risolto il problema con i seguenti passaggi:
Rimuovere gpu-power-prefs-...' variabile è necessario prima di tutto smontare efivars:
*) umount /sys/firmware/efi/efivars/
quindi monta efivar in modalità lettura/scrittura:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[premi TAB per completare automaticamente]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[premi TAB per completare automaticamente]
dopo questi passaggi aggiuntivi puoi seguire la guida di @AppleMacFinder
Spero che questo possa aiutare qualcun altro.
AppleMacFinder
Manifesto originale- 7 dicembre 2009
- 19 aprile 2017
CarefreeCanadian ha detto: Sto riscontrando lo stesso problema di non essere in grado di modificare gli efivar. Lo sto facendo da un Archlinux Live USB con SIP disabilitato. Ho provato a rimontare efivars r/w ma ricevo ancora 'operazione non consentita'.
magictrevor70 ha detto:operazione non permessaPrima di tutto, se SIP è abilitato o disabilitato, non dovrebbe importare perché SIP è una funzionalità di OS X e Linux ignora quei flag SIP. Amici con problemi di 'operazione non consentita', ho bisogno di saperne di più sulla tua configurazione hardware/software, per capire - qual è una differenza negativa tra la mia e la tua configurazione che ti impedisce di raggiungere il successo. Ad esempio: stai avviando ArchLinux tramite rEFInd? Perché non sto usando REFInd, avvio direttamente da EFI di Mac tenendo premuto il tasto 'Opzione'. Inoltre non so se è importante, ma sei su macOS Sierra? Perché il mio sistema operativo è El Capitan (10.11.6) e teoricamente potrebbe essere che Sierra in qualche modo blocchi le variabili EFI... Dovremmo anche provare a cercare questo problema su Internet, perché questo potrebbe essere un problema non isolato da MBP.. .
MODIFICARE: si prega di leggere totoe_84 messaggio sopra
[doublepost=1489960984][/doublepost]
totoe_84 ha detto: ho riscontrato lo stesso problema utilizzando una distribuzione Ubuntu Live 16.10 e ho risolto il problema con i seguenti passaggitotoe_84 , sono sorpreso che tu sia riuscito ad avviare Ubuntu, perché questo problema grafico avrebbe dovuto impedirne l'avvio... In ogni caso, molto bene! Reazioni:TonyRS e AppleMacFinder
SpensieratoCanadese
- 18 aprile 2017
- 19 aprile 2017
Inoltre, grazie @AppleMacFinder per aver pubblicato questa soluzione! Ci hai risparmiato un sacco di tentativi ed errori e hai fornito un'ottima soluzione alla comunità 'Macbook pro 2011 fallito' Reazioni:AppleMacFinder m
muratura
- 20 febbraio 2017
- 20 febbraio 2017
Ho avuto lo stesso problema e ho fatto alcuni dei tuoi passaggi come 2 anni fa, ma ho smesso a metà strada Reazioni:Keno_beano e AppleMacFinder
magictrevor70
- 19 aprile 2017
- 20 febbraio 2017
totoe_84 ha detto: quindi monta efivar in modalità lettura/scrittura:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Quando provo questo passaggio ottengo
mount: tipo di filesystem sconosciuto 'efivars'
totoe_84
- 19 aprile 2017
- Varese, Italy
- 20 febbraio 2017
magictrevor70 ha detto: quando provo questo passaggio ottengo@magicaltrevor70 Penso che tu abbia commesso un errore di battitura:
mount: tipo di filesystem sconosciuto 'efivars'
il tipo di filesystem è efivarfs non efivars
*) montare –t efivarfs rw / sys / firmware / efi / efivars /
magictrevor70
- 19 aprile 2017
- 20 febbraio 2017
ZapNZs
- 23 gennaio 2017
- 20 febbraio 2017
Se ce n'è uno, comincio l'istruzione con 'rm'? Ultima modifica: 20 marzo 2017
roberthallin
- 25 ottobre 2009
- Stoccolma, Svezia
- 20 febbraio 2017
Altis
- 10 settembre 2013
- 20 febbraio 2017
Vorrei che Apple si prendesse la briga di aiutare le persone come hai fatto qui... è uno dei motivi per cui ho comprato un 2010 17' invece del migliore ma rischioso 2011.
pristratton
- 20 dicembre 2011
- Winnipeg, Manitoba, Canada
- 20 febbraio 2017
Il mio sistema funziona ancora bene, ma non trattengo il respiro per quanto tempo rimarrà in questo modo.
Ha assolutamente senso che dovremmo essere in grado di passare alla grafica integrata per far funzionare i nostri sistemi. Vergogna su Apple per non essere proattiva in questo reparto, ma cosa ti aspetti, vogliono che tu compri un nuovo Mac.
Metterò tra i preferiti questa pagina.
Grazie
Messaggi Popolari