Masalah GPU - Boot Hang pada Layar Abu-abu


43

Saya menemukan ini sesuai dengan masalah saya di utas ini:
Boot hang pada layar abu-abu (bahkan ketika boot dari USB drive dengan OS X install baru)

My MacBook Pro 15 "Awal 2011 dengan AMD Radeon HD 6750M menunjukkan kerusakan tampilan dan sistem terkait / reset selama dua minggu sebelum sepenuhnya gagal untuk boot. Boot akan berlanjut melalui layar abu-abu dengan logo dan pemintal Apple, tetapi hanya ketika tampaknya itu harus beralih ke layar login logo dan pemintal Apple akan menghilang dan menggantung di layar abu-abu kosong.

Awalnya saya mencurigai korupsi hard drive dan mencoba memperbaiki itu. Tidak berhasil, saya mencoba yang berikut, dengan masing-masing terus menggantung seperti yang dijelaskan di atas:


Boot aman Boot ke pemulihan (termasuk Pemulihan Internet)
Boot dari media instal pada drive USB
Boot dari instalasi OS X pada drive USB
Hapus NVRAM
Reset SMC

Saya juga menjalankan Tes Perangkat Keras Apple berkali-kali tanpa menemukan masalah.

Boot aman Verbose (Cmd + Shift + V) menampilkan semua yang saya harapkan tetapi akan menggantung seperti dijelaskan di atas.

Setelah menemukan lebih banyak posting online di forum diskusi Apple tentang masalah terkait GPU, saya meninjau kembali ini sebagai penyebabnya:

2011 MacBook Pro dan Discrete Graphics Card atau 2011 MacBook Pro dan Discrete Graphics Card

Mencoba mem-boot Ubuntu dari USB flash drive, saya hanya bisa mencapai GRUB. Saat mencoba mem-boot Ubuntu Desktop atau menjalankan graphicstest di GRUB, sistem akan hang.

Pada titik ini, menjalankan Tes Perangkat Keras Apple digantung tepat sebelum akhir tes standar, mungkin [menebak] ketika melakukan tes video.

Berdasarkan saran dalam posting Diskusi Apple di atas, saya melakukan hal berikut:

Boot ke mode Single-User
Jalankan perintah berikut:

/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

Kali ini mesin melakukan booting sepenuhnya. Namun, grafiknya sangat lambat, bahkan hanya transisi ketika meminimalkan jendela. Saya akan membawa MBP saya ke Apple untuk meminta penggantian karena sejumlah besar laporan orang lain yang menghadapi masalah serupa membuatnya tampak seperti pengulangan kegagalan terkait GPU yang serupa yang mengakibatkan mereka melakukan penarikan.

Tetapi ketika saya menggunakan perintah "mv" file tidak akan dipindahkan (tidak dihapus) dan itu menunjukkan kepada saya:
Sandbox deny (01) file-write-unlinked ...

Ada solusi?



@klanomath Yap, itu masalahnya. Kebetulan MBP lama saya juga (hanya layar kehijauan daripada abu-abu).
owlswipe

Jawaban:


81

Latar belakang dan penjelasan

Silakan baca semua posting ini setidaknya sekali dari awal hingga selesai sebelum mengambil tindakan apa pun.

Semua MacBook Pro dari 2011 memiliki cacat desain yang serius . Manajemen termal dan panas yang dihasilkan bersama dengan kekokohan chip grafis AMD diskrit tidak cocok dengan sangat baik. Apple tahu ini dan bertindak seperti Soapy Smith yang khas , hanya bereaksi terhadap ini setelah kemarahan. Skandal ini mengambil nama RadeonGate. Hanya dengan gugatan class action yang mengancam, Apple akhirnya ditekan untuk menawarkan apa yang disebut "Program Perluasan Ekstensi" .

Program Ekstensi Perbaikan Apple tidak tersedia lagi . Satu-satunya cara nyata untuk memperbaiki masalah ini adalah mengganti chip AMD saja. Bukan papan logika. Bukan "balutan ulang", bukan "pelipuran ulang", bukan "pembakaran". Apple mengganti chip yang gagal dengan chip yang gagal. Berkali-kali. Hanya mengganti chip grafis masih merupakan prosedur perangkat keras yang mahal untuk laptop vintage.

Satu-satunya cara yang diketahui - yaitu: dengan perangkat lunak saja - untuk mendapatkan MacBook Pro 2011 (8,2) dengan 'hanya' chip grafis AMD gagal dihidupkan kembali dan boot ke macOS dan dapat digunakan dengan GUI yang dipercepat. apakah panduan ini atau variasi darinya. Sebagian besar tips sebelumnya hanya menghapus semua AMD-kexts dan ini menghasilkan pengalaman pengguna yang mengerikan tanpa akselerasi GUI sama sekali.

Anda perlu mengetahui versi OS yang tepat. Panduan berikut akan lebih mudah untuk Yosemite tetapi mengasumsikan El Capitan atau lebih baru. El Capitan, Sierra dan High Sierra memerlukan SIP (System Integrity Protection) dinonaktifkan. Pada sistem sebelumnya (10.6-10.10) langkah-langkah ini tidak perlu.

Penting: Panduan ini mengasumsikan lebih lanjut bahwa semua kunci masih dalam lokasi default / Sistem / Perpustakaan / Ekstensi. Memiliki semua AMD-kexts di sana kecuali satu bermanfaat untuk operasi yang 'tepat'. Peretasan sebelumnya dalam arah ini mungkin telah memerintahkan Anda untuk pindah, atau lebih buruk: hapus semua ekstensi kernel AMD * / ATI *. Jika itu masalahnya: pindahkan kexts kembali ke lokasi default atau instal ulang sistem pilihan Anda. Memiliki sebagian besar AMD kexts di tempat dan kemudian memiliki X3000-kext dimuat dengan penundaan akan memungkinkan manajemen daya GPU yang jika tidak akan membakar listrik untuk apa-apa (dan mungkin mempercepat kematian panas akhir chip di atas itu). Untuk mengulangi: Hanya file yang AMDRadeonX3000.kextbenar-benar tidak ada saat boot untuk mengaktifkan startup yang sukses, tetapi semua driver AMD lainnya (diperlukan) harus berada di lokasi default dan X3000-kext dimuat sesudahnya / ditunda untuk kembali ke ranah manajemen daya dan suhu yang hampir masuk akal.

