GPU sorunu - Boot, Gri Ekranda Bekleniyor


43

Bunu bu konudaki sorunuma göre buldum:
Önyükleme gri ekranda asılı (yeni işletim sistemi X yüklemeli USB sürücüden başlatırken bile)

MacBook Pro 15 "2011 yılının başında AMD Radeon HD 6750M ile ekran bozulması ve ilgili sistem çöktü / sıfırlandı, tamamen önyükleme yapmadan önce iki hafta boyunca çöktü / yeniden başlatıldı. tam da giriş ekranına geçmesi gerektiği anlaşılıyorsa Apple logosu ve döndürücü kaybolur ve boş bir gri ekrana asılırdı.

Başlangıçta sabit disk sürücüsü bozulmasından şüphelenmiştim ve bunu düzeltmeye çalıştım. Başarısız bir şekilde, her birini yukarıda açıklandığı gibi asmaya devam ederken aşağıdakileri denedim:

Güvenli önyükleme
Kurtarmaya önyükleme (Internet Recovery dahil)
USB sürücüsüne yükleme medyasından
önyükleme USB sürücüye OS X yüklemesinden önyükleme
Clear NVRAM SMC'yi
Sıfırla

Ayrıca Apple Donanım Testini herhangi bir sorun bulamadan defalarca yaptım.

Ayrıntılı güvenli önyükleme (Cmd + Shift + V), görmeyi beklediğimden ancak yukarıda açıklandığı gibi takılacağı her şeyi verir.

Apple'ın GPU'yla ilgili sorunları tartışma forumlarında çevrimiçi olarak daha fazla gönderi yayınladıktan sonra, bunun nedeni olarak tekrar ziyaret ettim:

2011 MacBook Pro ve Ayrık Ekran Kartı veya 2011 MacBook Pro ve Ayrık Ekran Kartı

Ubuntu'yu bir USB flash sürücüden başlatmaya çalışırken, yalnızca GRUB'a kadar alabildim. Ubuntu Desktop’ı önyüklemeye çalışırken veya GRUB’da graphicstest'i çalıştırmaya çalışırken, sistem kilitlenecektir.

Bu noktada, Apple Donanım Testini çalıştırmak standart testin bitiminden hemen önce, muhtemelen bir video testi yaparken [tahmin ediyorum] görevini kapattı.

Yukarıdaki Apple Tartışmalar yayınlarındaki tavsiyelere göre aşağıdakileri yaptım:

Tek Kullanıcı moduna önyükleme
Aşağıdaki komutları yürütün:

/sbin/fsck -fy /
/sbin/mount -uw /
mkdir /Disabled_System_Library_Extensions
cd /Disabled_System_Library_Extensions
mv /System/Library/Extensions/ATI* .
mv /System/Library/Extensions/AMD* .
touch /System/Library/Extensions
exit

Bu kez makine tamamen önyüklendi. Ancak, grafikler son derece yavaştır, sadece pencereleri küçültürken bile geçişler. Benzer sorunların karşı karşıya kaldığı çok sayıda raporun benzer şekilde geri çekilmesiyle sonuçlanan benzer bir GPU ile ilgili başarısızlığın tekrarı gibi görünmesi nedeniyle MBP'mi Apple'a göndermeyi talep edeceğim.

Ama "mv" komutunu kullandığımda dosyalar taşınmaz (silinmez) ve bana gösteriyor:
Sandbox inkar (01) file-write-unlinked…

Herhangi bir çözüm ?



@klanomath Yep, sorun bu. Benim eski MBP de oldu (gri ekran yerine sadece yeşilimsi).
owlswipe

Yanıtlar:


81

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.kextgerç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şı

  1. 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;

  2. Şimdi tekrar aç ve bekle

    Cmd+ Opt+ p+ r
    aynı anda iki defa zil sesini duyana kadar.

  3. Bekleterek Tek Kullanıcı Kurtarmaya Başlayın

    Cmd+ r+s

  4. SIP'yi devre dışı bırak: gir:

    csrutil disable

  5. 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

  6. ayrıntılı önyükleme modunu etkinleştir:

    nvram boot-args="-v"

  7. tuşunu basılı tutarak Tek Kullanıcı moduna yeniden başla

    Cmd+ s
    açılışta

  8. yazılabilir kök bölümü

    /sbin/mount -uw /

  9. kext-backup dizini oluştur

    mkdir -p /System/Library/Extensions-off

  10. yalnızca ONE rahatsız edici kext'i yoldan çıkar:

    mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/

  11. sisteme kextcache'sini güncellemesi için haber ver:

    touch /System/Library/Extensions/

  12. 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:

  1. İ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 ).

  2. 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.

  3. Ç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: görüntü tanımını buraya girin 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.

