MacBook Pro: Ayrık GPU’yu EFI’dan kalıcı olarak nasıl devre dışı bırakabilirim?


49

MacBook Pro 15'imde NVidia GTX 750M GPU’yu devre dışı bırakmak istiyorum. (Retina, Orta 2014, Mac OS X 10.10 Yosemite) bayrağı.

Sorum şu:

  • Ayrık GPU’yu EFI’dan nasıl devre dışı bırakabilirim?

    Bunun birden fazla yeniden başlatma sırasında kalıcı olduğunu varsayıyorum. Ayrıca gerektiğinde nasıl geri alınacağını da bilmek isterim.

Güncelleme:

Asıl soru, burada GfxCardStatus github sorunu yorumunda belirtilen komutun doğru olup olmadığı ve işe yaramazsa nasıl geri alınabileceğidir .

.

Buna tek başına bir cevap doğru bir cevaptır, ancak bana da söylerseniz harika olur:

  • GfxCardStatus'ta tümleşik grafikleri zorlarsanız, Mac OS X (en azından Yosemite'ye kadar) birden fazla monitör kullanmanıza izin vermez (yerleşik Iris Pro'nun yapabilmesine rağmen).

    Ayrık GPU’yu EFI’dan devre dışı bırakırsam, macOS entegre GPU’nun kurulu olan olduğunu düşünecek ve onunla birden fazla monitör kullanmama izin verecek mi?

  • Aynı EFI ayarının, entegre GPU'yu macOS'tan başka işletim sistemlerine göstermemekle bile sorumlu olduğunu duydum ve bir şekilde onu macOS olduğunu düşünmek için kandırmak zorundasınız.

    Bu doğru mu? Ve eğer evet, nasıl yapılır?


4
Bu klasik bir XY Problemine benziyor . Aslında neyi başarmaya çalışıyorsun?
Tetsujin

6
Aküden sürekli tasarruf edin ve gürültü maliyetini ödemeden ısıyı azaltın. NVidia'yı aldım çünkü en iyi CPU ve SSD yükseltmelerini istedim ve bu önceden oluşturulmuş olandı. Özel yapım için bekleyebilseydim, entegre GPU'yu alırdım.
Meligy

3
Bu sorunun çözümü, hatalı bir ayrık GPU'ya sahip 2011 MBP modellerinin sahipleri için de yararlı olacaktır. Linux kullanırken ayrık GPU'yu devre dışı bırakmak kesinlikle mümkündür, burada sorumu
görün

Yanıtlar:


52

Sen edebilir tamamen devre dışı bırak ayrık grafik kartı sonraki adımları izleyerek:

GÜNCELLEME! NVRAM değişkenini Tek Kullanıcı modundan düzenlemeye çalışın

1-3 adımlarında açıklanan prosedür macOS Sierra'ya kadar benim için çalıştı, ancak High Sierra'ya yükselttiğimde, pembemsi / kırmızımsı bir ekran almaya başladım ve 3. adımda yaptığım gibi tekrar etmek için Kurtarma moduna giremedim. önceki yükseltmeler. İnternette arama yaparken, GitHub sorununa adım attığınızı ve 1. ve 2. adımları şu komutla değiştirebileceğinizi, Tek Kullanıcı modunda (önyükleme tuşuna basarak cmd+ s) çalıştırabileceğinizi açıkladım :

sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

1. GUI olmayan Linux ile Bootable USB pendrive'ı hazırlayın

1.1 İndir ArchLinux ISO

  • Bunun için çalışan bir bilgisayara ve yedek bir CD / DVD / USB sürücüye ihtiyacınız var.
  • En son Arch Linux ISO görüntüsünü indirin .
  • Daha sonra bu ISO'yu CD / DVD'ye yazabilirsiniz (daha sonra MBP'nin SuperDrive'ına veya MBP'ye iki USB kablosu ile bağlanan Harici DVD Sürücüsüne takılabilir) veya önyüklenebilir bir USB oluşturabilirsiniz .

1.2 .iso ile önyüklenebilir USB oluşturma

  • İlk önce, USB cihazını tanımlamanız gerekir.
  • MacOS'ta / Uygulamalar / Yardımcı Programlar / Terminal'i açın ve tüm depolama cihazlarını listeleyin:

    diskutil list

    USB cihazınız gibi görünecektir /dev/disk2 (external, physical). Bunun adını ve boyutunu kontrol ederek silmek istediğiniz cihaz olduğunu doğrulayın ve ardından tanımlayıcısını aşağıdaki komutlar için kullanın /dev/diskX.

  • Bir USB cihazı normalde macOS'ta otomatik olarak monte edilir ve dd ile blok yazmadan önce bağlantısını kesmeniz (çıkarmanız gerekmez):

    diskutil unmountDisk /dev/diskX

  • Şimdi ISO görüntü dosyasını cihaza kopyalayın. Dd komutu Linux muadiliyle aynıdır, ancak ham mod için 'r' den önce 'r' komutunu aktararak aktarımı çok daha hızlı hale getirir:

    sudo dd if=path/to/arch.iso of=/dev/rdiskX bs=1m

    Tamamlandıktan sonra macOS, "Taktığınız disk bu bilgisayar tarafından okunamıyor" diye şikayet edebilir. 'Çıkart'ı seçin. USB cihazı önyüklenebilir olacak.

2. EFI değişkenlerini değiştirmek için Linux kullanın

2.1 Bunun için başlat

  • Bu CD / DVD / USB'yi Macbook Pro'ya yerleştirin, önyükleme sırasında Seçenek tuşunu (alt) basılı tutun.
  • "EFI boot" (önyüklenebilir yükleme medyanızdır) seçin.
  • Menü göründüğünde, ana ekranda seçili iken Arch Linux archiso x86_64 UEFI CD menü girişinin GRUB seçeneklerini düzenlemek için "e" tuşuna nomodesetbasın, bu satırın sonuna ekleyin ve Enter tuşuna basın.
  • Her şey doğru yapılırsa, kendinizi Linux konsolunda bulacaksınız! (Biraz zaman alır bu yüzden sabırlı olun ve istemi bekleyin)

2.2 Mevcut EFI varyasyonlarını temizleyin

Efivarfs dosya sistemi varsayılan olarak monte edilmiş gibi görünüyor! Böylece zaten cd /sys/firmware/efi/efivarsve lsbu dizini keşfedebilir ve bir gpu-power-prefs-...değişken olup olmadığına bakabilirsiniz (burada ... bu değişkenin UUID'sidir).

  • Böyle bir değişken varsa, rm ile kaldırmak daha iyidir.

    rm gpu-power-prefs-…

  • rmDenemeye çalışırken "işleme izin verilmedi" iletisini alıyorsanız, bu, efivarfs'ın salt okunur olarak monte edildiği ve okuma-yazma izinleriyle yeniden yerleştirmeniz ve yeniden denemeniz gerektiği anlamına gelir:

    cd /
    umount /sys/firmware/efi/efivars/
    mount -t efivarfs rw /sys/firmware/efi/efivars/
    cd /sys/firmware/efi/efivars/
    rm gpu-power-prefs-…

  • Bu da başarısız olursa (dosyayı hala silemezsiniz), chattrdosyanın değişmezliğini devre dışı bırakmak için komutu kullanın ve ardından dosyayı silin:

    chattr -i "gpu-power-prefs-…”
    rm gpu-power-prefs-…

2.3 Yeni bir gpu-power-prefs-… dosyası oluşturun

printf "\x07\x00\x00\x00\x01\x00\x00\x00" > /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9

2.4 gpu-power-prefs-… dosyasına değişkenlik ekleyin

Bu chattrkomutun bir dosyayı sadece "superuser" ile erişilebilmesi için kilitlemesi gerekiyor - ve böylece, EFI'niz başlatılırken gpu-power-prefs -... değişkeninizi hiçbir koşulda bozma şansınız olmayacak

chattr +i "/sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9"

2.5 Efivarların bağlantısını kaldırın ve yeniden başlatın

Efivars'ı kaldırmak için kök dizine geçin:

cd /
umount /sys/firmware/efi/efivars/

EFI değişkenlerinizin efivarfs dosya sistemine temizlendiğini garanti eder. Lütfen yeniden başlatmadan önce güvenli bir şekilde çıkarın.

reboot

3 AMD / NVIDIA kexts'i kaldırın

Not : İşletim sisteminizi her güncellediğinizde bunu yapmanız gerekebilir, çünkü normalde bu kex'leri yeniden oluşturur. Bu cevabı referans olarak kullanmak isteyebilirsiniz, böylece ihtiyaç duyduğunuzda başka bir cihazdan erişilebilir.

DGPU’yu Arch’ı kullanarak devre dışı bıraktıktan sonra normal önyükleme işlemi yarıda asılı kalır ancak güvenli önyükleme çalışır.

3.1 AMD / NVIDIA kext dosyalarını bir yedekleme dizinine taşıyın

Kurtarma Konsolu'ndaki Terminal'de bulunan tüm AMD (veya kartınıza bağlı olarak NVIDIA) kext dosyalarını kaldırın. Bunları Tek Kullanıcı'da kaldırmaya çalışmak, yalnızca sanal alan hataları verir, bu yüzden Tek Kullanıcı Modunda yapmayın! ( cmd+ ile başlattığınız s).

  • FileVault'ınız varsa, önce kilidini açın.
  • Doğrudan Kurtarma ( cmd+ r) içine önyükleyin . Başarısız olursa, o zaman 2. adımı tekrarlayın ve yeniden deneyin (dGPU, AMD / NVIDIA kexts ile os'ta başlattıktan sonra tekrar aktif olabilir).
  • Terminali Başlat (Bu komut AMD içindir. NVIDIA'nız varsa uygun şekilde değiştirin)

    diskutil cs list(Mantıksal Hacim UUID: son maddeyi bulun)
    diskutil coreStorage unlockVolume UUID(UUID: önceki komuttan)
    cd /Volumes/Macintosh\ HD
    mkdir AMD_Kexts
    mv System/Library/Extensions/AMD*.* AMD_Kexts/
    reboot

Bu bölümde prosedürü buldum , burada farklı bölümlerin ve konuyla ilgili tartışma konusunun niteliğini okuyabilirsiniz.

2011 yılının başlarında MacBook Pro'da hatalı ayrık grafik kartına sahip, aşırı ısınma hilesiyle bile önyükleme yapamayan ve tamamen işlevsel bir bilgisayarla başladım!


1
Evet, haklısınız, bu mac'in bir AMD değil bir NVIDIA kartı var (bunu gerçekleştirmeden sadece adımları takip ediyordum). Ancak, yine de çalıştıramadım ama bu özel dizüstü bilgisayar için önerilen başka bir çözüm ile işe yaradı! MBPMid2010_GPUFix . Yardımınız için teşekkürler.
Taco

2
AMD kartı yerine bir NVidia'nız varsa bazı önemli bilgiler. Talimatlar doğru, ancak aşağıdaki başlıkların kaldırılması gerekiyor: CUDA.kext GeForce.kext GeForce7xxxGLDriver.bundle GeForceGA.plugin GeForceGLDriver.bundle GeForceVADriver.bundle NVDANV40Hal.kext 10.12.6’yı
sporker

2
Kurtarma Moduna donmadan girebilmek için 3 deneme yaptım (2. adımı tekrarladığınızdan emin oldum), ancak 2012 ortalarında (Nvidia kartıyla) Macbook Retina Pro'um için çalıştı. Çok teşekkürler!
huyz

3
Ayrıca görünüşe göre bu sorun
dGPU’nun

2
Bir Nvidia dGPU ile 2013 mac pro retinaya sahip olan herkes için, eğer sadece NVD *. * Dosyalarını Sistem / Kütüphane / Uzantılara taşıdıysam, o zaman dGPU'nun devre dışı bırakılmadığını ve bu dosyaları ve GeF *. * Dosyaları @sporker tarafından önerildiği gibi makinenin çalışmasına rağmen a) parlaklığı değiştiremedi ve b) kapatıldığında ekranı karartmadı. Benim için çalışan, NVD dosyalarını değil GeF dosyalarını taşımaktı. NVRM yöntemi de benim için işe yaramadı ve ben "fa4ce28d" yerine "000fa4ce" yerine koymak zorunda kaldı ama aksi halde archlinux yöntemi çalıştı. Bu yazı için ne kadar minnettar olduğumu söyleyemem.
cbartondock

10

İkileminiz

Bir MacBook Pro içinde ayrı grafik kartı kullanmanızın "pilden tasarruf edin ve ısıyı azaltın, gürültü maliyetini ödemeden" dileğinize tam anlamıyla sempati duyuyorum.

Uyarı

Ekranınızı devre dışı bırakacak bir şey yapmadan önce, lütfen işinizi geri alabilmeniz için SSH kullanarak MacBook Pro'nuza giriş yapabildiğinizden emin olun . Tüm grafik kartlarını devre dışı bırakırken ekran paylaşımı muhtemelen bazı varsayılan çözünürlüklerde çalışacak olsa da bilgisayarıma bahse girmem.

Cevaplar

Ayrık nVidia grafik kartını EFI'den kalıcı olarak devre dışı bırakırsam ne olur? Mac OS, entegre GPU'nun kurulu olduğunu düşünüyor ve onunla birden fazla monitör kullanmama izin verecek mi?

Harici bir monitör kullanma yeteneğini kaybedeceksiniz (herhangi bir işletim sistemi altında). Harici grafik portu / portları ayrı grafik yongasına bağlanır.

Kendi MacBook Pro 2011, dahili Intel grafiklerini kullanırken minimum fan gürültüsüyle yük altında bile 60 derecelik bir kararlılıkla çalışıyor ve ayrık 6750 ile yüklenirken tam fanlara (4000 ila 6000 RPM aralığında) giriyor. Sorun gerçek. Ben de sadece dahili grafikleri kullanabilmek ve harici bir monitör kullanabilmek istedim.

Olmaz, olmaz nasıl.

Aynı EFI'nin entegre GPU'yu Mac OS'lerden başka OS'lere bile göstermediği ve Mac OS olduğunu düşünmek için bir şekilde kandırmanız gerektiği doğru mu?

Evet bu doğru. Mac OS X’ten başka bir şey önyüklemeniz durumunda Intel GPU, MacBook Pro 11,3’ün EFI’sı tarafından kapatılıyor. Alternatif işletim sistemi altında tümleşik Intel yongasını kullanmak istiyorsanız dört seçeneğiniz var :

  1. rEFInd sürüm 0.10.0 veya üstü (önerilir): http://www.rodsbooks.com/refind

REFInd'nin son sürümleri yerleşik "apple_set_os" hack'üne sahiptir. Refind.conf dosyanızdaki spoof_osx_version seçeneğini ayarlayarak etkinleştirebilirsiniz.

  1. apple_set_os.efi: https://github.com/0xbb/apple_set_os.efi

  2. bir yamalı GRUB: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html https://wiki.archlinux.org/index.php/MacBookPro11,x#Getting_the_integrated_intel_card_to_C_3

  3. yamalı bir Çekirdek: https://www.marc.info/?l=grub-deavel&m=141586614924917&w=2

Önceden plan yapmak için dikkatli olun. Hazırlık yapmazsanız, güç azaltılmış tümleşik grafik kartı ve siyah ekranla karşılaşacaksınız. Elbette her zaman geri dönüp Mac OS X'i önyükleyebilir ve yeniden başlayabilirsiniz.

Yukarıdaki seçeneklerin en basiti iki numara olacaktır - Apple EFI'nin yerini almak. Ne yazık ki, sizi gelecekteki bir tarihte başlatamayacak şekilde bırakabilecek olanı. Apple, insanların EFI ile oynamasını sevmez ve bunun için cihazınızı tuğlalama hakkını saklı tutar . Apple Care'e sahipseniz ve hala garanti sürenizdeyseniz, ağlamak için bir yerlerde bir omuz bulabilirsiniz. Belki. EFI'yi değiştirdiğinizde, güvenlik riskleri de alırsınız , yani makinenizi kırmayı kolaylaştırabilirsiniz. Düzeltme ekinizi kaldıracak en son EFI'ye güncelleme yapabilmeniz gerekir.

Birinci seçenek, rEFInd kendini bir şeylerin yanlış gitmesi ve çalışan bir bilgisayara geri bir tuğla ve uzun bir zor iz bırakmanız için önemli bir alan bırakan, önyükleme ve EFI arasına sokar. Bu konular ne kadar ciddi? Birçok MacBook Pro sahibi, rEFInd'e sabit diskini kaybetti :

Çok sayıda rEFIt hata raporu, yaklaşık 500 GiB üzerindeki disklerde disk bozulması sorunlarına işaret ediyor .... sudo bless --infoBöyle bir diske sahipseniz veya böyle bir diske sahip olduğunuzdan şüpheleniyorsanız bile, kurulumunuzun durumunu kontrol etmek için yazmamanızı şiddetle tavsiye ederim. . (320 GB kadar küçük Advanced Format diskler gördüm.)

Seçenek üç, nispeten kolaydır. Yama grubu, herhangi bir ilk Hackintosh sahibinin aşina olduğu bir süreçtir. Yama Grub çalışır ve değişiklikler yazılım düzeyinde yapılmadığından kolayca geri alınamaz. Grubunuzu muhafazakar bir şekilde eklerseniz, ek grub kodu yalnızca önyükleme sırasında / alt seçeneğini tutarak etkinleştirilir .

Sonuç

Bilgisayarınızı tamir etmek için kullanmayı tercih ederseniz, Cody Krieger'ın gfxCardStatus'u kullanıma hazır yapılandırmasında giderek daha çekici görünüyor. Eğer gfxCardStatus'u başlangıçta çalışmaya zorlamak istiyorsanız, Bay Krieger aydınlatıcı bir sohbete katılmış ve bu da GPU'yu değiştirmiştir. switchGPU, gfxCardStatus'u, ayrık GPU'nuzun aşırı ısınması ve çökmesi durumunda entegre grafiklerde çalışabilecek kadar erken veya ayrık grafikleri ayarlar. gfxCardStatus normal şekilde çalışmaya devam eder (yani, gfxCardStatus menü öğesini kullanarak önyüklemeden sonra ayrık GPU'ya geri dönebilirsiniz). Ciddi donanım sorunlarınız olmadığı sürece switchGPU'yu kurmanız için hiçbir neden yok ayrık GPU'nuz ile bu her zaman kapalı tutmanız gerektiği anlamına gelir.

Koda

Yansıma üzerine, entegre AMD 6750 ile olan kendi durumum yeterince kötü (ısıl yenilemeden sonra bile çok sıcak ve gürültülü), Apple'ın AMD grafikli MacBook Pro için uzatılmış garanti onarım programından yararlanacağım . Marco Arment, 2011 2.2 GHz MBP'sinde 6750 ile 6790'lık 2.0 GHz sürümü için muhtemelen haklıydı . Aynı zamanda aynı şeyi yapmayı düşünürken, değiştirmek için MBP'yi yurt dışına göndermem gerekecekti. Ne yazık ki, Retina MacBook Pros , aynı ısı ve gürültü sorunlarına maruz kalmaya devam ediyor gibi görünüyor . Kız arkadaşımın 2013 MacBook Pro ile yalnızca entegre grafikleri çok daha iyi davranıyor.

Dört çekirdekli MBP iş istasyonlarındaki aşırı ısınma ve gürültü sorunları hakkında, iki Mac Pros'den (2006 ve 2009) vazgeçtim ve satın aldım, CPU'ları sırasıyla sekiz çekirdekli ve altı çekirdekli olarak yükselttim. Apple AMD 5870 yüklü olan 2006, neredeyse sessiz (2009'dan çok daha sessiz) ve MBP 15 "ten çok daha iyi bir değerde kaldı. İki gümüş kulenin (ev ve ofis) tek bir yeni MacBook Pro'dan daha ucuz olması. Şimdilik ben 2011 MBP 15 "'in ayrık grafiklerde yalnızca bir taşıma aracı olarak çalıştırılması (harici monitör yok).


8

Planladığınız prosedür mümkündür. Planladığınız prosedür o kadar zor değil. Planladığınız prosedür en iyi seçenek değil.

Bu rota neden yetersizdir?

MacBook Pros, harici bir ekran bağlandığında ayrık GPU'ya (dGPU) geçmek zorunda olacak ve geçecek. Bu nedenle, kurulu ancak devre dışı bırakılmış bir dGPU, o dGPU ile harici bir Monitör kullanma seçeneğini elinden alır.

Şimdi USB çözümleri veya harici GPU'lar (eGPU) kullanmak gibi başka seçenekler de var. Ancak, aradığınız EFI değişkenini ayarlamak, Thunderbolt bağlantı noktasından harici bir monitöre bir kabloyla doğrudan çıkışı kesinlikle devre dışı bırakacaktır.

Ayrık GPU’yu EFI’dan nasıl devre dışı bırakabilirsiniz?

Güncellemenizde bahsettiğiniz komut neredeyse doğru. Sadece doğru tanımlayıcıyı özlüyor:

sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

Bu, ilgili EFI değişkenini NVRAM'a yazar ve MacBook Pro'yu her zaman doğrudan tümleşik GPU'ya (iGPU) önyüklemeye zorlar. Tanımlayıcı yalnızca AMD dGPU’lar için değil, tüm dGPU’lar içindir. Bunun NVidia yongaları ile aynı şekilde çalıştığı onaylandı. NVRAM sıfırlama ile kolayca geri döndürülebilir.

Bu stratejinin bu durumda dezavantajları

Ve şimdi olumsuz: Bu konuda potansiyel olarak iki küçük sorun var:

  1. Bu NVRAM ayarlarını zorladıktan sonra macOS "biraz karışık" olabilir. Çip hala orada, kablolu ve elektrikli.

  2. Bunu başlatmak için dGPU'nuzun grafik sürücülerini devre dışı bırakmanız gerekebilir . Veya en azından gerçek grafik değiştirmeyi yöneten bir kext. Önyükleme, aksi durumda GPU değiştirmeyi başlatmaya çalışırken askıda kalabilir.

Her iki yeni ortaya çıkan sorun, ya tüm NVidia uçlarını /System/Library/Extensionsgüvenli bir yedekleme yerine taşıyarak çözülebilir . Bu , makineyi hızlandırılmış iGPU moduna zorlar. Ancak, bir EFI değişkeninin ayarlanması, makul bir güç yönetimi elde etmek için yeterli olmayabilir. Bunun için NVidia kexts'i geriye kaydırmanız gerekecek, grafik değiştirme işleminden sorumlu olanlar hariç . Bunu yapmamak dGPU'da gereksiz yere yüksek güce yol açacaktır. En azından “tam güçte” (>> 60 ° C'ye çevrilmiş) rölantide olacaktır.

Bu yüksek güç boşta kalma, potansiyel olarak fan sesini azaltma ve pili artırma planınız için büyük bir yenilgi olacaktır. Literatürden elde edilen yan not: Kexts etrafında hareket etmenin, bunun gibi şeyler taşıdığınız sürece OS X / macOS'un daha yeni sürümlerinde SIP'yi devre dışı bırakmanızı gerektirdiği evrensel olarak kabul edilmiş bir gerçek olmalıdır.

Denenecek kexts'i bulmak için genel bir değerlendirme: bir stok sisteminde NVRAM değişkeni olmadan önyükleme ('varsayılan' NVidia kexts ile). Ardından, sisteminizin gerçekte hangi uzantıları yüklediğini not alın kextstat. Daha sonra önceden yüklenmiş NVidia / Geforce kexts ile taşınan yeniden başlatma ve korsan etkin. Ayrıntılı bir sensör monitörü (iStatMenus, TGPro, vb…) edinin ve GPU'daki ve etrafındaki sıcaklığı izleyin. Şimdi ilgili kexts'ten diğerini çekirdeğe geri yükleyin sudo kextload /path-to/NVDA***.kext. Her biri için bir veya iki dakika bekleyin.

Bu yazının yöntemi - ya da eşit derecede geçerli ama uzun süredir: Linux'ta EFIvar'ları manipüle etmek - NVRAM olduğundan, bir SMC / NVRAM sıfırlaması yaparsanız, temiz bir şekilde geri dönecektir. NVRAM hack'ünün aslında bu yazının kesinlikle size fazla sorun çıkarmayacak tek parçası olduğu .

Bu NVRAM sıfırlama işleminin yapılması, minimum fabrika ayarlarını EFI değişkenlerine / NVRAM'a geri yükler. Bu fabrika ayarına dokunulmayacak.

Bu istediğiniz sıklıkta yapılabilir.

Linux'ta sürücü sistemi daha iyi belgelenmiştir ve daha temiz bir uygulayıcıdır. Bunu Linux ile başlatmak veya başlatmak için birçok yol vardır. Ve bir Linux (bu NVRAM / EFIvars ayarına veya başka yöntemlere uyup uymadığına bakılmaksızın), sürücüler konusunda (daha önce düşünmüş olanlar) çok daha az sorun yaratacaktır. Diğer işletim sistemlerinde, Microsoft Windows gibi, verilerim yok.

Tekrarlamak için: İşletim sisteminin dGPU’yu doğru şekilde tanımaması, kapalı olduğu anlamına gelmez. Bu istenmeyen termal yan etkilere neden olabilir .

Benzer bir çözüm ve biraz daha fazla seçenek için 2011 MacBook Pros için bu kılavuza göz atın ; Ayrıca NVRAM kesmesini hızlı bir şekilde geri almak ve yeniden yapmak için.

Birden çok monitör ve devre dışı bırakılmış bir dGPU

Bunların hepsini söyledikten sonra: gfxCardStatus (veya orijinalin farklı sürümlerini deneyin - farklı seçeneklere / yeteneklere sahipler…), uğraşılacak gerçek donanım sorunlarınız yoksa en iyi seçenek. Çok daha esnektir ve çalışan bir sistemde kolayca dGPU veya harici monitörlere geçebilirsiniz.

İster EFI / NVRAM veya ister gfxCardStatus ile: bir Mac'i değiştirilebilir grafiklerle yalnızca entegre olarak zorlamak , yerleşik DisplayPort veya Thunderbolt grafik çıktısını kullanarak harici ekran modlarını devre dışı bırakır . Bu, harici monitörler için ekran sinyalini dGPU üzerinden yönlendiren donanım tasarımının bir sonucudur . Ayrık olmayan ancak harici grafik adaptörleri kullanmak bu sınırlama için bir geçici çözüm olabilir.

Diğer işletim sistemlerine entegre etmeyi sağlayan EFI ayarı

Şimdilik açık olması gerektiği gibi, Linux gibi diğer işletim sistemlerinin değiştirilebilir bir grafik kurulumunu "görmesine" izin veren EFI ayarı , dGPU'yu devre dışı bırakan ayarlardan farklıdır . Linux ve Windows için Macbook Pro 11,3'teki Intel IGD'nin kilidini açmak için küçük bir EFI programı:

Linux ve Windows için Macbook Pro 11,3'teki Intel IGD'nin kilidini açmak için küçük bir EFI programı. Grub, rEFInd vb. Gibi değiştirilmemiş EFI önyükleyicileri tarafından kolayca zincirleme yapılabilmektedir.

Mac OS X'ten başka bir şey önyükleme yapıyorsanız Macbook Pro 11,3 modelinin EFI'si Intel GPU'yu kapatıyor. Bu nedenle, tüm donanımın erişilebilir olmasını sağlamak için işletim sistemi tanımlamasını taklit etmek için küçük bir numara gereklidir.

Tüm krediler asıl bu hack keşfetti Andreas Heider aittir: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html


4

Yan sorularınızdan birine gecikmeli cevap: Harici bir ekran kullanmak için muhtemelen ayrı GPU'ya ihtiyacınız vardır. Neden GPU'ların ve video çıkışlarının kablolanmış olması gerektiğinin nedeni.

(Bilgisayar dizüstü grafikleri değiştirme teknolojisinin nasıl çalıştığını tahmin ediyorum, yarı tahmin ediyorum. Bu teknolojilerin GPU üreticilerinin Apple ile çalışmalarına dayandığı kabul edilemez bir varsayım değil. Yine de: tuz.)

NVidia Optimus ile kurulum, dizüstü bilgisayarın yerleşik ekranının entegre GPU'ya ve harici ekran bağlantı noktasının ayrı GPU'ya bağlı olmasıdır. Ayrı GPU'yu kullanarak yerleşik ekrana bir şeyler vermeniz gerekirse, ayrık GPU, tümleşik olana "bağımlıdır". Bir oluşturma çağrısı önce, ayrık GPU etkinse, oraya ileten ve ardından ekranda itmek için sonucu alan entegre GPU'ya gider.

Harici bir ekran bağlıysa, bu ekranın çağrılması doğrudan ayrık GPU'ya gider, çünkü bu ekrana herhangi bir çıktı gönderebilecek olan GPU'dur. Entegre GPU, bu bağlantı noktasına video çıkışını kendi başına gönderemez. Entegre GPU'yu ayrık olana "slave" etmenin bile mümkün olduğunu sanmıyorum, çünkü her şeyden önce grafik değiştirme teknolojisinin hedefleri açısından tasarım açısından anlamsız olurdu; ve o zaman bile, hala ayrık GPU'nun etkinleştirilmesini gerektiriyordu ki bu, çipinin başarısız olduğu insanlara yardım etmeyecekti.


İlginç! Lenovo ThinkPad W530'un tümleşik GPU'yu BIOS seçeneklerinden seçmeme izin verdiğini biliyorum ve bunun hala harici monitörleri sabitlememe izin verdiğine eminim. % 100 emin de değil.
Meligy,

Dediğim gibi, yukarıdakilerden% 100 emin değilim, çünkü orijinal makaleleri tekrar bulamıyorum. Açıkladığım kablolamanın tek olası yapılandırma olmaması ve W530'un entegre GPU tutacağına her ikisi de olabilir. Ancak, ayrık GPU'yu bir harici için çalıştırmanızı gerektiren Macbook, gerçekten tarif ettiğim gibi kullanıldığını gösteriyor.
millimoose

Harici bir ekran kullanmak için ayrı GPU'ya ihtiyacınız vardır. Ayrı GPU'yu düzenli olarak kullanmak daha fazla fan gürültüsü oluşturur ve anakartınızın ömrünü kısaltır. Artık ayrık GPU'yu kullanmıyorum. Ağır kaldırma için bir masaüstü kullanıyorum ancak seyahat ederken 17 inçlik büyük ekranın keyfini sürüyorum.
Foliovision

4

Herhangi biri hala bunu yapmanın yollarını arıyorsa, lütfen bu MacRumors forum gönderisine göz atın.

Bu forum yazısında belirtilen adımları takip ettim ve 15 "MacBook Pro 2011 sadece Entegre Grafiğini kullanarak mükemmel çalışıyor. Değersiz AMD grafik kartı başarıyla devre dışı bırakıldı.

https://forums.macrumors.com/threads/force-2011-macbook-pro-8-2-with-failed-amd-gpu-to-always-use-intel-integrated-gpu-efi-variable-fix. 2037591 / sayfa-5 # sonrası 24511780

https://forums.macrumors.com/threads/force-2011-macbook-pro-8-2-with-failed-amd-gpu-to-always-use-intel-integrated-gpu-efi-variable-fix. 2037591 /


Bunu hangi OSX / macOS sürümünde denediniz?
HUYZ
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.