Memotong chip grafis diskrit

Untuk mendapatkan kembali akselerasi tampilan, Anda perlu memaksa mesin untuk tidak mem-boot dalam diskrit grafis (dGPU) tetapi langsung ke dalam grafik terintegrasi (iGPU) dan tetap dalam mode ini.

Booting ke mode dGPU adalah default pada Mac dengan dua kartu grafis yang dapat diganti. Prosedur di bawah ini akan menetapkan variabel NVRAM yang menonaktifkan dGPU dan memaksa sistem untuk hanya menggunakan grafis Intel yang terintegrasi bahkan ketika melakukan booting.

Variabel NVRAM tidak berdokumen tetapi tampaknya berlaku secara universal untuk semua Mac dengan dua kartu grafis yang dapat diganti. Itu artinya itu harus bekerja pada iMacs dan MacBook Pro. Apakah mereka memiliki chip AMD atau NVIDIA. Rincian tentang driver yang mungkin diperlukan untuk pindah hanya mencakup AMD dalam panduan ini. Tetapi variabel NVRAM akan mem-bypass chip grafis diskrit dalam hal apa pun.

Ini akan mengembalikan mesin Anda - tetapi Anda akan kehilangan beberapa fitur: mis. Kemampuan untuk menggerakkan layar eksternal dari DisplayPort, sedikit kinerja 3D. Koneksi data thunderbolt harus berfungsi.

Jika panduan ini gagal atau tidak diinginkan lagi: prosedur ini adalah konfigurasi perangkat lunak murni dan karenanya sepenuhnya dapat dibalik kapan saja dengan reset NVRAM sederhana .

Prosedur awal:

Bagian 1: Nonaktifkan SIP, nonaktifkan dGPU, pindahkan satu ekstensi kernel

  1. Untuk mulai dari yang bersih: setel ulang SMC dan NVRAM:
    shutdown, cabut semua kabel kecuali daya, sekarang tahan

    leftShift+ Ctrl+ Opt+ Power
    dan lepaskan semua pada saat yang sama;

  2. Sekarang nyalakan lagi dan tahan

    Cmd+ Opt+ p+ secara r
    bersamaan hingga Anda mendengar startup berbunyi dua kali.

  3. Boot ke Pemulihan Pengguna Tunggal dengan menahan

    Cmd+ r+s

  4. Nonaktifkan SIP: masukkan:

    csrutil disable

  5. nonaktifkan dGPU saat boot dengan mengatur variabel berikut:

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

  6. aktifkan mode boot verbose:

    nvram boot-args="-v"

  7. reboot ke mode Pengguna Tunggal dengan menahan

    Cmd+ s
    saat boot

  8. mount partisi root dapat ditulisi

    /sbin/mount -uw /

  9. buat direktori kext-backup

    mkdir -p /System/Library/Extensions-off

  10. pindahkan SATU saja kext menyinggung keluar dari jalan:

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

  11. beri tahu sistem untuk memperbarui kextcache-nya:

    touch /System/Library/Extensions/

  12. reboot secara normal:

Anda seharusnya sekarang memiliki tampilan yang dipercepat iGPU, tetapi sistem tidak tahu bagaimana mengatur daya chip AMD yang gagal. (Dalam kondisi ini GPU selalu idle dengan daya yang relatif tinggi, menghabiskan cukup banyak baterai saat dicabut dan mengarah ke suhu GPU dari 60 ° C ke atas [rata-rata 60-85 ° C], meskipun tidak digunakan untuk apa pun oleh sistem .)

Bagian 2: meningkatkan manajemen termal dan daya

Untuk manajemen daya yang lebih baik dari GPU yang dinonaktifkan, Anda harus memuat kext yang penting secara manual setelah boot dengan:

sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext

Jika Anda memiliki aplikasi sensor suhu, Anda mungkin ingin membukanya sebelum mengeluarkan perintah di atas dan menonton temps drop ...

Otomatiskan ini dengan LoginHook berikut yang akan dieksekusi setelah reboot berikutnya:

sudo mkdir -p /Library/LoginHook   
sudo nano /Library/LoginHook/LoadX3000.sh

dengan konten berikut:

#!/bin/bash
kextload  /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0    # undocumented/experimental
exit 0

kemudian jadikan * 1 dieksekusi dan aktif:

sudo chmod a+x /Library/LoginHook/LoadX3000.sh  
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh 

* 1: Penggunaan perintah pmset tanpa dokumen ini tampaknya meningkatkan perilaku sleep / wake / shutdown. Jika tidak, bereksperimenlah dengan meninggalkannya.
Lihat Penafian di bawah ini. Berikut ini hanya spekulasi: tidur / bangun / mati mungkin tetap menyusahkan. Teorinya di sini adalah bahwa "sesuatu secara perlahan merusak" apa yang disimpan di SMC. Oleh karena itu, mengatur ulang SMC dan menerapkan kembali peretasan variabel tampaknya meredakan situasi untuk sementara waktu. (Solusi permanen untuk penyambutan ini!) Sebagai solusi waktu singkat Anda mungkin ingin mencoba untuk menghindari "tutup-tidur", yang tampaknya memberikan lebih banyak masalah daripada metode lain (Apple-Menu, Keyboard-Shorcut). Tampak hang pada shutdown biasanya hanya penundaan yang sangat lama yang akan shutdown, akhirnya, bersih dan sukses.
Sampling tidak ilmiah menunjukkan bahwa Yosemite adalah yang terburuk untuk ini dan El Capitan dan Sierra berperilaku lebih baik dalam hal ini.

Pemuatan ekstensi kernel yang penting secara manual atau tertunda ini memungkinkan sistem untuk menangani manajemen daya sedikit lebih baik. Baterai akan lebih sedikit digunakan dan suhu yang berasal dari GPU yang tidak digunakan akan turun ke kisaran yang secara signifikan di bawah 50 ° C (rata-rata antara 15-50 ° C).

Untuk manajemen daya yang tepat, set minimal kext dimuat saat boot (versi untuk 10.12.6, periksa dengan 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) 