görüntü tanımını buraya girin görüntü tanımını buraya girin görüntü tanımını buraya girin


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.)


2
@Tarek Garip. Yüksek Sierra'da görünüyorsun. Son zamanlarda bunu daha da sıkılaştırıp arttırmadıklarını bilmiyorum. Önyüklenebilir eski bir sisteminiz var mı? Yosemite'den her zaman çalışır; Sierra yukarıda açıklandığı gibi (ve her iki ayardan da yapışacaktır). Aksi halde SIP'yi devre dışı bırakıp tekrar denemeyi önerebilirim (daha sonra normal önyüklemeden mi?) (Ayrılmak agcfelaket değildir, bu numarayı bulmadan önce Mac'i bir ay boyunca çalıştırdım. İyileştirme sadece 'biraz' dan 'Tamam, neredeyse harika' arasında değişiyor. ) Radikal şık bir linux stick kullanmak ve değişkeni ayarlamak orada…
L'AngLаngС

6
Geçtiğimiz birkaç ayın sonunda Geç 2011'im 17 "mbp'leri yaşam alanlarına geri götürmeye çalıştıktan sonra, sonunda ayrık GPU sorununun suçlu olduğunu keşfettim. Dürüstçe @LangLangC'yi BT yıllarım boyunca, hiç böyle görmemiştim. inkar edilemez uzmanlık düzeyindeki ayrıntıya sahip iyi hazırlanmış bir çözümün mantıksal olarak yazılmış ve kapsamlı bir açıklaması… Ve diğerleri başkalarına yardım etme konusunda özgecil bir arzudan… Bunu canlandırılmış MBP'ye yazıyorum ve bunu yapmadığınızı bildiğimde Eğer ben umuduyla PM sen olacak seni çok Patreon yoluyla size vb Teşekkür bira ısmarlayayım böylece potansiyel olarak binlerce beni kurtardı, bu para kazanmak için yapmak.
bobsmells

2
10.13.4'ten itibaren, kayıt için AMD GPU'lara ilişkin özetler şunlardır: com.apple.kext.AMDLegacySupport (1.6.6), com.apple.kext.AMD6000Controller (1.6.6), com.apple.kext.AMD6000Controller (1.6.6) (1.6.6) ve com.apple.kext.AMDRadeonX3000 (1.6.6).
Kendall Lister

4
Benim için çalıştı 17 "2011 başında Sierra çalıştı! Harici ekran çalışmıyor ama dev bir kağıt ağırlığından daha iyi! Dikkat edin (benim gibi noolar için), rebootilk SIP devre dışı csrutil disablebıraktıktan sonra ve gpu nvram değiştikten sonra yazmanız gerekir . kurtarma kurtarma terminalinden yeniden nasıl emin değildi ve sabit güç verme aşağı çalıştı, ancak SIP değişikliği bu şekilde devam etmedi.
Will Buck

2
Sevgili 2011 mbp'mizin olası tüm çözümlerinin bu harika derlemesi için teşekkür ederiz. Ölü defterimi nvram ve High Sierra'daki kext kaldırma yöntemi ile yeniden dirildim. Her şey olması gerektiği gibi çalışıyor, dizüstü bilgisayar daha serin, parlaklık kontrolü iyi çalışıyor, uyku da iyi çalışıyor. Bugün yıldırım kablosunu Hedef disk modunda çalışan başka bir mac'a bağladım, ama hiçbir şey yapmadım. 2011 yılında mbp yeniden başlatıldı, diğer mac'ta hiçbir şey yok. Thunderbolt veri bağlantısının GPU üzerinden olduğunu hissediyorum, bu yüzden koptu. Bazı 'TB çalışmalıdır' sözlerinden farklı olarak. Şimdi eGPU ile test edecek
Mayank

1

