Arkaplan ve açıklamalar
Herhangi bir işlem yapmadan önce lütfen bu yazıyı en az bir kere baştan sona okuyun.
2011'den itibaren tüm MacBook Pro'ları ciddi bir tasarım kusuruna sahiptir . Isıl yönetim ve üretilen ısı, ayrı AMD grafik yongalarının sağlamlığı ile birlikte çok iyi uyuşmuyor. Apple bunu biliyordu ve tipik bir Soapy Smith gibi davrandı , ancak öfkeden sonra buna tepki gösterdi. Bu skandal RadeonGate adını aldı. Sadece tehdit altındaki bir sınıf davasıyla Apple nihayet "Onarım Uzatma Programı" olarak teklif edildi .
Apple Repair Extension programı artık mevcut değil . Bu sorunu çözmenin tek gerçek yolu yalnızca AMD çipini değiştirmektir. Mantık kurulu değil. "Yeniden yapılanma" değil, "yeniden pişirme" değil, "pişirme" değil. Apple, başarısız bir çipi arızalı bir çip ile değiştirdi. Yine zaman ve zaman. Yalnızca grafik yongasını değiştirmek, hala böyle bir dizüstü bilgisayar için pahalı bir donanım prosedürü.
Bilinen tek yol - yani: tek başına yazılımla - neredeyse yalnızca güvenilir bir şekilde yeniden açılıp macOS'a önyükleme yapmak ve hızlandırılmış bir GUI ile kullanılabilir olmak üzere 'yalnızca' başarısız bir AMD grafik yongasını içeren bir 2011 MacBook Pro (8,2) elde etmek Bu kılavuz veya bir varyasyon. Önceki ipuçlarının tümü tüm AMD kexts'i kaldırdı ve bu da GUI hızlandırması olmadan korkunç bir kullanıcı deneyimi ile sonuçlandı.
İşletim sisteminizin tam sürümünü bilmek gereklidir. Aşağıdaki kılavuz Yosemite için daha basit olacak ancak El Capitan veya daha yenisini varsayar. El Capitan, Sierra ve High Sierra, SIP'ye (Sistem Bütünlüğü Koruması) devre dışı bırakılmalı. Önceki sistemlerde (10.6–10.10) bu adımlar gerekli değildir.
Önemli: Bu kılavuz tüm kex'lerin hala varsayılan konumlarında / Sistem / Kitaplık / Uzantılar olduğunu varsaymaktadır. Biri dışında tüm AMD-kexts'in orada olması 'doğru' işlem için faydalıdır. Bu yöndeki önceki kesmeler sizden hareket etmenizi ya da daha kötüsünü yapmıştır: AMD * / ATI * çekirdek uzantılarını kaldır . Bu durumda: ya kexts'i varsayılan konumlarına getirin ya da istediğiniz bir sistemi yeniden kurun. AMD'nin çoğunun yerinde oturması ve ardından X3000-kext'in gecikmeli olarak yüklenmesi, GPU'nun güç yönetimini mümkün kılacak, aksi takdirde hiçbir şey için elektrik yakacak (ve bunun üzerine çipin son ısı ölümünü hızlandırabilir). Yinelemek için: Yalnızca dosya AMDRadeonX3000.kext
gerçekten bulunmuyor Başarılı bir başlangıç sağlamak için açılışta, ancak diğer tüm (gerekli) AMD sürücülerinin varsayılan konumlarında olması ve neredeyse mantıklı bir güç ve sıcaklık yönetimi alanına geri dönebilmek için X3000-kext'in daha sonra / gecikmeli olarak yüklenmesi gerekir.
Ayrık grafik çipini atlamak
Bazı ekran hızlandırmalarını geri almak için, makineyi ayrı grafiklerde (dGPU) değil doğrudan tümleşik grafiklerde (iGPU) önyüklemeye ve bu modda kalmaya zorlamak gerekir.
DGPU moduna önyükleme, iki değiştirilebilir ekran kartı bulunan Mac'lerde varsayılandır. Aşağıdaki prosedür, dGPU’yu devre dışı bırakan ve sistemi önyükleme yaparken bile yalnızca tümleşik Intel grafiklerini kullanmaya zorlayan bir NVRAM değişkenini belirleyecektir.
NVRAM değişkeni belgelenmemiş ancak iki değiştirilebilir grafik kartı bulunan tüm Mac'ler için evrensel olarak uygulanabilir görünüyor. Bu, iMac'lerde ve MacBook Pro'larda çalışması gerektiği anlamına gelir. AMD veya NVIDIA yongaları olup olmadığı. Sürücülerle ilgili bilgiler, yalnızca bu kılavuzdaki AMD'yi kapsar. Ancak NVRAM değişkeni her durumda ayrı grafik yongasını atlayacaktır.
Bu, makinenizi geri verecektir - ancak bazı özellikleri kaybedeceksiniz: örneğin, biraz 3D performansı olan DisplayPort'tan harici bir ekran sürme yeteneği. Thunderbolt veri bağlantıları çalışmalıdır.
Bu kılavuzun başarısız olması veya istenmemesi durumunda: bu prosedür saf yazılım yapılandırmasıdır ve bu nedenle basit NVRAM sıfırlaması ile herhangi bir zamanda tamamen geri dönüşümlüdür .
İlk prosedür:
Bölüm 1: SIP'yi devre dışı bırak, dGPU'yu devre dışı bırak, bir çekirdek uzantısını taşı
Temiz bir sayfadan başlamak için: SMC ve NVRAM’ı sıfırlayın:
kapatma, güç hariç her şeyin fişini çekin,
leftShift+ Ctrl+ Opt+ Power
ve hepsini aynı anda bırakın;
Şimdi tekrar aç ve bekle
Cmd+ Opt+ p+ r
aynı anda iki defa zil sesini duyana kadar.
Bekleterek Tek Kullanıcı Kurtarmaya Başlayın
Cmd+ r+s
SIP'yi devre dışı bırak: gir:
csrutil disable
Aşağıdaki değişkeni ayarlayarak açılışta dGPU'yu devre dışı bırakın:
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
ayrıntılı önyükleme modunu etkinleştir:
nvram boot-args="-v"
tuşunu basılı tutarak Tek Kullanıcı moduna yeniden başla
Cmd+ s
açılışta
yazılabilir kök bölümü
/sbin/mount -uw /
kext-backup dizini oluştur
mkdir -p /System/Library/Extensions-off
yalnızca ONE rahatsız edici kext'i yoldan çıkar:
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/
sisteme kextcache'sini güncellemesi için haber ver:
touch /System/Library/Extensions/
normal olarak yeniden başlat:
Şimdi bir iGPU hızlandırmalı ekrana sahip olmalısınız, ancak sistem arızalı AMD yongasını nasıl yöneteceğinizi bilmiyor. (Bu durumda GPU, her zaman nispeten yüksek bir güçle rölantidedir, prize takılıyken bir miktar pil tüketir ve sistem tarafından herhangi bir şey için kullanılmamasına rağmen, 60 ° C'den yukarı doğru (yaklaşık 60-85 ° C) GPU sıcaklıklarına neden olur. .)
Bölüm 2: termal ve güç yönetimini iyileştirin
Devre dışı bırakılmış GPU’nun gelişmiş güç yönetimi için, önyüklemeden sonra bir kritik noktayı elle yüklemeniz gerekir :
sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
Bir sıcaklık sensörü uygulamanız varsa, yukarıdaki komutu vermeden önce tempe açıp temps düşüşünü izlemek isteyebilirsiniz…
Bunu, bir sonraki yeniden başlatmadan sonra çalıştırılacak olan LoginHook ile otomatikleştirin:
sudo mkdir -p /Library/LoginHook
sudo nano /Library/LoginHook/LoadX3000.sh
aşağıdaki içeriğe sahip:
#!/bin/bash
kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0 # undocumented/experimental
exit 0
sonra * 1 çalıştırılabilir ve aktif hale getirin:
sudo chmod a+x /Library/LoginHook/LoadX3000.sh
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh
* 1: Bu pmset komutunun belgesiz kullanımı, uyku / uyanıklık / kapanma davranışını iyileştirir gibi görünüyor. Olmazsa, dışarıda bırakmayı deneyin.
Aşağıdaki Sorumluluk Reddi'ne bakınız. Aşağıdaki sadece bir spekülasyon: uyku / uyanıklık / kapanma sıkıntılı kalabilir. Buradaki teori, SMC'de kaydedilenleri "yavaş yavaş bozan bir şey" olmasıdır. Bu nedenle, SMC'yi sıfırlamak ve değişken kesmeyi yeniden uygulamak, durumu bir süre için hafifletiyor gibi görünmektedir. (Bu karşılama için kalıcı çözümler!) Kısa süreli geçici çözümler olarak, "kapak kapanma uyku" dan kaçınmayı deneyebilirsiniz, bu diğer yöntemlerden daha fazla sorun yaratır (Apple-Menu, Keyboard-Shorcut). Görünürde kapanma askıda kalması genellikle sonunda, temiz ve başarılı bir şekilde kapanacak olan çok uzun gecikmelerdir.
Bilimsel olmayan örnekleme, Yosemite'ın bunun için en kötü olduğunu ve El Capitan ve Sierra'nın bu konuda daha iyi davrandıklarını gösteriyor.
Bu önemli çekirdek uzantısının manuel veya başka bir şekilde geciktirilmiş yüklenmesi, sistemin güç yönetimini biraz daha iyi ele almasını sağlar. Pil daha az kullanılacak ve kullanılmamış GPU'dan çıkan sıcaklıklar, 50 ° C'nin (ortalama olarak 15-50 ° C) altında önemli ölçüde altına düşecektir.
Doğru güç yönetimi için minimum yüklü kexit seti önyükleme altındadır (10.12.6 sürümleri için kontrol edin kextstat | grep AMD
):
com.apple.kext.AMDLegacySupport (1.5.1)
com.apple.kext.AMD6000Controller (1.5.1)
com.apple.kext.AMDSupport (1.5.1)
com.apple.kext.AMDLegacyFramebuffer (1.5.1)
Ve yukarıdaki yükleme yöntemi başarılı olmuşsa, listeye eklenmiş olarak görünmelidir:
com.apple.AMDRadeonX3000 (1.5.1)
Son adım, SingleUserRecovery'ye bir kez daha yeniden başlamaktır
. Komut satırı aktif hale geldikten sonra
bunu Cmd+ r+ ile yapın s
:
nvram boot-args="-v agc=0"
ve normal olarak yeniden başlatın.
Bu dGPU'yu biraz daha soğutacaktır.
SIP etkin sistem normal önyükleme biriminden önyüklenirken normal tam önyükleme modunda veya normal Tek Kullanıcı modunda önyüklenirken bu değişkeni ayarlama girişimlerinizi engelleyeceğinden , bu komutu SingleUserRecovery'den vermek zorunludur . Bunun için, bu adımın force-iGPU.sh betiğine (bir dakika içinde oluşturacağınız) kolayca entegre edilemediğini ve bir NVRAM sıfırlamasından sonra kendi başına tekrarlanması gerektiğini not etmek önemlidir.
Bu son adım, SystemIntegretyProtection ürününün yeniden etkinleştirildiğini varsayar. SIP kasten ve kalıcı kapalı tutulur Ama eğer bu adım olabilir yukarıda force-iGPU.sh komut entegre edilebilir.
Ancak bir şekilde SIP'i kalıcı olarak kapalı tutmak istediğimden ve fark etmeden tekrar açıldığımdan, SIP'e "kapalı" kalmaya güvenmek en iyi yaklaşım olmayabilir. SIP ayarlarının depolandığı NVRAM'ın temizlenmesi, beklenmeyen bir rahatsızlık olabilir.
Gelecekteki kullanım için önleyici tedbirler
Bilinmesi gereken iki uyarı daha var: SMC / NVRAM sıfırlandığında bu geri dönüşümlüdür. Böyle bir durumda, GPU-power-pref NVRAM değişkeni, iGPU’nun önyükleme zamanından kullanılmasını zorlamak için tekrar ayarlanabilir.
Bu oldukça kolay bir şekilde gerçekleşebildiğinden (ve genellikle yararlı olduğundan çok daha fazla defada yanlış tavsiye edilir), muhtemelen böyle bir senaryoya hazırlanmalı ve süreci büyük ölçüde hızlandırmak ve gerekli değişkeni çok fazla girmek için basit bir senaryo oluşturmalısınız. daha az hata eğilimli:
sudo nano /force-iGPU-boot.sh
- Bu dosyaya aşağıdaki içeriği girin:
#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0
- Şimdi bu çalıştırılabilir olun:
sudo chmod a+x /force-iGPU-boot.sh
Gelecekte, SMC / PRAM / NVRAM varsayılan değerlere sıfırlandığında, şu şekilde SingleUser'a önyükleme yapmak mümkündür:
Cmd+s
- Önyükleme biriminizi okuduktan sonra sadece bu satırı çalıştırmak için:
sh /force-iGPU-boot.sh
Agc değişkeninin şimdi de temizlendiğini unutmayın. (Yukarıya bakın)
Ayrıca, varsayılan önyükleme birimini Sistem Tercihleri> Başlangıç Diski'nde tekrar ayarladığınızdan emin olun.
3. Bölüm: Apple'dan Güncellemeleri Kullanma
Bu kurulumun, Apple'ın kurucularının beklemeyeceği bir yerde şimdi bir kext'i var. Bu nedenle bu kılavuzda SIP yeniden etkinleştirilmemiş. AMD sürücülerinde değişiklikler içeren bir güncelleme yapmak üzereyse, AMDRadeonX3000.kext dosyasını güncelleme işleminden önce varsayılan konumuna geri getirmeniz önerilir . Aksi halde güncelleyici, farklı bir sürümün en azından başka bir kext'ünü varsayılan konumuna yazar veya en kötü ihtimalle tanımsız bir kısmen eşleşmeyen sürücü durumu ile sonuçlanır.
Herhangi bir sistem güncellemesinden sonra, / System / Library / Extensions klasörünün rahatsız edici kext için kontrol edilmesi gerekir. Oradaki varlığı, örneğin High Sierra'da aşırı ısınan bir önyükleme döngüsü olan Yosemite ve Sierra'ya bir bot asılmasına neden olacak.
High Sierra 10.13'e yükseltme: bu hack ile yerinde neredeyse basit: Bir firmware güncellemesi uygulanmasına rağmen, yükleme işlemi NVRAM değişkenine dokunmamalıdır. Yükleme işlemi ayrıca tamamen hızlandırılmış bir AMD yongası kullanmaz, ancak bu kesmek için sorunlu olmayan temel hızlandırma kullanır. Bununla birlikte, ilk önyüklemenin üstündeki paragrafta belirtildiği gibi, kurulumu tamamlanan ancak kurulum sürecini başlatmak üzere olan bir sisteme, ısı / çarpma kaynaklı önyükleme döngüsü üretecektir. Sorunlu çekirdek uzantısının yukarıda açıklandığı gibi tekrar taşınması gerekir. (3. Adımdan Başlayarak) Kext'i hareket ettirdikten sonra her şey yoluna girecek.
Apple'dan son güncellemeler: Aşağıdakileri okumadan önce güncelleme yapmayın.
Daha fazla bildirime kadar:
Son güncellemeler makineyi tekrar kırdı . Yazılım güncellemesi olan RecoveryPartition,
SingleUserRecoveryMode'a önyükleme olasılığını devre dışı bırakır ve çalışan bir AMDRadeonX3000.kext!
Hazırlık olmadan ve sadece elinizdeki makineyle biraz sıkışıp kalacaksınız.
SingleUserRecoveryMode iyiye gittiğinde, düzenli RecoveryMode kullanın. Sonuçlar aynıdır, başlaması biraz daha yavaştır: yukarıdaki prosedür hala geçerlidir ve önceki Mac OS X / macOS sürümleri için daha hızlıdır.
Ancak 10.13.6 veya daha yeni bir sürüme güncellerseniz:
O zaman SingleUserRecoveryMode ( Command+ r+ s) talimatlarını normal RecoveryMode ( Command+ r) ile değiştirmeniz ve Terminal üzerinden SIP'yi devre dışı bırakmanız gerekir ( bu kesin kullanım durumu için örnek ).
Düzenli RecoveryMode bile beklendiği gibi çalışmadığında bunlara ait olmanız durumunda:
SingleUserRecovery ile SIP'yi devre dışı bırakamamak için geçici çözümler:
İlk önce, tek kullanıcı kurtarma moduna önyükleme yapın. csrutil düzenlemelerine bu modda izin verilmez, ancak gpu-power-prefs nvram özelliğini ayarlayabilirsiniz. Bu, makineyi kurtarma modunda yeniden başlatmaya yardımcı olacaktır. Ardından SingleUserRecoveryMode ( Command+ r+ s) talimatlarını normal RecoveryMode ( Command+ r) ile değiştirmeniz ve SIP'i Terminal üzerinden devre dışı bırakmanız gerekir ( bu kesin kullanım durumu için örnek ).
Güncellemeden önce, önyüklenebilir bir cilt hazırlayın. Bu harici bir disk veya bir çubuk olabilir. Makineyi önyükleyen herhangi bir sürüm iyi olacaktır. Böyle bir sürücü başka bir Mac'te oluşturulabilir.
Harici sürücüde AMDRadeonX3000.kext öğesinin de (yeniden) taşınması gerektiğini unutmayın. O sürücüden önyüklemeyi dene. Yalnızca bu beklendiği gibi çalışıyorsa ve dahili sürücünüzü bununla birlikte monte edebilirsiniz: dahili sürücünüzden yeniden başlatın ve dahili sürücünüzün / sisteminizin 10.13.6'ya güncellenmesiyle devam edin.
Güncelleme neredeyse bittikten sonra bir yeniden başlatma askıda kalıyor. Kapatmayı zorla ve harici sürücünden yeniden başlat. Dahili sürücüyü takın ve Radeon.kext'i hareket ettirin. SIP sadece önyükleme sistemini korur.
Çevrimiçi bir yere önerildi, ancak gerçekten umutsuz bir tahmin ve denenmedi: SingleUserRecoveryMode yerine, CmdrsInternetRecoverySingleUserMode uygulamasını deneyebilirsiniz CmdOptrs. Alternatif olarak, SafeRecoveryMode'un çalışıp çalışmadığını görmek denenmeye değer CmdShiftr.
Grafiksel kurtarma modu da benim için olduğu gibi çalışmayabilir. Ancak, High Sierra'nın son sürümünde, tek kullanıcı kurtarma moduna geçmek hala mümkün. Sadece iyi zamanlamaya ihtiyaç duyuyor. İşin püf noktası ilk önce cmd + R tuşlarına basarak ve tek kullanıcı modu için cmd + S komutunu tanıdıktan hemen sonra kurtarma modunu etkinleştirmektir. Kesin anın kullanıcı tarafından anlaşılması gerekir. Aynı anda cmd + R + S tuşlarına basıldığında, yalnızca tek kullanıcı modu etkinleştirilir. İlk cmd + R tuşlarına basıldığında ve cmd + S tuşlarına çok geç basıldığında, grafiksel kurtarma modu yüklenir. - TAKeanice ↵
High Sierra'da ekran parlaklığı tuşları çalışmıyor mu?
Apple, ekran parlaklığını değiştirmek için klavye olaylarının High Sierra'da işleme şeklini değiştirdi. Bu hack veya aşağıdaki donanım modları yerinde olduğunda tuşlar işlevsiz kalacaktır. Sierra ile kalmak için bir neden daha. Ancak bu hack ile başka bir yazılım çözümü kullanmaya da başvurabilirsiniz. Kendi AppleScript çözümünüzü hacklemek dışında, hazır uygulamaları veya uygulamaları denemek isteyebilirsiniz.
Örneğin , AppStore'daki Brightness Slider özelleştirilebilir klavye kısayolları sunar.
Bu çökmelerden / kilitlenmelerden / önyüklemelerden kaçınmak için - dosya sisteminiz için asla iyi bir fikir değildir - yeni bir yükleme veya yükseltme işleminde: yükleme işlemine bakıcılık yaptığınızdan ve her zaman Güvenli Mod'da önyükleme yaptığınızdan emin olun ( Shiftönyükleme sırasında, kext güvenli bir yere taşınır - kurulum SafeMode'da gayet iyi ilerlemelidir.
Açıklama ve Önerilerin Kapatılması
Ayrıca: Bu laptop, ne yaparsanız yapın, aşırı ısınıyor. Soğutma sistemi yetersiz ve çok sayıda başarısız AMD yongası bunun sadece bir kanıtı.
Şimdi saldırıya uğrayan bu makinenin ömrünü uzatmak için, uzun süre boyunca gerçekten ağır kaldırmaktan kaçınmanız önerilir. Dizüstü bilgisayarlar için olağan önerilere kesinlikle uyun: sert yüzeylerde kullanın, vantilatörleri ve kanatçıkları temiz tutun. Herhangi bir fancontrol yazılımının nispeten agresif ayarlarla kullanılması da yardımcı olacaktır: smcFanControl , MacsFanControl veya TGPro gibi (her ikisi de ticari).
Feragatname: Bu prosedürün tamamı sihirli mermi değildir. Bu yongalar için başarısızlık durumu% 100 tahmin edilebilir değildir. Çok az kullanıcı bu hack ile ilgili bile sorun yaşıyor: yeniden başlatma, uyuma veya doğru şekilde uyanma gibi sorunlar olabilir, çoğu Yosemite'li kullanıcılardan geliyor, en az sorun Sierra'da gözüküyor. Bu durumlarda, bazen AMDRadeonX3000.kext'i kullanmamanız ve bu nedenle de Bölüm 3'teki LoginHook'u kullanmamanız gerekebilir (Ancak yukarıdaki * 1'in altındaki ek nota bakınız.) arka ışık ayarı. Şu anda, işletim sistemi seçimi için tatlı nokta benim görüşüme göre 10.12 Sierra.
Bazı durumlarda, tüm bu önlemler yerinde olsa bile, hala çalışan Thunderbolt limanının, makine uykuya geçerken herhangi bir çevre birimin takılı ve aktif olması durumunda bazı sorunlara neden olacağı görülmektedir. Bu gerçekleştikten sonra herhangi bir sonraki uyku döngüsü etkilenebilir ve yukarıda belirtilen değişken ayar dansı ile NVRAM sıfırlaması tekrar gerekli olacaktır. Bu gibi durumlarda, makinenin uyumasını önlemeden önce makinenin uyumasını engellemek veya Thunderbolt bağlantı noktasındaki herhangi bir donanımı fişten çekmeniz önerilir.
Bu cevabın başında belirtilen kısıtlamalar dahilinde: Çoğu kullanıcı tam bir başarı bildirmiştir.
Donanım mods / hack
Şimdi bazı yollar mevcut, bazıları kötü, bazıları iyi.
Kötü çözüm: RealMacMods'ta / dan çok ucuz bir donanım modifikasyonu var :
Gerekli EFI değişkenini linux ile ayarlamak için nispeten karmaşık bir yöntem kullanırken, aşağıdakiler yalnızca küçük bir rezistörü kaldırarak dGPU'ya çekirdek gerilimini tamamen kesme avantajına sahip. ! (Bağlantıdaki resimler)
Bu yeniden başlatma işleminde, bir kez güvenli moda (önyükleme boyunca Shift tuşunu basılı tutup) basılı tutmanız ve ardından menüden kapatma (yeniden başlatmama) seçeneğini seçmeniz gerekir.
Bu güvenli önyüklemeyi R8911 rezistörü yerinde iken yapın. Bu GÜVENLİ BOOT olmadan, bir sonraki adımlar çalışmayabilir.
Bir sonraki adımları tamamlayana kadar çizme yapmayın.
Güvenli önyükleme, aşağıdaki işleme müdahale edebilecek OS düzeyi GPU tercihlerini temizler.
Bu artık MacBook Pro'nuzun Radeon'a otomatik olarak geçişini durdurmasına neden olacak, ancak yine de güç çekecek, ısı yaratacak ve işletim sistemi tarafından görülebilecek.
Sadece 1 rezistörü kaldırmanın bunu çözeceğini keşfettik.
Direnç, herhangi bir nedenle radeonunuzu tekrar açmanız gerekebilir diye, bir anahtarla da değiştirilebilir.
Bu rezistörün yerleşimi mantık kurulu modelleri arasında farklılık gösterir.
Söz konusu direnç, ISL6263C DC - DC Dönüştürücüsüne akım yolu sağlayan 17 MBP'de R8911 ve 15 MBP'de 1 Ohm dirençte R8911'dir.
Bu direnç, Radeon GPU’ya Çekirdek Gerilimini sağlayan Gerilim Düzenleyiciye giden gücü kontrol eder. Basitçe söylemek gerekirse, çekirdek voltaj yok, GPU yok. Direnci soğutma fanının hemen sağında bulabilirsiniz (yukarıdaki yönde). ISL Voltaj dönüştürücü yongasına yakın olacak. Devre dışı bırakacağımız çip bu.
Sadece kaldır. Tercih edilen yöntem, profesyonel bir yeniden akıtma istasyonudur, ancak demir ve sabit bir el sizi olmanız gereken yere götürür. Akışı gidermek için akı kullandıysanız (gerekli değil), az miktarda Alkol ya da başka uygun bir çözücü ile temizlediğinizden emin olun.
Bu temelde budur. Bir dahaki sefere açtığınızda GPU hatası sorununuzun gittiğini göreceksiniz ve artık AMD GPU'yu kurulu donanım olarak görmeyeceksiniz.
Bunu test etmedim ancak kekslere bakma ihtiyacını ortadan kaldırmalı ve ayrıca uyku, uyandırma, hazırda bekletme, yeniden başlatma vb.
İle ilgili sorunları da çözmelidir. Bu yöntemi göz önünde bulundurmak için bir uyarı: Bu değişkeni herhangi bir kullanıcı müdahalesi olmadan ayarlamak için tam otomatik bir yönteme sahip olmanın kesinlikle gerekli olduğu anlaşılıyor . (Gerekli değişiklikleri yapan bir linux stick gibi) Aksi takdirde, bir NVRAM sıfırlaması makineyi pratik şekilde kirletebilir. Satıcı bu konuda veri sahibi olmadığını iddia ediyor!
(Bu yöntemle ısırılan bir kullanıcının hikayesini okuduktan sonra, sadece siyah bir ekranla sona erer: makineye VNC veya ssh ile uzaktan erişmek mümkün gibi görünür, bu nedenle bunlar önceden ayarlanmışsa, sonradan gerçekten kötü bir seçenek olmayabilir. nvram değişkeni bu şekilde ayarlanmış bahisler yapabileceği gibi.
Kalıcı, güvenilir ve ucuz donanım çözümü!
Dosdude1 görünüşte bu sorun için kutsal kâse gibi görünen bir çözüm buldu: Kalıcı Olarak Devre Dışı Bırakın 2011 15 "/ 17" MacBook Pro Özel GPU - gMux IC Bypass
- Aşağıda ayrıntılandırılacak olan A Seçeneği, LVDS çıkış hatlarını, entegre grafik LVDS çıkış hatlarından doğrudan ekrana bağlanan hatlara sabitlemek içindir.
- B Seçeneği, GPU anahtarlama işlevselliğini devre dışı bırakmak için özel bir üretici yazılımı ile gMux IC'yi (sadece bir Lattice LFXP2 mikro denetleyicisi olan) yeniden programlamak olacaktır. Gelecekte bunu deneyebilirim, ancak bunu yapmak sahip olmadığım özel bir donanım gerektiriyor. Bu elbette en uygun çözüm olacaktır.
Bu neredeyse kolaydır. Gereken tek şey, çeşitli uzunluklarda tellerdir . Bir fikir edinmek için:
Ayrıca youtube'da!
Yukarıdan gelen “kötü çözüm”, şimdi bu yaklaşımın önceki “kötülüğünü” ortadan kaldırarak, neredeyse profesyonel ve önceden yapılmış bir donanım çözümüne dönüştürüldü:
Tiresias (GPUkiller):
Tiresias, MacBook Pro 15 inç veya 17 inç 2011 (Erken veya Geç) modellerinin anakartına lehimlenebilen küçük bir kart.
Bunlar 820-2914-A, 820-2914-B, 820-2915-A veya 820-2915-B anakartına sahip modellerdir.
820-2914 ve 820-2915 anakartında iki GPU var. PCH'nin bir parçası olan dahili (Intel) GPU ve harici (ayrık) bir AMD GPU. 'MacBook Pro sistemlerinin küçük bir yüzdesinde' başarısız olan harici GPU'dur (Apple-speak for: 'çok fazla'). Tiresias, 'gpu-power-prefs' nvram değişkenini ROM'a yazar, böylece Mac artık (ölü) harici (ayrık) AMD GPU'yu kullanmaz. Kullanıcı NVRAM'ı (PRAM) silerse, Tiresias rekoru tekrar yazacağı ve Mac tekrar çalışacağı için sorun yoktur.
Bu, ölü GPU'lu 820-2914 veya 820-2915'i hayata döndürmek için ideal bir çözümdür. Kurulumu kolaydır (lehim yapacak teller yoktur). Anakart üzerine çok küçük bir tahta monte etmeniz gerekecektir. Deneyimli bir teknisyen bunu dakikalar içinde yapabilir. Bunun dışında, ölü GPU’ya giden gücü kesmek için R8911’in çıkarılması gerekir. Bu, daha az ısı üreten ve pil ömrünü koruyan enerji tasarrufu sağlar. R8911'in kaldırılması, Mac'in ölü GPU ile karışmasını da önler, çünkü GPU kapalı olsa bile ölü GPU ile konuşmaya çalışacaktır. GPU'daki hangi dahili bağlantıların parçalandığına bağlı olarak, bu Mac'in kafasını karıştırabilir veya hatta çökebilir.
Mac OS X 10.13 Yüksek Sierra da desteklenmektedir. Uykudan sonra tekrar gelmeyen arka ışık sorununu çözmek için R9704'ü de çıkarın ve R9704 pin 2'yi C9711 pin 1'e bağlayın.
Tiresias (GPUkiller) Teknik Detaylar Tiresias, MacBook Pro 15 inç veya 17 inç 2011 (Erken veya Geç) modellerinin anakartlarına lehimlenebilen küçük bir karttır.
Bunlar 820-2914-A, 820-2914-B, 820-2915-A veya 820-2915-B anakartına sahip modellerdir.
820-2914 ve 820-2915 anakartında iki GPU var. PCH'nin bir parçası olan dahili (Intel) GPU ve harici (ayrık) bir AMD GPU. 'MacBook Pro sistemlerinin küçük bir yüzdesinde' başarısız olan harici GPU'dur (Apple-speak for: 'çok fazla'). Tiresias, 'gpu-power-prefs' nvram değişkenini ROM'a yazar, böylece Mac artık (ölü) harici (ayrık) AMD GPU'yu kullanmaz. Kullanıcı NVRAM'ı (PRAM) silerse, Tiresias rekoru tekrar yazacağı ve Mac tekrar çalışacağı için sorun yoktur.
Bu, ölü GPU'lu 820-2914 veya 820-2915'i hayata döndürmek için ideal bir çözümdür. Kurulumu kolaydır (lehim yapacak teller yoktur). Anakart üzerine çok küçük bir tahta monte etmeniz gerekecektir. Deneyimli bir teknisyen bunu dakikalar içinde yapabilir. Bunun dışında, ölü GPU’ya giden gücü kesmek için R8911’in çıkarılması gerekir. Bu, daha az ısı üreten ve pil ömrünü koruyan enerji tasarrufu sağlar. R8911'in kaldırılması, Mac'in ölü GPU ile karışmasını da önler, çünkü GPU kapalı olsa bile ölü GPU ile konuşmaya çalışacaktır. GPU'daki hangi dahili bağlantıların parçalandığına bağlı olarak, bu Mac'in kafasını karıştırabilir veya hatta çökebilir.
OS X 10.6 - 10.12 (Sierra)
Arka ışık sürgüsü (Sistem Tercihlerinde) ve arka ışık tuşları (F1 ve F2) çalışır. Sistem uyku çalışıyor. Thunderbolt bağlantı noktasındaki video çıkışı çalışmıyor, ancak Thunderbolt bağlantı noktasının tüm diğer işlevleri çalışıyor.
OS X 10.13 (Yüksek Sierra)
Bildiğimiz kadarıyla 10.13 (Yüksek Sierra), 10.12 (Sierra) 'dan daha avantaj sağlamıyor. Apple, High Sierra’daki video sürücülerini tamamen yeniledi ve ortalığı karıştı. Arka ışık kontrolleri çalışmaz. Daha da kötüsü, makine uykudan uyandıktan sonra arka ışık hiç açılmıyor.
Uyku sonrası geri gelmeyen arka ışık sorununu çözmek için R9704'ü çıkarın ve R9704 pin 2'yi C9711 pin 1'e bağlayın. Bu, arka ışığı tam parlaklığa ayarlar. Aşağı tarafı, bu modifikasyonda parlaklığın, eski işletim sistemlerinde de tam parlaklıkta olacağı yönündedir.
820-2915 (15-İnç) için Tiresias Miktar bir (1) Nakliye dahil (Dünya çapında) 60 EURO.
Tek duraklı bir yazılım çözümü için güncelleme
Yukarıdaki prosedür, donanım kesmekle ilgili bir uygulamaya geçirilmiş görünüyor! En azından bir kısmı. Ancak öte yandan, bu uygulama NVidia kartlarını da kullandığı gibi yukarıdaki bölümden daha evrenseldir, yani: tüm Mac'lerde tüm ayrı işlemcileri devre dışı bırakmak içindir.
Ne yazık ki, bu uygulama dosdude1 tarafından yapılan ve iyi belgelenmemiş. Benioku ekranı, NVRAM değişkenini ayarlayacağını, tüm grafik hızlandırma sürücülerini taşıyacağını ve ardından güncellemeleri işlemek ve değişkenin ayarlı kalmasını sağlamak için bir başlatma anemonu kuracağını söylüyor.
Yukarıda belirtilen prosedürü uyguladıysanız, benim tarafımdan test edilmedi ve benim tarafımdan onaylanmadı!
Ancak prosedür sizin için bir noktada işe yaramadıysa veya sadece başlamak için göz korkutucu görünüyorsa, o zaman şunu deneyebilirsiniz:
dosdude1: Yazdığım diğer, belgelenmemiş yazılım burada saklanır: MacBook Pro dGPU Disabler.zip
Uygulama, termal yönetim bölümünü geliştirmeyi kaçırdığı için (prosedürü transistörü çıkartarak değiştirirseniz, bu durum değişir: karıştır ve eşleşir) yukarıdaki prosedüre tekrar bakmanız gerekebilir.
Birisi bunu test ederse, lütfen yorum veya düzenleme yoluyla geri bildirimde bulunun.
Paskalya güncelleştirmesi 2019: 20 $ gMux IC'ye özel bir ürün yazılımı uygulamak için 64bit Windows bilgisayar ve Kafes HW-USBN-2A ICSP FPGA programlayıcı kullanan bir çözüm . Dosdude1, bunun 'mükemmel' bir çözüm olduğunu iddia ediyor; bu, HighSierra ve Mojave pil ömrü altında bile sıcaklık, parlaklık kontrolü ve beklendiği gibi uyanma / uyku çalışması anlamına geliyor. Bu çözümü kullanmak kalıcıdır ve yukarıdaki her şeyi eski hale getirir.
Ancak bu yeni çözüm ücretsiz değildir ve bir Windows PC ve programcı biçiminde donanım gerektirir); ve şu anda geçici olarak mantık kuruluna birkaç tel lehimleme.)