Dan jika metode memuat di atas berhasil ini akan muncul ditambahkan ke daftar:

com.apple.AMDRadeonX3000 (1.5.1) 


Langkah terakhir adalah melakukan reboot sekali lagi ke dalam SingleUserRecovery.
Lakukan ini dengan Cmd+ r+ s
setelah commandline aktif, masukkan:

 nvram boot-args="-v agc=0"   

dan reboot secara normal.

Ini akan mendinginkan dGPU sedikit lebih jauh.

Sangat penting untuk mengeluarkan perintah ini dari SingleUserRecovery karena sistem dengan SIP diaktifkan akan memblokir upaya Anda untuk mengatur variabel ini ketika di-boot dari volume boot normal, baik dalam mode boot penuh normal atau SingleUser biasa. Penting untuk dicatat bahwa karenanya langkah ini tidak dapat dengan mudah diintegrasikan ke dalam skrip force-iGPU.sh (yang akan Anda buat sebentar lagi) dan harus diulang sendiri setelah setel ulang NVRAM.

Langkah terakhir ini mengasumsikan bahwa SystemIntegretyProtection telah diaktifkan kembali. Tetapi jika SIP secara sengaja dan permanen tidak digunakan, maka langkah ini dapat diintegrasikan dalam skrip force-iGPU.sh di atas.
Tetapi karena entah bagaimana saya bermaksud untuk menjaga SIP secara permanen dan dihidupkan kembali tanpa saya sadari, mengandalkan SIP untuk tetap "tidak aktif" mungkin bukan pendekatan yang terbaik. Menghapus NVRAM, tempat pengaturan SIP disimpan, mungkin merupakan gangguan yang tidak terduga.

Tindakan pencegahan untuk penggunaan di masa mendatang

Ada dua peringatan lebih lanjut untuk diketahui: Ini dapat dibalik ketika SMC / NVRAM diatur ulang. Jika itu terjadi, variabel NVRAM-power-pref-GPU dapat atau bahkan harus disetel lagi untuk memaksa penggunaan iGPU dari waktu boot.

Karena ini dapat terjadi dengan cukup mudah (dan sering kali terlalu keliru direkomendasikan daripada sebenarnya berguna), Anda mungkin harus mempersiapkan skenario seperti itu dan membuat skrip sederhana untuk mempercepat proses dan juga membuat memasukkan variabel yang diperlukan jauh lebih banyak. kurang rawan kesalahan:

 sudo nano /force-iGPU-boot.sh

- Masukkan konten berikut ke file ini:

#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0

- Sekarang buat itu bisa dieksekusi:

sudo chmod a+x /force-iGPU-boot.sh

Di masa depan, ketika SMC / PRAM / NVRAM akan direset ke nilai default, sekarang mungkin untuk boot ke SingleUser dengan:

Cmd+s

- Dan setelah me-mount boot-volume read-write Anda untuk menjalankan hanya satu baris ini:

sh /force-iGPU-boot.sh


Ingat bahwa variabel AGC sekarang juga dihapus. (Lihat di atas)
Juga, pastikan Anda mengatur volume boot default lagi di System Preferences> Startup Disk.

Bagian 3: Menangani Pembaruan dari Apple

Pengaturan ini sekarang memiliki satu kext di tempat yang tidak diharapkan oleh pemasang Apple. Itulah sebabnya dalam panduan ini SIP belum diaktifkan kembali. Jika pembaruan yang berisi perubahan pada driver AMD akan dilakukan, disarankan untuk memindahkan kembali AMDRadeonX3000.kext ke lokasi defaultnya sebelum proses pembaruan. Jika tidak, pembaru menulis setidaknya satu kext lain dari versi yang berbeda ke lokasi default atau paling buruk Anda berakhir dengan keadaan tidak terdefinisi dari sebagian driver yang tidak cocok.

Setelah setiap sistem memperbarui folder / Sistem / Perpustakaan / Ekstensi harus diperiksa untuk kext yang menyinggung. Kehadirannya di sana akan mengarah ke mis. Boot hang pada Yosemite dan Sierra, boot-loop yang terlalu panas di High Sierra.

Meningkatkan ke High Sierra 10.13: dengan retasan ini hampir mudah: Meskipun menerapkan pembaruan firmware, proses instalasi tidak boleh menyentuh variabel NVRAM. Proses instalasi juga tidak menggunakan chip AMD yang dipercepat penuh tetapi akselerasi dasar yang tidak bermasalah mengenai peretasan ini. Namun, seperti yang disebutkan dalam paragraf di atas, boot pertama ke dalam sistem yang selesai diinstal tetapi baru saja memulai proses setup akan menghasilkan loop boot yang disebabkan panas / macet. Ekstensi kernel yang menyinggung harus dipindahkan lagi seperti dijelaskan di atas. (Mulai dari Langkah 3) Setelah memindahkan kext, semua akan baik-baik saja.

Pembaruan terbaru dari Apple: Jangan perbarui sebelum Anda membaca yang berikut ini.

Sampai pemberitahuan lebih lanjut:
Pembaruan terbaru merusak mesin lagi. Ini memperbarui firmware, RecoveryPartition, tampaknya menonaktifkan kemungkinan untuk boot ke SingleUserRecoveryMode
dan to top it off menginstalnya - bahkan dengan DeltaUpdate - AMDRadeonX3000.kext!
Tanpa persiapan dan hanya dengan mesin yang ada di tangan Anda akan terjebak sedikit.

Jika SingleUserRecoveryMode hilang untuk selamanya, gunakan RecoveryMode biasa. Hasilnya sama, hanya sedikit lebih lambat untuk boot: prosedur di atas masih valid, dan lebih cepat untuk semua versi Mac OS X / macOS sebelumnya.

Tetapi jika Anda memperbarui ke 10.13.6, atau yang lebih baru:
Maka Anda harus mengganti instruksi untuk SingleUserRecoveryMode ( Command+ r+ s) dengan RecoveryMode biasa ( Command+ r) dan menonaktifkan SIP melalui Terminal ( Contoh untuk kasus penggunaan yang tepat ini ).

