Karena bocoran terbaru untuk jajaran Samsung Galaxy S2 telah beredar di mana-mana, banyak orang yang berpindah-pindah ROM, terutama antara versi buggy, versi ICS pra-rilis, dan GB yang sangat stabil. Bagaimanapun, inilah yang kami lakukan di XDA sebagai kebiasaan: Kami melihat kebocoran, kami mem-flash-nya, kami menggunakannya, dan kami mengubahnya. Jika tidak terbang, kita cukup memutar kembali. Tentu saja, selalu ada risiko yang melekat dalam mem-flash sesuatu yang seharusnya tidak ada pada perangkat Anda, namun risiko perangkat menjadi rusak sepenuhnya di zaman sekarang ini cukup kecil. Terutama karena ada alat yang tersedia untuk menghidupkan kembali perangkat Anda dari kematian, seperti Mod yang Tidak Dapat Dibatalkan oleh Pengembang Diakui XDA Elite AdamOutler.
Meski begitu, tidak semuanya tampak baik-baik saja di dunia kebocoran. Terima kasih kepada Pengembang yang Diakui XDA Elite Entropi512, kami telah mempelajari bahwa sebagian besar perangkat yang mengalami kebocoran berisiko sangat tinggi untuk tidak pernah bangun setelah terjadi flash. Ternyata ada bug besar pada bocoran kernel ICS yang mempengaruhi
/data partisi di chip eMMC, yang tampaknya rusak selama operasi tertentu seperti penghapusan dan flashing. Hal ini awalnya diyakini hanya mempengaruhi operasi yang dilakukan dalam pemulihan kustom seperti CWM. Namun, ada laporan tentang batu bata keras yang dihasilkan dari proses flashing pemulihan stok demikian juga. Perangkat yang terpengaruh adalah:- Semua Sentuhan 4G Epik (SPH-D710) ICS bocor
- Semua Galaxy Catatan (GT-N7000) kebocoran ICS
- Itu AT&T Galaxy S II (SGH-I777) Kebocoran UCLD3 - dan mungkin yang lainnya
- Rilis resmi SHW-M250S/K/L Korea dan kernel apa pun yang dibuat dari sumbernya
Entropy dan pengembang lainnya telah memposting beberapa peringatan yang tersebar di seluruh situs, di mana mereka menjelaskan secara rinci apa yang terjadi. Saran kami adalah pengguna harus menjauhi kebocoran ICS sampai bug di kernel telah diperbaiki sepenuhnya kecuali tentu saja, Anda ingin melakukan hard brick pada perangkat Anda. Ingat, ini bukan sesuatu yang dapat dihidupkan kembali melalui Unbrickable Mod atau bahkan melalui JTAG, karena ini adalah kesalahan firmware di eMMC. Ini langsung dari Entropy sendiri bagi Anda yang tertarik untuk mengetahui lebih detail:
BAHAYA: Banyak kernel kebocoran ICS Samsung yang dapat merusak perangkat Anda!
Mereka yang memperhatikan apa yang terjadi pada berbagai perangkat Samsung mungkin telah memperhatikan bahwa beberapa perangkat mengalami hardbrick dalam jumlah besar ketika kernel ICS yang bocor digunakan. Hardbrick ini sangat buruk, karena vendor layanan JTAG tidak dapat menghidupkan kembali perangkat ini, tidak seperti hardbrick yang rusak karena bootloader. Hal ini disebabkan oleh fakta bahwa kernel ini sebenarnya menyebabkan kerusakan permanen pada perangkat penyimpanan eMMC.
Kernel yang terkonfirmasi terkena dampak adalah:
[*]Semua ICS Epic 4G Touch (SPH-D710) bocor[*]Semua ICS Galaxy Note (GT-N7000) bocor[*]AT&T Galaxy S II (SGH-I777) Kebocoran UCLD3 - dan mungkin semua lainnya[*]rilis resmi SHW-M250S/K/L Korea dan kernel apa pun yang dibuat darinya sumber
Kernel yang HARUS aman adalah:
[*]Kebocoran ICS GT-I9100[*]Rilis resmi GT-I9100[*]Kernel yang dibangun dari basis sumber GT-I9100 Update4
Operasi yang mungkin menyebabkan kerusakan ketika menjalankan kernel yang terpengaruh:
Menghapus di CWM (dan kemungkinan pemulihan khusus lainnya) (dikonfirmasi)
Mengembalikan cadangan Nandroid di CWM (wipe dulu)
Flashing firmware lain di CWM (kebanyakan flash wipe dulu)
Menghapus pemulihan stok 3e (diduga, juga menghapus partisi)
Menghapus file besar saat menjalankan kernel yang terpengaruh (dicurigai tetapi tidak dikonfirmasi)
Jika Anda memiliki kernel yang terpengaruh:
Segera flash kernel yang dikenal bagus menggunakan Odin/Heimdall. JANGAN gunakan Mobile Odin, CWM, atau metode apa pun di perangkat untuk mem-flash. Kernel yang dikenal baik meliputi:
[*]Hampir semua kernel Gingerbread[*]kernel ICS dibuat dari kode sumber GT-I9100 Update4
Akar penyebab masalah ini belum dapat ditentukan, namun banyak Pengembang yang Diakui di XDA menduga hal ini disebabkan oleh Samsung yang mengaktifkan fitur di XDA. kernel yang terkena dampak, MMC_CAP_ERASE - Ini adalah fitur kinerja yang dapat meningkatkan kinerja penulisan flash secara signifikan, namun tampaknya memunculkan cacat pada flash chipset. Kernel ICS GT-I9100 tidak mengaktifkan fitur ini dan tampak aman. Namun, tidak cukup informasi yang diketahui untuk menyatakan semua kernel tanpa fitur ini aman - satu-satunya entitas yang dapat mengkonfirmasi akar permasalahannya masalah ini dan menyatakannya telah diperbaiki tanpa mengambil risiko besar (menghancurkan banyak perangkat tanpa ada cara untuk memperbaikinya) adalah Samsung diri.
Secara umum, hingga pemberitahuan lebih lanjut, jika Anda menjalankan kebocoran Samsung ICS untuk perangkat berbasis Exynos selain GT-I9100, sangat disarankan untuk mem-flash perangkat lain.
Dan ini juga baru muncul pagi ini di forum kami, atas izin anggota XDA garwynn. Rupanya, Google telah dihubungi dan mereka mengetahui masalah ini, dan seorang teknisi berharap dapat melakukan perbaikan.
Ya, sudah cukup lama, tapi untungnya Pak Sumrall dari Android berhasil menjawab pertanyaan kami. Saya rasa komunitas akan menyadari bahwa hal ini pantas untuk ditunggu.Masalah: fwrev tidak disetel dengan benar.Seperti yang kami duga, perbaikan bug tidak ada dalam build kami. (Patch menerapkan ini tanpa syarat.)Pertanyaan: Revisi tidak sesuai dengan perbaikan(Tekankan milik saya dengan warna merah karena membahas masalah batu bata super.)Mengutip:
Awalnya Diposting oleh Ken Sumrall
Patch tersebut menyertakan baris dalam pengaturan mmc.c fwrev ke bit hak dari register cid. Sebelum patch ini, file /sys/class/block/mmcblk0/device/fwrev tidak diinisialisasi dari CID untuk perangkat emmc rev 4 dan lebih tinggi, sehingga menunjukkan nol.(Pada pertanyaan kedua)fwrev adalah nol hingga patch diterapkan.
Pertanyaan: Mengapa partisi /data?Mengutip:
Awalnya Diposting oleh Ken Sumrall
Anda mungkin memiliki bug tersebut, tetapi rev 0x19 adalah versi sebelumnya dari firmware yang kami miliki di perangkat prototipe kami, tetapi kami menemukan ada bug lain yang jika Anda mengeluarkan perintah penghapusan mmc, hal ini dapat mengacaukan struktur data dalam chip dan menyebabkan perangkat terkunci hingga diberi daya bersepeda. Kami menemukan ini ketika banyak pengembang kami melakukan fastboot menghapus data pengguna saat kami mengembangkan ICS. Jadi Samsung memperbaiki masalahnya dan pindah ke revisi firmware 0x25.Ya, sangat menjengkelkan karena 0x19 adalah desimal 25, dan hal itu menyebabkan banyak kebingungan saat mencoba mendiagnosis masalah firmware emmc. Saya akhirnya belajar _ALWAYS_ merujuk ke versi emmc dalam heksadesimal, dan mengawali angka dengan 0x agar tidak ambigu.Namun, padahal 0x19 mungkin memiliki bug yang dapat memasukkan 32 Kbyte angka nol ke dalam flash, Anda tidak dapat menggunakan patch ini pada perangkat dengan revisi firmware 0x19. Patch ini melakukan peretasan yang sangat spesifik terhadap dua byte kode di firmware revisi 0x25, dan patch paling banyak kemungkinan besar tidak akan berfungsi pada 0x19, dan mungkin akan menyebabkan chip tidak berfungsi, dan kehilangan data terburuk. Ada alasan mengapa kriteria pemilihan sangat ketat untuk menerapkan patch ini pada firmware emmc.Saya menyampaikan hasil kami beberapa hari kemudian dengan menyebutkan bahwa sistem file tidak rusak hingga penghapusan. Ini merupakan respons terhadap tindak lanjut tersebut.Seperti yang saya sebutkan pada postingan sebelumnya, firmware rev 0x19 mempunyai bug dimana chip emmc dapat lockup setelah diberikan perintah wipe. Tidak setiap saat, tapi cukup sering. Biasanya, perangkat dapat melakukan boot ulang setelah ini, tetapi kemudian terkunci selama proses booting. Sangat jarang, ia bisa terkunci bahkan sebelum fastboot dimuat. Penguji Anda kurang beruntung. Karena Anda bahkan tidak dapat memulai fastboot, perangkat mungkin mengalami brick. :-( Jika dia bisa menjalankan fastboot, maka perangkat tersebut mungkin dapat dipulihkan dengan kode pembaruan firmware yang saya miliki, dengan asumsi saya dapat membagikannya. aku akan bertanya.
Pertanyaan: Mengapa JTAG tidak berfungsi?Mengutip:
Awalnya Diposting oleh Ken Sumrall (Android SE)
Karena /data merupakan tempat chip yang paling banyak mengalami aktivitas tulis. /system tidak pernah ditulis (kecuali selama pembaruan sistem) dan /cache jarang digunakan (kebanyakan untuk menerima OTA).
Pertanyaan: Apakah sistem file yang rusak dapat diperbaiki (di eMMC)?Mengutip:
Awalnya Diposting oleh Ken Sumrall
Seperti yang saya sebutkan di atas, firmware revisi 0x19 memiliki bug yang setelah perintah penghapusan emmc, dapat meninggalkan struktur data internal chip emmc dalam keadaan buruk yang menyebabkan chip terkunci ketika sektor tertentu berada diakses. Satu-satunya perbaikan adalah menghapus chip dan memperbarui firmware. Saya punya kode untuk melakukan itu, tapi saya tidak tahu apakah saya bisa membagikannya. aku akan bertanya.
Jadi, meskipun perbaikan tersebut tidak berlaku bagi kami saat ini, kami telah diberikan wawasan luas mengenai masalah batu bata super serta informasi yang dapat diperbaiki. adalah sudah dikembangkan (mudah-mudahan kita akan melihatnya dirilis!). Bug tersebut kemungkinan besar berlaku untuk kami dan dengan asumsi perbaikan untuk firmware 0x19 diberikan maka bug tersebut akan berlaku untuk perangkat kami.Secara lebih ringan, saya ingin menyertakan kedekatannya:Mengutip:
Awalnya Diposting oleh Ken Sumrall
e2fsck dapat memperbaiki sistem file, namun sering kali 32 Kbytes dimasukkan pada awal grup blok, yang menghapus banyak inode, dan dengan demikian menjalankan e2fsck sering kali mengakibatkan banyak file hilang.
Mengutip:
Awalnya Diposting oleh Ken Sumrall
Anda melihat sekilas kehidupan menarik dari pengembang kernel Android. :-) Ternyata sebagian besar pekerjaannya berkaitan dengan perangkat keras yang bermasalah. Setidaknya, terkadang terlihat seperti itu.
Harap hindari mem-flash ICS apa pun ke perangkat Anda sampai masalah ini terselesaikan.
Ingin sesuatu dipublikasikan di Portal? Hubungi Penulis Berita mana pun.
[Terima kasih Entropi512 untuk semua kerja kerasmu!!!]