elmaMacFinder
Orijinal afiş- 7 Aralık 2009
- 18 Nis 2017
2011 MacBook Pro 8,2 cihazımın ayrık AMD GPU'su, burada belirtilen nedenlerden dolayı sonunda başarısız oldu ( http://logicboardmac.blogspot.ru/ ) ve orada ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Oldukça yüksek bir yük altında 6 yıldır mükemmel çalışıyor, hatta arka planda SETI@HOME madenciliğini denedi! Bu yüzden MBP'min kötü lehim/kötü lehimleme kalitesinden etkilenmediğinden emindim ve ücretsiz bir onarım programı için Apple'a getirmek istemedim - kısmen önemli yazılım projelerimi duraklatmak için zaman bulamadığım için kısmen de bunun nedeni Apple'ın bana daha az güvenilir bir mantık kartı vermesinden veya birkaç nedenden dolayı ücretsiz onarımı reddetmesinden korktum. alakasız paradan tasarruf etmek için daha önce kendim manuel olarak yaptığım onarımlar: birkaç kez termal macunu değiştirdim, 2 kez dahili pili değiştirdim, klavyeyi bozuk düğmelerle değiştirdim, vb. Ama nihayet geçen hafta bozuldu: dizüstü bilgisayarın ekran görüntüsü bozuldu, OS X'i başlatmayı reddetti (her zaman yarı yolda donuyor) , ve - Apple ücretsiz onarım programı zaten sona erdi! Resmi olmayan yerel tamirhanede 50 ABD doları BGA yeniden lehimleme gibi uygun fiyatlı çözümler olduğunu ve AliExpress'ten 35 ABD doları veya daha ucuza yeni bir HD 6750M yongası almanın mümkün olduğunu biliyorum. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html veya https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , çünkü bunun doğru olup olmadığını bilmiyorum - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) Başarılı bir onarımı garanti etmek için, toplam onarım fiyatı 50$ veya 50$+35$=85$ olacaktır - her durumda 100$'dan az. Ama eski bilgisayarlara para yatırmayı sevmiyorum, bu yüzden düşündüm - ya bir hack varsa Kuvvet MBP, önyükleme sırasında bile TÜM ZAMAN tümleşik grafikleri kullanmak için? Ve sonra olası çözümleri araştırmaya başladı...
===
Her şeyden önce, komut satırı modunda önyükleme yaparak AMD sürücülerini kaldırdıktan sonra, başarısız GPU'yu kullanmaya devam ederken bir MBP'yi OS X'e başarıyla önyüklemek mümkündür ( CMD+S ) ve şu komutları girerek:
1) fsck -fy (bir diski kontrol etmek için)
2) mount -senin / (okuma/yazma izinlerine sahip bir kök dosya sistemi bağlayın)
3) sudo mkdir /AMD_Kexts/ (Gelecekte ihtiyaç duymanız durumunda AMD sürücülerini saklamak için bir dizin oluşturun)
4) sudo mv /Sistem/Kütüphane/Uzantılar/AMD*.* /AMD_Kexts/ (AMD sürücülerini taşıyın)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (AMD sürücü önbelleğini kaldırın)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (OS X'in aptal olması ve bu dizini yeniden oluşturmaması durumunda, onu OS X için oluşturuyorum)
7) sudo touch /Sistem/Kütüphane/Uzantılar/ (AMD sürücüleri olmadan yeni sürücü önbelleklerinin kesinlikle yeniden oluşturulması için zaman damgalarını güncellemek için)
8) sudo umount / (değişikliklerinizin temizlendiğinden emin olmak için bir bölüm oluşturun)
9) sudo yeniden başlatma
Bu adımları uygularken rahatsızlığınızın derecesi - sizin durumunuzda ekran görüntüsünün ne kadar bozuk olduğuna bağlıdır. Benim durumumda daha da zordu çünkü OS X bölümü 'salt okunur' bir bölüm haline geldi. (OS X'i başarısız bir GPU ile umutsuzca başlatmaya çalışırken yaptığım çok fazla acil durum kapatması nedeniyle) bu yüzden bir sabit sürücüyü MacBook Pro'dan çıkarmak zorunda kaldım ve (taşınabilir HDD'mden alınan bir USB - SATA 2.5 'adaptör kullanarak) Linux'lu bir bilgisayara bağladıktan sonra şu talimatları izleyin:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. cevap) - bir dizi komutu dikkatlice yürüttü, bölme düzenim için bir boyut sınırı hesapladı ve sonunda çalıştırdı sudo mount -t hfsplus -o force,rw,sizelimit=SAYISINIZ /dev/sdb2 /mnt bu HFS+ bölümünü okuma-yazma modunda /mnt dizinine bağlamak için. Sonra bunları gerçekleştirdim '1) -7)' yukarıda gördüğünüz adımları ve ayrıca çalıştırarak bir dosya sistemini onardı sudo fsck.hfsplus -f /dev/sdb2 ile bir bölümün bağlantısını kesmeden önce sudo umount /mnt ve bir sabit sürücüyü MBP'ye geri koymak ...
===
Bu bana OS X'e önyükleme yapabilen bir MBP verdi. HÂLÂ bozuk bir AMD GPU kullanmak: bu nedenle ekranın görüntüsü çok bozuk (İnternet'te gezinebilir, ancak bir metni okumak oldukça zahmetlidir) , Launchpad çok gecikmeli ve gfxCardStatus kullanarak Tümleşik GPU'ya geçemezsiniz çünkü: AMD sürücüleri olmadan (OS X'e başarılı bir şekilde önyükleme yapmak için kaldırmamız gerekiyordu) Macbook Pro, dahili ekranının Harici Ekran olduğunu düşünüyor ve gfxCardStatus, Harici Ekran AMD GPU kullandığı için geçiş yapmanın imkansız olduğunu söylüyor. Bir yerde, kaynak koddan bir gfxCardStatus'u yeniden oluşturmanın mümkün olduğuna dair bir öneri buldum - https://github.com/codykrieger/gfxCardStatus - kaldırılmış veya yorumlanmış 156-166 satır içinde ./gfxCardStatus/Classes/GSProcess.m harici ekranı yoksaymasını sağlamak için:
// harici bir monitörün ayrık gpu'yu zorlayıp zorlamadığını öğrenin
CGDirectDisplayID görüntüler[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, display, &displayCount) == noErr) {
for (int i = 0; ben
if ( ! CGDisplayIsBuiltin(görüntüler))
[list addObject:[NSDictionary DictionaryWithObjectsAndKeys:
Str(@'Harici Ekran'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
Bu yüzden, bu sorunun son yanıtındaki talimatları kullanarak bir gfxCardStatus'u yeniden oluşturdum -
https://github.com/codykrieger/gfxCardStatus/issues/229
(ayrıca birMacOSX10.11.sdkburadan - https://github.com/phracer/MacOSX-SDKs/releases - paketini açın ve XCode'a kopyalayın/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- Apple'ın aptallığı nedeniyle El Capitan için en son XCode, El Capitan için SDK içermez!) Ancak yine de işe yaramadı - gfxCardStatus, yalnızca Entegre GPU'ya geçtiğini iddia ederken, gerçekte OS X, geçişe izin vermedi! editledikten sonra bile ./gfxCardStatus/Classes/GSGPU.m gizemli etkinleştirmek için dosya ' Yörünge geçişinden nükleer bomba ' seçeneği, yine de geçiş yapamadı ...
===
Sonra bu ilginç depoyu keşfettim - https://github.com/0xbb/gpu anahtarı - kaynak koduyla kısmen gfxCardStatus'a benzer, ancak aynı zamanda 'Oturum Açma Kancalarına' da sahiptir ( install_hooks.sh ) 'oturum açma/çıkış için geçiş sürecini otomatikleştirmek' için. Ne yazık ki bende işe yaramadı... Ancak çok ilginç bir durum var. gpu anahtarı EFI değişkenlerini tanımlayan bu havuzun hemen kökündeki metin dosyası!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Onu inceledikten ve bu sayının yorumlarını okuduktan sonra - https://github.com/0xbb/gpu-switch/issues/11 - Bu çözümü deneme konusunda kendime güvenim geldi, ancak OS X El Capitan 10.11.6 yüklü MacBook Pro 2011 8,2'min ÇOK sorunlu durum:
1) REFInd kurulu değil ve kurmak için - SIP korumasını devre dışı bırakmalısınız. Ancak Kurtarma moduna önyükleme yapamıyorum ( Komut+Seçenek+R ) veya OS X Kurulum DVD/USB'sine ( Seçenek tutun ), (SIP'yi devre dışı bırakmak için) , çünkü önyükleme sırasında donuyorlar! - AMD kext'lerini sistemimden kaldırmış olmama rağmen, elbette bu kurtarma araçları tasarımlarına entegre AMD kext'leri kullanıyor. Ayrıca kullanamazsınızkök salakhile ( https://github.com/gdbinit/rootfool ) yalnızca 10.11.4'ten daha eski OS X sürümlerinde çalıştığı için çalışma zamanı sırasında SIP'yi devre dışı bırakmak için
2) Macbook Pro'mu bilerek aşırı ısıtmaya çalıştım (CPU kullanımını %100'e zorlamak ve sıkıca kapatılmış bir çantaya koymak) aşırı ısınmadan kapanmaya zorlamak ve ardından tümleşik grafiklerin önyükleme sırasında etkinleştirilmesi için hızlı bir şekilde yeniden başlatılması ve böylece Kurtarma'ya önyüklemenin mümkün kılınması. Ama çok uzun zaman önce uyguladığım harika yüksek kaliteli termal macun sayesinde - uzun süre bekledikten sonra bile aşırı ısıtamıyorum! Bu noktada şunun da olabileceğini düşündüm: ile) AMD kextlerini Kurulum ortamından kaldırın veya B) MBP'nin sabit diskini tekrar bir Linux makinesine bağlamak ve burada belirtilen dizinlerden SIP bayraklarını kaldırmak için bir grup chmods çalıştırmak için ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-gerçekten ) potansiyel olarak bir sistemi önyüklenemez hale getirebilir veya C) SIP'yi atlayacağı için kök haklarına sahip bir Linux makinesinden doğrudan HFS+ bölümüne rEFInd'i yüklemeyi denemek için --- ancak bazıları işe yaramış olsa da bu seçenekleri keşfetmedim ...
3) Oradan EFI değişkenlerini düzenlemek için bir Linux LiveCD'yi başlatmak istedim, ancak ne yaparsam yapayım: GRUB seçenek değişiklikleri olmadan doğrudan önyüklemeyi denedim, GRUB önyükleme seçeneklerini düzenlemeyi denedim ( 'e' tuşu ile ) eklemek nomodeset / kaldırmak sessiz sıçrama / veya her kombinasyonda her ikisi veya bu makalede önerildiği gibi ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) ayrıca ekleyin i915.modeset = 0 radeon.modeset = 0 veya radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; ve sonra basıldı Fn+F10 veya Shift+Ctrl+Fn+F10 bu seçeneklerle önyükleme yapmak için: ancak hangi popüler kullanıcı dostu Linux dağıtımı veya hangi sürümünü denediğime bakılmaksızın, Linux önyükleme işlemi farklı önyükleme aşamalarında her zaman başarısız oldu: Ubuntu / Lubuntu / Fedora'nın birçok sürümünü denedim, hatta eski ' AMD64 Mac' ve 'Alternatif AMD64 Mac' görüntüleri, ancak her zaman başarısız oldular - ya önyükleme işleminin en başında (siyah ekran veya yanıp sönen veya sıkışmış siyah bir ekran _ sol üst köşedeki karakter) veya en sonunda başarısız oldu - hemen önce grafiksel bir masaüstü ortamı göstermesi gerekiyordu ...
Daha sonra,totoe_84GRUB için aşağıdaki kurulumu kullanarak Ubuntu'yu grafik modunda başlatabildiğini yazdı:
- AMD grafik kartını devre dışı bırakmak için aşağıdaki satırları ekledim. gfxpayload'u ayarla=devam et
çıkış 0x710 2
çıkış 0x740 2
çıkış 0x750 0
- Daha sonra aşağıdakileri ekledim sessiz sıçrama
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Sonra, LiveCD'si olan ileri düzey kullanıcılar için ana akım olmayan Linux dağıtımları olduğunu hatırladım. herhangi bir grafik arayüzü olmadan : saf bir konsola bırakılırsınız ve sistemi yalnızca açıkça seçtiğiniz grafik arayüzler ve yazılım paketleri / paket grupları ile birlikte kurmanız gerekir. Örneğin: Arch Linux ( https://www.archlinux.org/ ) ve Gentoo Linux ( https://gentoo.org/ ) . LiveCD'lerinin grafiksel bir arabirimi olmadığı için, saf bir Linux konsoluna sorunsuzca önyüklenebilirler ve orada EFI değişkenlerini düzenleyebilirsiniz ! Yani burada bir...
===
=== %100 ÇALIŞAN ÇÖZÜM
===
=== MBP'nizi HER ZAMAN Intel tümleşik GPU'yu kullanmaya zorlayın (EFI değişken düzeltme)
===
=== tekrar harika yapmak için ! Tepkiler:yakult121, apples_arrogance, slimmy18222 ve 98 diğer kişi
ZapNZ'ler
- 23 Oca 2017
- 18 Nis 2017
Bunu deneyeceğim.
elmaMacFinder
Orijinal afiş- 7 Aralık 2009
- 18 Nis 2017
ZapNZ'ler şunları söyledi: Kutsal bok, çalışmanız için teşekkür ederim. Apple'a, önyüklemede EFI'nin varsayılanını dGPU olarak değiştirmeyi içeren böyle bir şey yapmaları için YALNIZCA yazdım, ancak şu ana kadar onlarla devam etmedim.
Bunu deneyeceğim.
Nazik sözlerin için teşekkür ederim, ZapNZ'ler , umarım bu talimatla Mac'inizi tekrar harika hale getirirsiniz Tepkiler:duffman9000 ve AppleMacFinder S
tokatlamak
- 25 Tem 2008
- 18 Nis 2017
Ah-
- 7 Mayıs 2010
- 18 Nis 2017
slapple dedi ki: AppleMacFinder, çözümünüz aynı zamanda birisinin entegre GPU'yu kullanarak Windows'a önyükleme yapmasına izin verir mi? Boot Camp'te MBP'nin Windows'ta her zaman ayrı GPU'yu kullanacağını duydum.EFI modunda önyükleme yaparsanız çalışması gerekir. Yalnızca son MBP'ler (sanırım 11,3 ve üstü) Windows'ta intel GPU'yu devre dışı bırakır ve geçici çözümler vardır: https://github.com/0xbb/gpu anahtarı
elmaMacFinder
Orijinal afiş- 7 Aralık 2009
- 18 Nis 2017
slapple dedi ki: AppleMacFinder, çözümünüz aynı zamanda birisinin entegre GPU'yu kullanarak Windows'a önyükleme yapmasına izin verir mi? Boot Camp'te MBP'nin Windows'ta her zaman ayrı GPU'yu kullanacağını duydum.
Selam tokatlamak ,
1) Bu tamamen yazılım düzeltmesi EFI BIOS düzeyindedir. Teoride birlikte çalışması gerekir HERHANGİ mevcut işletim sistemi, yani:
*) Macbook Pro donanımıyla uyumlu (x86_64, diğer adıyla AMD64 CPU mimarisi - https://en.wikipedia.org/wiki/X86-64 )
*) MBP'nin EFI ürün yazılımı sürümüyle uyumlu (EFI desteği olmayan eski işletim sistemi kutudan çıkar çıkmaz çalışmayacaktır, ancak bunları bazı uyumluluk modlarında başlatmanın bir yolu olsa da, bazı garip işletim sistemleri Apple'ın EFI sürümüyle uyumsuz olabilir)
Aslında bu EFI değişkenleri düzeltmesi, OS X'lerini Linux ile çift önyüklemek isteyen MBP 2011 kullanıcılarına büyük bir fayda sağlayabilir: Apple'ın bu makinede iki GPU'yu birbirine bağlamaya yönelik son derece özel yöntemi nedeniyle, bazen popüler olanı bile kurmak zordu. Linux dağıtımları. AMD'yi suçlamayın, Apple'ın çift grafikli AMD'li ilk dizüstü bilgisayarıydı, bu yüzden muhtemelen Apple'ın iyi bir çift grafik uygulaması geliştirmek için zamanı yoktu. Çift grafik devre dışı bırakıldığında, artık herhangi bir Linux'u kurmak çok daha kolay olmalı, henüz test etmedim...
2) Bu EFI değişken düzeltmesi olmadan bile, her iki GPU da PCI aracılığıyla Windows tarafından görülebiliyorsa, Windows'ta Intel GPU'ya geçmek bir şekilde mümkün olmalıdır. (EFI, BootCamp altında çalışan işletim sistemleri için PCI erişimini kesmezse) , ancak sürücülerle biraz uğraşmayı gerektirebilir. Ayrıca tamamen katılıyorum Ah- :
ah- dedi ki: EFI modunda önyükleme yaparsanız çalışması gerekir. Yalnızca son MBP'ler (sanırım 11,3 ve üstü) Windows'ta intel GPU'yu devre dışı bırakır ve geçici çözümler vardır: https://github.com/0xbb/gpu anahtarıSadece bir rEFInd kullanarak, herhangi bir Bootcamp olmadan bir Mac'te birkaç işletim sistemini (Windows dahil) tutmak mümkündür - http://www.rodsbooks.com/refind/
BTW neden Windows'u sanal bir makinede çalıştırmıyorsunuz? Örneğin: birkaç yıl önce bir Parallels Masaüstünde Windows'a karşı yerel OS X performansının bazı kıyaslamalarını yaptım ve grafik performansı %35 civarında bir yerdeyken, CPU performansı yaklaşık %2 daha yavaştı. Şu anda fark çok daha küçük olmalı, çünkü 'birkaç yıl' herhangi bir yazılımın, özellikle popüler bir sanallaştırma yazılımının iyileştirilmesi için büyük bir zamandır. Ödeme yapmayı veya korsanlığı sevmiyorsanız, VirtualBox ve QEMU gibi bazı ücretsiz sanallaştırma araçlarını deneyin. Belki Şarap bile ihtiyaçlarınıza uygun olabilir Son düzenleme: 18 Mart 2017
Matejh
- 5 Tem 2014
- 19 Nis 2017
limper
- 1 Eylül 2008
- Sanat, Yunanistan
- 19 Nis 2017
maflynn
moderatör
Personel- 3 Mayıs 2009
- Boston
- 19 Nis 2017
Matejh şöyle dedi: Harici ekran bağlarsanız ne olur?Anladığım kadarıyla ekran bağlantı noktası konektörü dGPU'ya bağlı, bu nedenle harici bir monitör sürmek için iGPU'yu kullanamazsınız.
büyülü trevor70
- 19 Nis 2017
- 19 Nis 2017
'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' dosyasını rm etmeye çalışırken şunu alıyorum:
'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' kaldırılamıyor İşleme izin verilmiyor
printf komutunu yapmaya çalışırken şunu alıyorum:
zsh: işleme izin verilmez: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Kök olarak oturum açmış olmama rağmen, o dosyayı değiştiremiyor gibi görünüyor
elmaMacFinder
Orijinal afiş- 7 Aralık 2009
- 19 Nis 2017
magictrevor70 dedi ki: 1) 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' kaldırılamıyor İşleme izin verilmiyor
2) zsh: işleme izin verilmez: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Arch Linux LiveCD'den mi yapıyorsunuz? OS X veya OS X kurtarmadan deniyorsanız, SIP koruması buna izin vermenize izin vermez. Arch Linux LiveCD ile deneyin, işinize yarayacaktır
KaygısızKanadalı
- 18 Nis 2017
- 19 Nis 2017
AppleMacFinder dedi ki: Bunu Arch Linux LiveCD'den mi yapıyorsunuz? OS X veya OS X kurtarmadan deniyorsanız, SIP koruması buna izin vermenize izin vermez. Arch Linux LiveCD ile deneyin, işinize yarayacaktır
Efivarları değiştirememekle aynı sorunu yaşıyorum. SIP devre dışı bırakılmış bir Archlinux Live USB'den yapıyorum. Efivarları r/w yeniden takmayı denedim ama yine de 'işletime izin verilmiyor' mesajı alıyorum.
Buna bir çözüm bulan var mı?
totoe_84
- 19 Nis 2017
- Varese, İtalya
- 19 Nis 2017
CarefreeCanadian dedi ki: Efivarları değiştirememekle aynı sorunu yaşıyorum. SIP devre dışı bırakılmış bir Archlinux Live USB'den yapıyorum. Efivarları r/w yeniden takmayı denedim ama yine de 'işletime izin verilmiyor' mesajı alıyorum.
Buna bir çözüm bulan var mı?
Öncelikle çalışmanız için @AppleMacFinder teşekkür ederiz! Bugün 2011'in başlarında macbook pro'yu entegre gpu ile tekrar kullanabildim.
@CarefreeCanadian Aynı sorunu bir Ubuntu Live 16.10 dağıtımı kullanarak da yaşadım ve sorunu aşağıdaki adımlarla çözdüm:
Ayırmak gpu-güç-tercihleri-...' değişken için öncelikle efivarların bağlantısını kesmek gerekir:
*) umount /sys/firmware/efi/efivars/
sonra efivarları okuma/yazma modunda bağlayın:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[otomatik tamamlama için SEKME'ye basın]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[otomatik tamamlama için SEKME tuşuna basın]
bu ek adımlardan sonra @AppleMacFinder kılavuzunu takip edebilirsiniz.
Umarım bu başka birine yardımcı olabilir.
elmaMacFinder
Orijinal afiş- 7 Aralık 2009
- 19 Nis 2017
CarefreeCanadian dedi ki: Efivarları değiştirememekle aynı sorunu yaşıyorum. SIP devre dışı bırakılmış bir Archlinux Live USB'den yapıyorum. Efivarları r/w yeniden takmayı denedim ama hala 'işletime izin verilmiyor' alıyorum.
magictrevor70 dedi ki:İşlem izni verilmediHer şeyden önce, SIP'nin etkin mi yoksa devre dışı mı olduğu önemli değildir çünkü SIP, OS X özelliğidir ve Linux bu SIP işaretlerini yok sayar. 'İşletime izin verilmiyor' sorunu olan arkadaşlar, anlamak için donanım/yazılım yapılandırmanız hakkında daha fazla bilgiye ihtiyacım var - benim ve sizin yapılandırmanız arasında başarıya ulaşmanızı engelleyen olumsuz bir farkın ne olduğunu. Örneğin: rEFInd aracılığıyla ArchLinux'a mı başlıyorsunuz? REFInd kullanmadığım için, 'Option' tuşunu basılı tutarak doğrudan Mac'in EFI'sinden önyükleme yapıyorum. Ayrıca önemli mi bilmiyorum ama macOS Sierra'da mısınız? İşletim sistemim El Capitan (10.11.6) olduğundan ve teorik olarak Sierra bir şekilde EFI değişkenlerini kilitliyor olabilir... Ayrıca bu sorunu İnternette aramayı denemeliyiz, çünkü bu MBP'ye özel olmayan bir sorun olabilir.. .
DÜZENLE: lütfen oku totoe_84 yukarıdaki mesaj
[doublepost=1489960984][/doublepost]
totoe_84 dedi ki: Aynı sorunu bir Ubuntu Live 16.10 dağıtımı kullanarak yaşadım ve sorunu aşağıdaki adımlarla çözdümtotoe_84 , Ubuntu'yu başlatabilmenize şaşırdım, çünkü bu grafiksel sorun, önyüklemesini engellemeliydi... Her halükarda, tebrikler! Tepkiler:TonyRS ve AppleMacFinder
KaygısızKanadalı
- 18 Nis 2017
- 19 Nis 2017
Ayrıca, bu çözümü gönderdiğiniz için @AppleMacFinder'a teşekkür ederiz! Hepimizi birçok deneme yanılma işleminden kurtardınız ve 'başarısız macbook pro 2011' topluluğu için harika bir çözüm sağladınız. Tepkiler:elmaMacFinder m
duvarcılık
- 20 Şubat 2017
- 20 Şubat 2017
Aynı sorunu yaşadım ve 2 yıl önce gibi bazı adımlarınızı yaptım, ancak yarı yolda bıraktım Tepkiler:Keno_beano ve AppleMacFinder
büyülü trevor70
- 19 Nis 2017
- 20 Şubat 2017
totoe_84 dedi ki: sonra efivarları okuma/yazma modunda bağlayın:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Bu adımı denediğimde alıyorum
mount: bilinmeyen dosya sistemi türü 'efivars'
totoe_84
- 19 Nis 2017
- Varese, İtalya
- 20 Şubat 2017
magictrevor70 dedi ki: Bu adımı denediğimde@magicaltrevor70 Bir yazım hatası yaptığınızı düşünüyorum:
mount: bilinmeyen dosya sistemi türü 'efivars'
dosya sistemi türü efivarflar Olumsuz efivarlar
*) mount –t efivarflar rw / sys / üretici yazılımı / efi / efivars /
büyülü trevor70
- 19 Nis 2017
- 20 Şubat 2017
ZapNZ'ler
- 23 Oca 2017
- 20 Şubat 2017
Varsa, ifadeye 'rm' ile mi başlayayım? Son düzenleme: 20 Mart 2017
roberthallin
- 25 Ekim 2009
- Stockholm, İsveç
- 20 Şubat 2017
Altis
- 10 Eylül 2013
- 20 Şubat 2017
Keşke Apple senin burada yaptığın gibi insanlara yardım etmekle uğraşsa... daha iyi ama riskli 2011 yerine 2010 17' almamın sebeplerinden biri de bu.
pristratton
- 20 Aralık 2011
- Winnipeg, Manitoba, Kanada
- 20 Şubat 2017
Sistemim hala iyi çalışıyor, ama daha ne kadar böyle kalacağı konusunda nefesimi tutmuyorum.
Sistemlerimizi devam ettirmek için entegre grafiklere geçebilmemiz kesinlikle mantıklı. Bu departmanda proaktif olmadığı için Apple'a yazık, ama ne bekliyorsun, yeni bir Mac almanı istiyorlar.
Bu sayfayı yer imlerine ekleyeceğim.
Teşekkürler
Popüler Mesajlar