Jika Anda termasuk orang-orang yang bahkan RecoveryMode biasa tidak berfungsi seperti yang diharapkan:
Solusi untuk ketidakmampuan menonaktifkan SIP dengan SingleUserRecovery:

  1. Pertama, boot ke mode pemulihan pengguna tunggal. suntingan csrutil tidak diperbolehkan dalam mode ini, tetapi dapat mengatur properti gpu-power-prefs nvram. Ini akan membantu untuk me-reboot mesin dalam mode pemulihan. Maka Anda harus mengganti instruksi untuk SingleUserRecoveryMode ( Command+ r+ s) dengan RecoveryMode biasa ( Command+ r) dan menonaktifkan SIP melalui Terminal ( Contoh untuk kasus penggunaan yang tepat ini ).

  2. Sebelum Anda memperbarui, siapkan volume yang dapat di-boot. Itu bisa berupa disk eksternal atau tongkat. Versi apa pun yang mem-boot mesin akan baik-baik saja. Drive semacam itu dapat dibuat di Mac lain.
    Perlu diingat bahwa pada drive eksternal AMDRadeonX3000.kext harus (kembali) dipindahkan. Coba boot dari drive itu. Hanya jika itu berfungsi seperti yang diharapkan dan Anda dapat memasang drive internal Anda dengannya: reboot dari drive internal Anda dan lanjutkan dengan pembaruan drive / sistem internal Anda ke 10.13.6.
    Setelah pembaruan hampir selesai, satu reboot akan hang. Memaksa shutdown dan reboot dari drive eksternal Anda. Pasang drive internal dan pindahkan Radeon.kext. SIP hanya melindungi sistem yang dibooting.

  3. Disarankan di suatu tempat online, tetapi benar-benar dugaan yang sulit dan belum teruji: Alih-alih SingleUserRecoveryMode dengan CmdrsAnda, Anda dapat mencoba InternetRecoverySingleUserMode CmdOptrs. Atau, mungkin patut dicoba untuk melihat apakah SafeRecoveryMode berfungsi CmdShiftr.

    Mode pemulihan grafis mungkin tidak berfungsi juga, seperti yang terjadi pada saya. Namun, dalam versi terakhir High Sierra, masih dimungkinkan untuk mem-boot ke mode pemulihan pengguna tunggal. Itu hanya membutuhkan waktu yang baik. Caranya adalah dengan terlebih dahulu mengaktifkan mode pemulihan dengan menekan cmd + R dan segera setelah itu diakui perintah cmd + S untuk mode pengguna tunggal. Saat yang tepat harus diketahui oleh pengguna. Jika cmd + R + S ditekan pada saat yang sama, hanya mode satu pengguna yang akan diaktifkan. Jika cmd + R pertama ditekan dan cmd + S ditekan terlalu terlambat, mode pemulihan grafis dimuat. - TAKeanice ↵

Kunci kecerahan layar tidak berfungsi di High Sierra?

Apple mengubah cara acara keyboard untuk mengubah kecerahan layar ditangani di High Sierra. Dengan peretasan ini atau mod perangkat keras di bawah ini di tempat tombol tidak akan berfungsi. Satu lagi alasan untuk tetap bersama Sierra. Tetapi dengan peretasan ini Anda mungkin juga menggunakan solusi perangkat lunak lain. Selain meretas solusi AppleScript Anda sendiri, Anda mungkin ingin mencoba aplikasi atau aplikasi yang sudah jadi.

Misalnya Brightness Slider di AppStore menawarkan pintasan keyboard yang dapat disesuaikan.