Sorun, bu dosyaları taşıyamazsanız, muhtemelen sizi durduran Sistem Bütünlüğü Korumasıdır. Sanırım El Capitan veya Sierra'dasınız.

  • Dizüstü bilgisayarınızı kapatın.
  • Kurtarma moduna geçmek için Command + R ve ardından güç düğmesine basın.
  • Utilities menüsünü tıklayın ve Terminal'i seçin.
  • Yazın csrutil disableve return tuşuna basın.
  • Terminal uygulamasını kapatın ve kurtarma modundan tekrar başlayın.
  • Şimdi Tek Kullanıcı moduna geri dönmeyi deneyin ve mvkomutu vermeye çalışın .

Bu işe yaradıysa, SIP'yi yeniden etkinleştirin:

  • Dizüstü bilgisayarınızı kapatın.
  • Kurtarma moduna geçmek için Command + R ve ardından güç düğmesine basın.
  • Utilities menüsünü tıklayın ve Terminal'i seçin.
  • Csrutil enable yazın ve return tuşuna basın.
  • Terminal uygulamasını kapatın ve kurtarma modundan tekrar başlayın.

@klanomath hızlı cevabınız için teşekkür ederim. Ancak, elimden alabildiğim tek mod, tek kullanıcı modudur. İnternet kurtarma modunda bile kurtarma modunda donuyor.
Ghazi Marzouk

@GhaziMarzouk Snacking_IT sorunuzu yanıtladı! Ben sadece biraz düzenledi ...
klanomath

@Snacking_IT hızlı yanıtınız için teşekkür ederiz. Ancak, elimden alabildiğim tek mod, tek kullanıcı modudur. İnternet kurtarma modunda bile kurtarma modunda
donuyor

2
Bir güncelleme olarak, @ LangLangC'nin cevabında, Tek Kullanıcı Kurtarma yalnızca sürücüyü salt okunur olarak bağladığından, Adım 1.3 ve 1.4 sırasında El Capitan'da SIP özelliğini devre dışı bırakamadım. Yukarıdaki yaklaşım (bunun yerine kurtarma moduna geçme) işe yarıyor, bu yüzden bu bilgiyi eklemek faydalıdır.
Twitch_City

1

Bu cevap sayesinde https://apple.stackexchange.com/a/295805/300460 , https://apple.stackexchange.com/users/251859/langlangc adresinden alınmıştır . Bu konuyu son Eylül2018’de yaşadığımda takip ettim. Yine de, OSX Güvenlik güncelleştirmesi 2019-003'ü yaparken, dün aynı konuyla karşılaştığımda, ikinci kez gerçekleştirilecek delta adımlarının tam olarak belirlenmesi konusunda biraz zorlandım. Bu nedenle, ikinci kez bu konuda karşılaşabilecek kullanıcıları düşünerek tam olarak bu adımları atma düşüncesi. Bir kez daha, orijinal olan için langlangc sayesinde çok büyük.

