Samsung Galaxy S2 serisine ilişkin en son sızıntılar bizi sağa sola vurduğundan beri, insanlar ROM'lar arasında, özellikle hatalı, yayın öncesi ICS yapıları ile çok kararlı GB arasında atlıyorlar. Sonuçta XDA'da alışkanlık olarak yaptığımız şey bu: Bir sızıntı görüyoruz, onu flaşlıyoruz, kullanıyoruz ve üzerinde ince ayar yapıyoruz. Uçmazsa geri döneriz. Elbette, cihazınızda olmaması gereken öğelerin yanıp sönmesinde her zaman doğal bir risk vardır, ancak günümüzde ve çağda bir cihazın tamamen tuğlalanması riski oldukça küçüktür. Özellikle cihazlarınızı ölümden geri getirecek araçlar mevcut olduğundan, Tuğlalanamaz Mod XDA Elite Tanınan Geliştirici tarafından AdamOutler.
Bunu söyledikten sonra sızıntı dünyasında her şey yolunda görünmüyor. XDA Elite Tanınan Geliştiriciye Teşekkürler Entropi512, sızıntı alan çoğu cihazın flaş sonrasında hiç uyanmama riskinin çok yüksek olduğunu öğrendik. Sızan ICS çekirdeğinde, işletim sistemini etkileyen büyük bir hata olduğu ortaya çıktı. /data eMMC çipindeki, silme ve yanıp sönme gibi belirli işlemler sırasında görünüşe göre bozulan bir bölüm. Başlangıçta bunun yalnızca CWM gibi özel kurtarmalarda gerçekleştirilen işlemleri etkilediğine inanılıyordu. Ancak, yanıp sönen ışıktan sert tuğlaların üretildiğine dair raporlar var.
stok geri kazanımları ilave olarak. Etkilenen cihazlar şunlardır:- Tüm Epik 4G Dokunuş (SPH-D710) ICS sızıntıları
- Tüm Galaxy Notu (GT-N7000) ICS sızıntıları
- AT&T Galaxy S II (SGH-I777) UCLD3 sızıntısı - ve muhtemelen diğerleri
- Kore SHW-M250S/K/L resmi sürümleri ve kaynaklarından oluşturulan herhangi bir çekirdek
Entropy ve diğer geliştiriciler, sitenin çeşitli yerlerine dağılmış, neler olduğunu ayrıntılı olarak açıkladıkları çeşitli uyarılar yayınladılar. Bizim önerimiz, çekirdekteki hata tamamen düzeltilene kadar kullanıcıların sızıntılara karşı ICS'yi yanıp sönmekten uzak durmasıdır; tabii ki cihazınızı sert bir şekilde tuğlalamak istemiyorsanız. Unutmayın, bu, Unbrickable Mod veya hatta JTAG aracılığıyla yeniden diriltilebilecek bir şey değildir, çünkü bu, eMMC'deki bir ürün yazılımı hatasıdır. Bu, biraz daha ayrıntıyla ilgilenenler için doğrudan Entropy'den:
TEHLİKE: Birçok Samsung ICS sızıntı çekirdeği cihazınıza zarar verebilir!
Çeşitli Samsung cihazlarıyla ilgili gelişmelere dikkat edenler, ICS sızdırılmış çekirdekler kullanıldığında bazı cihazlarda büyük miktarda sert tuğla yaşandığını fark etmiş olabilir. Bu sert tuğlalar özellikle kötüdür, çünkü JTAG hizmetlerinin satıcıları, basit önyükleyici bozulmasına neden olan sert tuğlaların aksine, bu cihazları yeniden diriltmeyi başaramamıştır. Bunun nedeni, bu çekirdeklerin aslında eMMC depolama cihazında kalıcı gibi görünen hasara neden olmayı başarmasıdır.
Etkilendiği doğrulanan çekirdekler şunlardır:
[*]Tüm Epic 4G Touch (SPH-D710) ICS sızıntıları[*]Tüm Galaxy Note (GT-N7000) ICS sızıntıları[*]AT&T Galaxy S II (SGH-I777) UCLD3 sızıntısı - ve muhtemelen tüm diğerleri[*]Kore SHW-M250S/K/L resmi sürümleri ve bunlardan oluşturulan herhangi bir çekirdek kaynak
Güvenli olması GEREKEN çekirdekler şunlardır:
[*]GT-I9100 ICS sızıntıları[*]GT-I9100 resmi sürümleri[*]GT-I9100 Güncelleme4 kaynak tabanından oluşturulan çekirdekler
Etkilenen bir çekirdeği çalıştırırken hasara neden olması muhtemel işlemler:
CWM'de silme (ve muhtemelen başka herhangi bir özel kurtarma) (onaylandı)
CWM'de bir Nandroid yedeklemesini geri yükleme (önce silme)
CWM'de başka bir bellenimin yanıp sönmesi (çoğu yanıp sönme önce silinir)
Stok 3e kurtarma işleminde silme (şüpheleniliyor, ayrıca bir bölümü de siliyor)
Etkilenen bir çekirdeği çalıştırırken büyük dosyaların silinmesi (şüpheleniliyor ancak onaylanmadı)
Etkilenen bir çekirdeğiniz varsa:
İyi olduğu bilinen bir çekirdeği hemen Odin/Heimdall kullanarak flashlayın. Flashlamak için Mobile Odin, CWM veya cihazdaki herhangi bir yöntemi KULLANMAYIN. Bilinen iyi çekirdekler şunları içerir:
[*]GT-I9100 Güncelleme4 kaynak kodundan oluşturulmuş neredeyse tüm Gingerbread çekirdekleri[*]ICS çekirdekleri
Bu sorunun temel nedeni henüz belirlenmedi, ancak XDA'daki çok sayıda Tanınmış Geliştirici, bunun Samsung'un bir özelliği etkinleştirmesinden kaynaklandığından şüpheleniyor. etkilenen çekirdekler, MMC_CAP_ERASE - Bu, flash yazma performansını büyük ölçüde artırabilen bir performans özelliğidir, ancak flash'taki bir kusuru ortaya çıkarıyor gibi görünüyor yonga seti. GT-I9100 ICS çekirdeklerinde bu özellik etkin değildir ve güvenli görünür. Ancak, bu özelliğe sahip olmayan tüm çekirdeklerin güvenli olduğunu beyan etmek için yeterli bilgi yoktur; bu, sorunun temel nedenini doğrulayabilecek tek varlıktır. Bu sorunu büyük bir risk almadan (onarılması mümkün olmayan birden fazla cihazı yok ederek) düzelttiğini beyan etmek Samsung'dur. kendileri.
Genel olarak, bir sonraki duyuruya kadar, GT-I9100 dışındaki herhangi bir Exynos tabanlı cihaz için Samsung ICS sızıntısı çalıştırıyorsanız, başka bir şeyin flaşını yapmanız önemle tavsiye edilir.
Ve bu, XDA üyesinin izniyle bu sabah forumlarımızda da ortaya çıktı. Garwynn. Görünüşe göre Google ile temasa geçildi ve onlar sorunun farkındalar ve bir mühendis bir düzeltme üzerinde çalışmayı umuyor.
Biraz zaman geçti ama şükürler olsun ki Android'den Bay Sumrall sorularımızla ilgili olarak bize geri döndü. Toplumun bunun beklemeye değdiğini anlayacağını düşünüyorum.Sorun: fwrev düzgün ayarlanmamış.Şüphelendiğimiz gibi hata düzeltmesi bizim yapımızda değil. (Yama bunu koşulsuz olarak uygular.)Soru: Revizyon düzeltmeyle eşleşmedi(Süper tuğla konusunu tartışırken benimkini kırmızıyla vurgulayın.)Alıntı:
Orijinal olarak gönderen: Ken Sumrall
Yama, mmc.c'de fwrev'i cid kaydındaki haklara ayarlayan bir satır içerir. Bu düzeltme ekinden önce, /sys/class/block/mmcblk0/device/fwrev dosyası, rev 4 ve üstü emmc cihazları için CID'den başlatılmadı ve bu nedenle sıfır gösteriyordu.(İkinci soruşturmada)yama uygulanana kadar fwrev sıfırdır.
Soru: Neden /data bölümü?Alıntı:
Orijinal olarak gönderen: Ken Sumrall
Muhtemelen hata sende, ancak rev 0x19, prototip cihazlarımızdaki donanım yazılımının önceki bir sürümüydü, ancak başka bir hata olduğunu gördük. bir mmc silme komutu verdiyse, çipteki veri yapılarını bozabilir ve cihaza güç verilene kadar kilitlenmesine yol açabilir bisiklete bindim. Bunu, geliştiricilerimizin çoğu, biz ICS'yi geliştirirken hızlı önyüklemeyle kullanıcı verilerini silerken keşfettik. Böylece Samsung sorunu çözdü ve ürün yazılımı revizyonu 0x25'e geçti.Evet, 0x19'un ondalık sayının 25 olması çok can sıkıcıdır ve bu, emmc ürün yazılımı sorunlarını teşhis etmeye çalışırken çok fazla kafa karışıklığına yol açtı. Sonunda _HER ZAMAN_ onaltılık sistemde emmc sürümüne başvurmayı ve net olması için sayının önüne 0x koymayı öğrendim.Fakat, 0x19'da muhtemelen flash'a 32 Kbayt sıfır ekleyebilen bir hata olmasına rağmen, bu yamayı donanım yazılımı revizyonu 0x19 olan cihazlarda kullanamazsınız. Bu yama, 0x25 donanım yazılımı revizyonundaki iki baytlık kodu çok özel bir şekilde hackliyor ve yama en çok muhtemelen 0x19'da çalışmayacak ve muhtemelen çipin arızalanmasına ve en iyi ihtimalle veri kaybına neden olacaktır. en kötüsü. Bu yamayı emmc ürün yazılımına uygulamak için seçim kriterlerinin bu kadar katı olmasının bir nedeni var.Birkaç gün sonra, dosya sisteminin silme işlemine kadar bozulmadığını belirterek sonuçlarımızı ilettim. Bu, bu takiplere bir yanıttır.Önceki yazıda bahsettiğim gibi, firmware rev 0x19'da, silme komutu verildikten sonra emmc çipinin kilitlenebildiği bir hata var. Her zaman değil ama yeterince sık. Genellikle cihaz bundan sonra yeniden başlatılabilir, ancak önyükleme işlemi sırasında kilitlenir. Çok nadiren fastboot yüklenmeden bile kilitlenebilir. Testçiniz şanssızdı. Fastboot'u bile başlatamadığınız için cihaz muhtemelen tuğlalanmıştır. :-( Fastboot'u çalıştırabilseydi, o zaman, paylaşabileceğimi varsayarsak, cihaz muhtemelen sahip olduğum donanım yazılımı güncelleme koduyla kurtarılabilir. Soracağım.
Soru: JTAG neden çalışmıyor?Alıntı:
Orijinal olarak gönderen: Ken Sumrall (Android SE)
Çünkü /data çipin en fazla yazma etkinliği yaşadığı yerdir. /system'e hiçbir zaman yazılmaz (sistem güncellemesi dışında) ve /cache nadiren kullanılır (çoğunlukla OTA'ları almak için).
Soru: Bozuk bir dosya sistemi onarılabilir mi (eMMC'de)?Alıntı:
Orijinal olarak gönderen: Ken Sumrall
Yukarıda bahsettiğim gibi, 0x19 donanım yazılımı revizyonunda, bir emmc silme komutundan sonra cihazdan çıkabilen bir hata vardı. emmc çipinin dahili veri yapıları, belirli bir sektör açıldığında çipin kilitlenmesine neden olan kötü bir durumda erişildi. Tek çözüm çipi silmek ve ürün yazılımını güncellemekti. Bunu yapacak kodum var ama paylaşabilir miyim bilmiyorum. Soracağım.
Bu nedenle, düzeltme şu anda bizim için geçerli olmasa da, süper tuğla sorununa ilişkin harika bir içgörünün yanı sıra bir düzeltmenin yapılabileceği bilgileri de bize verildi. dır-dir zaten geliştirildi (umarım yayınlandığını göreceğiz!). Hata muhtemelen bizim için geçerli ve 0x19 ürün yazılımına yönelik düzeltmenin verildiğini varsayarsak, bu durum cihazlarımıza da uygulanacaktır.Daha hafif bir not olarak, onun yakınına da yer vermek istedim:Alıntı:
Orijinal olarak gönderen: Ken Sumrall
e2fsck dosya sistemini onarabilir, ancak genellikle 32 Kbayt bir blok grubunun başlangıcına eklenir, bu da birçok düğümü siler ve bu nedenle e2fsck'i çalıştırmak çoğu zaman birçok dosyanın kaybolmasına neden olur.
Alıntı:
Orijinal olarak gönderen: Ken Sumrall
Bir Android çekirdek geliştiricisinin heyecan verici hayatına bir göz atıyorsunuz. :-) İşin çoğunlukla hatalı donanımlarla mücadele etmek olduğu ortaya çıktı. En azından bazen öyle görünüyor.
Lütfen bu sorun çözülene kadar cihazlarınıza ICS herhangi bir şey yüklemekten kaçının.
Portalda bir şeyin yayınlanmasını mı istiyorsunuz? Herhangi bir Haber Yazarıyla iletişime geçin.
[Teşekkürler Entropi512 tüm sıkı çalışmanız için!!!]