Untuk menghindari crash / hang / boot-loop - yang tidak pernah merupakan ide yang baik untuk sistem file Anda - pada instalasi baru atau peningkatan: pastikan untuk menjaga proses instalasi dan selalu boot ke SafeMode (terus Shiftditekan selama boot-up sampai kext dipindahkan ke tempat yang aman –– instalasi harus berjalan dengan baik di SafeMode.

Komentar dan Rekomendasi Penutup

Selanjutnya: laptop ini kepanasan, apa pun yang Anda lakukan. Sistem pendingin tidak memadai dan sejumlah besar chip AMD yang rusak hanyalah buktinya.

Untuk memperpanjang umur mesin yang sekarang diretas ini, disarankan untuk tidak melakukan pengangkatan yang terlalu berat dalam waktu yang lama. Secara ketat ikuti anjuran biasa untuk laptop: gunakan pada permukaan yang keras, jaga kipas dan sirip tetap bersih. Menggunakan perangkat lunak fancontrol apa pun dengan pengaturan yang relatif agresif juga akan membantu: seperti smcFanControl , MacsFanControl, atau TGPro (keduanya komersial).

Penafian: Seluruh prosedur ini bukan peluru ajaib. Keadaan kegagalan untuk chip ini tidak dapat diprediksi 100%. Sangat sedikit pengguna memiliki masalah bahkan dengan peretasan ini di tempat: mungkin ada masalah dengan reboot, akan tidur atau bangun dengan benar, sebagian besar dari mereka datang dari pengguna dengan Yosemite, masalah paling sedikit tampaknya ada pada Sierra. Dalam kasus-kasus ini, kadang-kadang tampaknya tidak perlu menggunakan AMDRadeonX3000.kext, dan karenanya juga bukan LoginHook dari Bagian 3. (Tetapi lihat catatan tambahan di bawah * 1 di atas.) penyesuaian lampu latar. Jadi saat ini, sweet spot untuk pilihan sistem operasi ada dalam pandangan saya 10.12 Sierra.

Dalam beberapa kasus, bahkan dengan semua langkah-langkah ini di tempat tampaknya port Thunderbolt yang masih berfungsi akan menyebabkan beberapa masalah jika ada periferal yang terpasang dan aktif ketika mesin tidur. Setelah ini terjadi, setiap siklus tidur berikutnya mungkin terpengaruh dan reset NVRAM dengan penataan variabel berikutnya yang diuraikan di atas akan diperlukan, lagi. Dalam kasus seperti ini, disarankan untuk mencegah mesin tidur atau mencabut semua perangkat keras pada port Thunderbolt sebelum membiarkan mesin tidur.

Di dalam batasan yang diuraikan di awal jawaban ini: Sebagian besar pengguna melaporkan kesuksesan total.


Mod / hack perangkat keras

Beberapa cara tersedia sekarang, beberapa buruk, beberapa bagus.

Solusi buruk: Modifikasi perangkat keras yang sangat murah tersedia di / dari RealMacMods: Walaupun mereka menggunakan cara yang relatif rumit untuk mengatur variabel EFI yang diperlukan dengan linux, yang berikut ini memiliki keuntungan memotong tegangan inti ke dGPU sepenuhnya dengan menghapus hanya satu resistor kecil ! (Gambar di tautan)

Pada reboot ini, penting sekali Anda boot sekali ke safe mode (tahan Shift selama boot), dan kemudian pilih shutdown (tidak restart) dari menu.
Lakukan boot aman ini dengan resistor R8911 di tempatnya. Tanpa SAFE BOOT ini, langkah selanjutnya mungkin tidak berfungsi.
Jangan lagi booting sampai Anda menyelesaikan langkah selanjutnya.
Boot aman menghapus preferensi GPU level OS, yang dapat mengganggu proses berikut.
Ini sekarang akan menyebabkan MacBook Pro Anda berhenti beralih ke Radeon secara otomatis, tetapi MacBook Pro Anda akan tetap menarik daya, menghasilkan panas, dan dapat dilihat oleh OS.
Kami menemukan bahwa hanya dengan menghapus 1 resistor akan menyelesaikan ini.
Resistor juga dapat diganti dengan sakelar, jika Anda perlu mengaktifkan radeon kembali karena alasan apa pun.
Penempatan resistor ini bervariasi antara model papan logika.
Resistor yang dimaksud adalah R8911 pada 17 ″ MBP dan R8911 pada 15 ″ MBP a 1 Ohm resistor yang menyediakan jalur saat ini ke ISL6263C DC ke DC Converter.
Resistor ini mengontrol daya ke Regulator Voltage yang menyediakan Core Voltage ke GPU Radeon. Sederhananya, tidak ada tegangan inti, tidak ada GPU. Anda akan menemukan resistor tepat di sebelah kanan kipas pendingin (dalam orientasi di atas). Itu akan berada dekat chip konverter Tegangan ISL. Ini adalah chip yang akan kami nonaktifkan.
Hapus saja. Metode yang disukai adalah stasiun reflow profesional, tetapi setrika dan tangan yang stabil akan membawa Anda ke tempat yang Anda inginkan. Jika Anda menggunakan fluks untuk menghilangkannya (tidak diperlukan), pastikan Anda membersihkannya dengan sedikit Alkohol atau pelarut lain yang sesuai.
Itu pada dasarnya. Lain kali Anda boot Anda akan melihat masalah cacat GPU Anda hilang, dan Anda tidak akan lagi melihat AMD AMD sebagai perangkat keras yang terpasang.

Saya belum menguji ini tetapi harus menghilangkan kebutuhan untuk merawat kexts dan juga menyelesaikan masalah apapun tentang tidur, bangun, hibernasi, reboot dll.
Satu peringatan untuk mempertimbangkan metode ini: karena tampaknya juga bergantung pada memiliki set variabel NVRAM ini sepertinya sangat penting untuk memiliki metode yang sepenuhnya otomatis untuk mengatur variabel ini tanpa campur tangan pengguna. (Seperti tongkat linux yang membuat perubahan yang diperlukan) Jika tidak, reset NVRAM secara praktis bisa merusak mesin. Vendor mengklaim tidak memiliki data tentang ini!

(Setelah membaca cerita tentang seorang pengguna yang digigit oleh metode ini, berakhir hanya dengan layar hitam: tampaknya mungkin untuk mengakses mesin dari jarak jauh dengan VNC atau ssh, jadi jika ini sudah diatur sebelumnya, mungkin memang opsi yang tidak begitu buruk setelah semua, karena variabel nvram dapat bertaruh diatur dengan cara ini. Ingat: Cerita internet yang belum diuji.)

Solusi perangkat keras permanen, andal, dan murah!

Dosdude1 rupanya menemukan solusi yang tampaknya seperti grail suci untuk masalah ini: Nonaktifkan 2011 15 "/ 17" MacBook Pro Khusus GPU Khusus - gMux IC Bypass

  • Opsi A, yang akan dirinci di bawah ini, adalah untuk menyambungkan jalur output LVDS dari grafik terintegrasi jalur output LVDS langsung ke jalur yang menghubungkan ke display.
  • Opsi B adalah memprogram ulang gMux IC (yang hanya merupakan mikro-controller Lattice LFXP2), dengan firmware khusus untuk menonaktifkan fungsi peralihan GPU. Saya dapat bereksperimen dengan ini di masa depan, tetapi melakukan itu memerlukan perangkat keras khusus yang tidak saya miliki. Ini tentu saja akan menjadi solusi optimal.

Ini hampir mudah. Yang dibutuhkan hanyalah berbagai panjang kawat . Untuk melihat sekilas: masukkan deskripsi gambar di sini Juga di youtube!

'Solusi buruk' dari atas sekarang dibuat menjadi solusi perangkat keras yang hampir profesional dan pra-dibuat, menghilangkan 'kejahatan' sebelumnya dari pendekatan itu:

Tiresias (GPUkiller): The Tiresias adalah papan kecil yang dapat disolder ke motherboard model MacBook Pro 15-inci atau 17-inci 2011 (Awal atau Terlambat).

Ini adalah semua model yang memiliki motherboard 820-2914-A, 820-2914-B, 820-2915-A atau 820-2915-B.

Board 820-2914 dan 820-2915 memiliki dua GPU. GPU internal (Intel) yang merupakan bagian dari PCH, dan GPU AMD eksternal (diskrit). Ini adalah GPU eksternal yang gagal dalam 'sebagian kecil sistem MacBook Pro' (Apple-for: 'very many'). Tiresias menulis variabel-variabel 'gpu-power-prefs' ke ROM sehingga Mac tidak lagi menggunakan GPU AMD (mati) eksternal (diskrit). Jika pengguna menghapus NVRAM (PRAM) tidak ada masalah karena Tiresias akan menulis catatan lagi, dan Mac akan bekerja lagi.

Ini menjadikan ini solusi ideal untuk menghidupkan kembali 820-2914 atau 820-2915 dengan GPU mati. Instalasi mudah (tidak ada kabel untuk disolder). Anda harus memasang papan yang sangat kecil ke motherboard. Seorang teknisi yang berpengalaman dapat melakukan ini dalam hitungan menit. Selain itu R8911 harus dilepas untuk mematikan daya ke GPU yang mati. Ini menghemat energi, menghasilkan lebih sedikit panas dan menghemat masa pakai baterai. Menghapus R8911 juga mencegah Mac dari kebingungan dengan GPU yang mati karena bahkan dengan GPU dimatikan itu masih akan mencoba untuk berbicara dengan GPU yang mati. Bergantung pada kontak internal apa dalam GPU yang pecah ini mungkin membingungkan atau bahkan menabrak Mac.

Mac OS X 10.13 High Sierra juga didukung. Untuk mengatasi masalah lampu latar yang tidak kembali menyala setelah tidur juga lepaskan R9704 dan hubungkan R9704 pin 2 ke C9711 pin 1.

Tiresias (GPUkiller) Detail Teknis Tiresias adalah papan kecil yang dapat disolder ke motherboard model MacBook Pro 15-inci atau 17-inci 2011 (Awal atau Terlambat).

Ini adalah semua model yang memiliki motherboard 820-2914-A, 820-2914-B, 820-2915-A atau 820-2915-B.

Board 820-2914 dan 820-2915 memiliki dua GPU. GPU internal (Intel) yang merupakan bagian dari PCH, dan GPU AMD eksternal (diskrit). Ini adalah GPU eksternal yang gagal dalam 'sebagian kecil sistem MacBook Pro' (Apple-for: 'very many'). Tiresias menulis variabel-variabel 'gpu-power-prefs' ke ROM sehingga Mac tidak lagi menggunakan GPU AMD (mati) eksternal (diskrit). Jika pengguna menghapus NVRAM (PRAM) tidak ada masalah karena Tiresias akan menulis catatan lagi, dan Mac akan bekerja lagi.

Ini menjadikan ini solusi ideal untuk menghidupkan kembali 820-2914 atau 820-2915 dengan GPU mati. Instalasi mudah (tidak ada kabel untuk disolder). Anda harus memasang papan yang sangat kecil ke motherboard. Seorang teknisi yang berpengalaman dapat melakukan ini dalam hitungan menit. Selain itu R8911 harus dilepas untuk mematikan daya ke GPU yang mati. Ini menghemat energi, menghasilkan lebih sedikit panas dan menghemat masa pakai baterai. Menghapus R8911 juga mencegah Mac dari kebingungan dengan GPU yang mati karena bahkan dengan GPU dimatikan itu masih akan mencoba untuk berbicara dengan GPU yang mati. Bergantung pada kontak internal apa dalam GPU yang pecah ini mungkin membingungkan atau bahkan menabrak Mac.

OS X 10.6 - 10.12 (Sierra)

Slider lampu latar (dalam System Preferences) dan tombol lampu latar (F1 dan F2) berfungsi. Sistem tidur berfungsi. Video yang keluar pada port Thunderbolt tidak berfungsi, tetapi semua fungsi lain dari port Thunderbolt berfungsi.

OS X 10.13 (High Sierra)

Sejauh yang kami tahu 10,13 (High Sierra) tidak menawarkan keuntungan lebih dari 10,12 (Sierra). Apple benar-benar membuat ulang driver video di High Sierra, dan tampaknya telah membuatnya berantakan. Kontrol lampu latar tidak akan berfungsi. Dan lebih buruk lagi, setelah mesin bangun dari tidur lampu latar tidak dihidupkan sama sekali.

Untuk mengatasi masalah lampu latar yang tidak menyala kembali setelah tidur lepaskan R9704 dan hubungkan pin R9704 2 ke pin C9711 1. Ini mengatur cahaya latar ke kecerahan penuh. Sisi buruknya adalah bahwa dengan modifikasi ini kecerahan juga akan pada kecerahan penuh dengan OS lama itu.

Tiresias untuk 820-2915 (15-Inch) Jumlah satu (1) Termasuk pengiriman (seluruh dunia) 60 EURO.

masukkan deskripsi gambar di sini masukkan deskripsi gambar di sini masukkan deskripsi gambar di sini


Pembaruan untuk solusi perangkat lunak satu atap

Prosedur di atas tampaknya telah dimasukkan ke dalam aplikasi yang terkait dengan peretasan perangkat keras! Yah, setidaknya sebagian. Tetapi di sisi lain aplikasi ini lebih universal daripada soution di atas, karena tampaknya juga menangani kartu NVidia, yaitu: itu untuk menonaktifkan semua CPU diskrit di semua Mac.

Sayangnya, aplikasi ini dibuat oleh dosdude1 dan tidak didokumentasikan dengan baik. Layar readme mengatakan bahwa ia akan mengatur variabel NVRAM, memindahkan semua driver akselerasi grafik, dan kemudian menginstal launchdaemon untuk menangani pembaruan dan memastikan bahwa variabel tetap diatur.

Tidak diuji oleh saya dan tidak disetujui oleh saya jika Anda sudah mengikuti prosedur yang diuraikan di atas!
Tetapi jika prosedur tersebut tidak berhasil pada suatu saat untuk Anda atau tampaknya hanya untuk memulai, maka Anda dapat mencoba ini:

dosdude1: Lainnya, perangkat lunak tidak berdokumen yang saya tulis disimpan di sini: MacBook Pro dGPU Disabler.zip

Anda mungkin harus melihat ke dalam prosedur di atas lagi, karena aplikasi tersebut sepertinya kehilangan peningkatan bagian manajemen termal (jika Anda memodifikasi perangkat keras dengan menghapus transistor ini menjadi mood: mencampur dan mencocokkan).
Jika seseorang menguji ini, tolong beri umpan balik di sini melalui komentar atau edit.


Pembaruan Paskah 2019: solusi $ 20 yang menggunakan komputer Windows 64bit dan programmer Lattice HW-USBN-2A ICSP FPGA untuk menerapkan firmware khusus ke IC gMux. Dosdude1 mengklaim ini sebagai solusi 'sempurna', yang berarti bahwa bahkan di bawah masa pakai baterai HighSierra dan Mojave, suhu, kontrol kecerahan, dan kerja bangun / tidur seperti yang diharapkan. Menggunakan solusi itu permanen dan membuat segala sesuatu di atas menjadi usang.
Tetapi solusi baru ini tidak gratis dan membutuhkan perangkat keras dalam bentuk PC Windows dan programmer); serta saat ini menyolder beberapa kabel sementara ke papan logika.)