Güncelleştirmeyi yaptığım sırada OSX 10.13.6’daydım.

  1. Tek kullanıcı modunda Cmd + S tuşunu basılı tutun (Cmd + R beyaz ekranı vererek yüklenmeyecek. Aslında, langlangcbunu Sep2018'de onaylamamı istedi; yorum Yap)
    • Koşmak sh /force-iGPU-boot.sh
  2. Kurtarma modundayken Cmd + r tuşlarına basılı tutun.
    • Bu komutları çalıştırın. Aslında, bunları /force-iGPU-boot_without_sudo.sh adlı küçük bir komut dosyasına koydum.
      csrutil disable nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 nvram boot-args="-v"
  3. Tek kullanıcı modunda Cmd + s tuşunu basılı tutarak yeniden başlatın
    • /System/Library/Extensions-offYedekleme yaptıktan sonra mevcut bir klasörün kaldırıldığından emin olun
    • Bu komutları çalıştırın. Yine, bunları /move_out_amd_kext.sh dosyasının küçük bir komut dosyasına koydum. /sbin/mount -uw / mkdir -p /System/Library/Extensions-off mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/ touch /System/Library/Extensions/
    • Girmek nvram boot-args="agc=0"
    • rebootNormal önyüklemek için girin .

Diğer her şey beklendiği gibi çalışmalı, ilk kez çalışmasını sağladığınızda gerekli diğer tüm adımları atmış olacaksınız. Herşey gönlünce olsun.

Güncelleme 12 Ağustos 2019

@LangLangC tarafından önerilen yazılıma dayalı çözüme bağımlıydım. Ancak Ağustos ayındaki son güncelleme, normal önyüklemenin ilerleme çubuğuna asıldığını buldu. Yine de güvenli önyükleme modundan geçebiliyorum ancak ekran titriyor.

14 Ağustos 2019 numaralı güncelleştirme

Kurtarma modunda SIP'yi devre dışı bıraktığımda başarılı bir şekilde başlattım. Geçmişte yaptım mı hatırlayamıyorum - ama şimdi sanırım olabilir.

GPU sorununun kötüye gitmesi veya 10.13.6 güvenlik güncelleştirmesi 2019-004 ile olası hatalar dahil olmak üzere birçok farklı nedenden şüphelenerek çok fazla zaman kaybettim.

Ancak şimdi sorunlu /System/Library/Extensions/AMDRadeonX3000.kextyerde bile olsa bu sefer başladığını fark ettim !!!

11 Kasım 2019 numaralı güncelleme

AMD6000Controller.kextHer zamanki gibi işe parlaklık kontrolü geri almak için gereklidir. Bu kext adresinde bulunması gerekiyor /System/Library/Extensions/.


"2. kez" ile tam olarak ne demek istediğinizi açıklayabilir misiniz? Yukarıdakiler işlem sırasında NVRAM / PRAM sıfırlanmış gibi görünüyor. Yoksa bu, 10.13'teki çalışma hacküyle çalışırken ve sadece yeni SecUpdate'i uygularken mi yaptınız? (SecUpdate'in kendisi hack'in kendisini geçersiz kılmak için hiçbir şey yapmamalı, ancak hack için yanlış bir konuma çalışan bir AMD.kext'i kurmalı ve bu nedenle taşınması gerekiyor). Veya diğer taraftan: güncelleme sırasında NVRAM'ınız sıfırlandı mı?
LаngLаngС

Cevabınızı takiben son Eylül 2018'de yapılan 10.13.6'da zaten bir çalışma hackindeydim. Ardından dün güvenlik güncellemesini uyguladıktan sonra tekrar beyaz ekran ile sıkışıp kaldım. Güvenlik güncelleştirmesinden sonra beyaz ekran sorununu çözmek için yönergelerinizi izlemem gerekmedikçe KEXT dosyalarıyla asla oynamıyorum. Sadece 1. adımla (1. tek kullanıcı modu) sorunu çözemediğim için, 3. aşamaya (yeniden kurtarma modu) sonra 3. aşamaya (tekrar tek kullanıcı modu) geçmem gerekiyordu.
Raj

High Sierra birimimi yeni 2019-005 güvenlik güncellemesiyle yeni güncelledim. İşlem çubuğu yeniden başlatmaya takıldı, bu yüzden fanların MBP'imi tek kullanıcı modunda manuel olarak durdurmasını ve yeniden başlatmasını bekledim ve rehberinizi takip ettim. İyi çalıştı! Yine de birkaç soru: neden 2. adımda NVRAM hack'ini tekrarlamak zorundasınız? zaten /force-iGPU-boot.shsenaryoda yok mu? ve rehberim Extensions-offzaten yerindeydi, yeni olanı taşıdım AMDRadeonX3000.kextve aradım AMDRadeonX3000v2.kext. Sanırım @LangLangC kılavuzunda belirtildiği şekilde orijinali tutmak ve yüklemek daha iyi görünüyor.
Aroom

1
@aroom Yukarıdakiler birkaç gereksiz adımı tekrar eder, zarar vermez, sadece kayış ve askılı yaklaşımı tekrarlar. Güncellemelerin anahtarı NVRAM'ın yerinde olması ve çalışan bir X3000'in önyüklemesi askıda kalması. Oldukça sık Apple , hepsi deltalar çok önemli bir dosya eksik olan bir orijinal yüklemeye bağlı olan kusurlu bir kext göndermiştir . (En iyi sonuçları elde etmek için eski kext'i yerine oturttuk, sonra güncelledikten sonra tekrar Ext-off'a dönüştürdük.) Şimdi Apple nihayet düzelttiği için, güncellemedeki sürüm numaralarını eşleştiren en yeni kext'i kullanmak en iyisidir. . SIP kapalıyken, önceki sürümü silerek SafeMode ve mv'yi Ext-off'a başlatmanız yeterlidir.
L'AngLаngС
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.