2
@Tarek Strange. Anda tampaknya berada di High Sierra. Saya tidak tahu apakah mereka memperketat itu lebih lanjut belakangan ini. Apakah Anda memiliki sistem yang dapat di-boot? Dari Yosemite selalu bekerja; di Sierra sebagaimana dijelaskan di atas (dan dari kedua pengaturan akan menempel). Kalau tidak, saya akan menyarankan untuk menonaktifkan SIP dan mencobanya lagi (maka mungkin juga dari boot normal?). (Meninggalkan agcbukan bencana, saya menjalankan Mac selama sebulan tanpa itu sebelum menemukan trik ini. Peningkatan hanya bervariasi dari 'sedikit' ke 'OK, hampir hebat') Chic radikal akan menggunakan tongkat linux dan mengatur variabel dari there…
LаngLаngС

6
Setelah beberapa bulan mencoba untuk mendapatkan akhir 2011 17 "mbp saya kembali ke tanah yang hidup, saya akhirnya menemukan bahwa masalah GPU diskrit adalah pelakunya. Jujur @LangLangC dalam semua tahun saya di TI, saya belum pernah melihat seperti itu penjelasan yang ditulis secara logis dan komprehensif dari solusi yang dibuat dengan baik, dengan detail tingkat ahli yang tak dapat disangkal Dan semua dari keinginan altruistik untuk membantu orang lain. Saya mengetik ini pada MBP saya yang dihidupkan kembali, dan sementara saya tahu Anda tidak lakukan ini untuk menghasilkan uang, Anda menyelamatkan saya berpotensi ribuan jadi saya akan PM Anda dengan harapan saya bisa membelikan Anda bir melalui Patreon dll. Terima kasih banyak
bobsmell

2
Sebagai catatan, pada 10.13.4 kunci terkait dengan GPU AMD adalah: com.apple.kext.AMDLegacySupport (1.6.6), com.apple.kext.AMD6000Controller (1.6.6), com.apple.kext.AMDLegacyFramebuffer (1.6.6) dan com.apple.kext.AMDRadeonX3000 (1.6.6).
Kendall Lister

4
Bekerja untuk saya pada 17 "awal 2011 menjalankan Sierra! Tampilan eksternal tidak bekerja tetapi lebih baik daripada penindih kertas raksasa! Perhatikan (untuk noobs seperti saya), Anda perlu mengetik rebootsetelah SIP awal dinonaktifkan csrutil disabledan setelah perubahan gpu nvram dalam pemulihan. Saya tidak yakin bagaimana cara me-reboot dari terminal pemulihan, dan berusaha keras mematikan, tetapi perubahan SIP tidak bertahan seperti itu.
Will Buck

2
Terima kasih atas kompilasi yang luar biasa ini dari semua solusi yang mungkin untuk mbp 2011 tercinta kami. Saya menghidupkan kembali notebook saya yang mati dengan metode penghapusan nvram dan kext di High Sierra sekarang diperbarui menjadi 10.13.6. Semuanya berfungsi sebagaimana mestinya, notebook berjalan lebih dingin, kontrol kecerahan berfungsi dengan baik, tidur juga berfungsi dengan baik. Hari ini saya menghubungkan kabel thunderbolt ke mac lain yang berfungsi dalam mode Target disk, tapi tidak ada. Rebooted 2011 mbp ke TDM, tidak ada di mac lain. Saya merasa koneksi data thunderbolt adalah melalui GPU, jadi itu rusak. Berbeda dengan beberapa menyebutkan 'TB harus bekerja'. Akan mengujinya dengan eGPU sekarang
Mayank

1

Jika masalahnya adalah Anda tidak dapat memindahkan file-file itu mungkin Perlindungan Sistem Integritas yang menghentikan Anda. Saya berasumsi Anda berada di El Capitan atau Sierra.

  • Matikan laptop Anda.
  • Tekan Command + R dan kemudian tombol daya untuk boot ke mode pemulihan.
  • Klik menu Utilities dan pilih Terminal.
  • Ketik csrutil disabledan tekan kembali.
  • Tutup aplikasi Terminal dan mulai kembali dari mode pemulihan.
  • Sekarang coba boot kembali ke mode Pengguna Tunggal dan coba mvperintah.

Jika itu berhasil aktifkan kembali SIP:

  • Matikan laptop Anda.
  • Tekan Command + R dan kemudian tombol daya untuk boot ke mode pemulihan.
  • Klik menu Utilities dan pilih Terminal.
  • Ketik csrutil aktifkan dan tekan kembali.
  • Tutup aplikasi Terminal dan mulai kembali dari mode pemulihan.

@klanomath terima kasih atas tanggapan cepat Anda. Tapi satu-satunya mode yang bisa saya dapatkan adalah mode pengguna tunggal. Membeku dalam mode pemulihan bahkan dalam mode pemulihan Internet.
Ghazi Marzouk

@GhaziMarzouk Snacking_IT menjawab pertanyaan Anda! Saya baru saja mengeditnya sedikit ...
klanomath

@Snacking_IT terima kasih atas tanggapan cepat Anda. Tapi satu-satunya mode yang bisa saya dapatkan adalah mode pengguna tunggal. Ini membeku dalam mode pemulihan bahkan dalam mode pemulihan Internet
Ghazi Marzouk

2
Sama seperti pembaruan, dalam jawaban @ LangLangC, saya tidak dapat menonaktifkan SIP pada El Capitan selama Langkah 1.3 dan 1.4, karena Pemulihan Pengguna Tunggal hanya memasang drive sebagai hanya-baca. Pendekatan di atas (boot ke mode pemulihan) berfungsi, jadi informasi ini berguna untuk dimasukkan.
Twitch_City

1

Berkat jawaban ini /apple//a/295805/300460 dari /apple//users/251859/langlangc . Saya mengikutinya ketika saya memiliki masalah ini di Sep2018 terakhir. Namun saya berjuang sedikit untuk mencari tahu langkah-langkah delta yang tepat untuk dilakukan untuk kedua kalinya, ketika saya menemukan masalah yang sama kemarin lagi ketika saya melakukan pembaruan OSX Security 2019-003. Jadi, pikirkan untuk meletakkan langkah-langkah itu dengan tepat memikirkan pengguna yang mungkin menemukan masalah ini untuk kedua kalinya. Sekali lagi, terima kasih banyak untuk langlangc untuk yang asli.

Saya menggunakan OSX 10.13.6 pada saat saya melakukan pembaruan.

  1. Mulai ulang dalam mode pengguna tunggal dengan menekan & tahan Cmd + S (Cmd + R tidak akan memuat memberikan layar putih. Sebenarnya, langlangctelah meminta saya untuk mengonfirmasi ini di Sep2018; tapi saya tidak dapat menjawabnya karena saya tidak memiliki izin untuk komentar)
    • Menjalankan sh /force-iGPU-boot.sh
  2. Mulai ulang dalam mode pemulihan dengan menekan & tahan Cmd + r
    • Jalankan perintah ini. Bahkan, saya memasukkan ini ke dalam file skrip kecil / force-iGPU-boot_without_sudo.sh.
      csrutil disable nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 nvram boot-args="-v"
  3. Mulai ulang dalam mode pengguna tunggal dengan menekan & tahan Cmd + s
    • Pastikan /System/Library/Extensions-offfolder yang ada dihapus setelah mengambil cadangan
    • Jalankan perintah ini. Sekali lagi, saya memasukkan ini ke dalam file skrip kecil /move_out_amd_kext.sh /sbin/mount -uw / mkdir -p /System/Library/Extensions-off mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/ touch /System/Library/Extensions/
    • Memasukkan nvram boot-args="agc=0"
    • Masuk rebootuntuk mem-bootnya secara normal.

Segala sesuatu yang lain harus berfungsi seperti yang diharapkan karena Anda akan melakukan semua langkah yang diperlukan ketika Anda membuatnya bekerja untuk pertama kalinya. Semua yang terbaik.

Perbarui 12 Agustus 2019

Saya dulu bergantung pada solusi berbasis perangkat lunak yang disarankan oleh @LangLangC. Namun, pembaruan terakhir pada bulan Agustus menemukan boot normal tergantung di progress bar. Saya dapat melewati mode boot aman, tetapi akan menemukan layar banyak berkedip.

Pembaruan 14 Agustus 2019

Berhasil di-boot ketika saya menonaktifkan SIP dalam mode pemulihan. Saya tidak ingat apakah saya pernah melakukannya di masa lalu - tetapi sekarang saya rasa saya sudah melakukannya.

Saya membuang banyak waktu mencurigai berbagai alasan - termasuk masalah GPU semakin buruk, atau bug potensial dengan 10.13.6 pembaruan keamanan 2019-004.

Namun, sekarang saya perhatikan bahwa ia mem-boot kali ini meskipun bermasalah /System/Library/Extensions/AMDRadeonX3000.kext!

Pembaruan 11 November 2019

Hal AMD6000Controller.kextini diperlukan untuk mendapatkan kontrol kecerahan kembali berfungsi seperti biasa. Kext itu harus ada di /System/Library/Extensions/.


Bisakah Anda menjelaskan apa yang sebenarnya Anda maksud dengan "2nd time"? Di atas terlihat seolah-olah Anda memiliki NVRAM / PRAM reset dalam proses. Atau apakah ini memang yang Anda lakukan saat menggunakan hack yang bekerja pada 10.13 dan baru saja menerapkan SecUpdate baru-baru ini? (SecUpdate itu sendiri tidak boleh melakukan apa pun untuk membatalkan retas itu sendiri, tetapi instal AMD.kext yang berfungsi di - untuk lokasi hack - salah, dan karenanya perlu dipindahkan). Atau dari sisi lain: apakah NVRAM Anda direset selama pembaruan?
LаngLаngС

Saya sudah melakukan hack aktif pada 10.13.6 yang dilakukan pada Sep2018 terakhir setelah jawaban Anda. Kemudian menerapkan pembaruan keamanan kemarin setelah itu saya macet lagi dengan layar putih. Saya tidak pernah bermain-main dengan file KEXT kecuali saya harus mengikuti instruksi Anda untuk memperbaiki masalah layar putih setelah pembaruan keamanan. Hanya dengan langkah-1 (mode single-user 1) tidak memperbaiki masalah, jadi saya harus masuk ke langkah-2 (mode pemulihan) kemudian ke langkah-3 (mode single-user lagi).
Raj

Saya baru saja memperbarui volume High Sierra saya dengan pembaruan keamanan 2019-005 terbaru. Bilah proses macet di reboot, jadi saya menunggu para penggemar untuk berhenti dan reboot MBP saya secara manual dalam mode pengguna tunggal dan mengikuti panduan Anda. Bekerja dengan baik! Namun beberapa pertanyaan: mengapa Anda harus mengulangi retasan NVRAM pada langkah 2? sudah ada di /force-iGPU-boot.shscript no? dan Extensions-offdirektori saya sudah ada, saya baru saja memindahkan yang baru AMDRadeonX3000.kextdan menyebutnya AMDRadeonX3000v2.kext. Sepertinya lebih baik menyimpan dan memuat yang asli seperti yang tercantum dalam panduan @LangLangC.
aroom

1
@aroom Di atas mengulangi beberapa langkah berlebihan, tidak membahayakan, hanya pendekatan sabuk & suspender. Kunci untuk pembaruan adalah dengan NVRAM di tempat X3000 yang berfungsi hang booting. Cukup sering Apple mengirimkan kext rusak yang bergantung pada satu instalasi asli, semua delta kehilangan file penting. (Untuk hasil yang optimal, kami harus mv kext lama ke tempatnya, lalu memperbarui, lalu mv ke Ext-off lagi) Sekarang Apple akhirnya memperbaikinya, yang terbaik adalah menggunakan kext terbaru dari pembaruan, cocok dengan nomor versi di pembaruan . Dengan SIP mati, cukup boot SafeMode dan mv ke Ext-off, menghapus versi sebelumnya.
LаngLаngС
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.