Otkako nas najnovije curenje informacija o liniji Samsung Galaxy S2 pogađa slijeva i zdesna, ljudi skaču između ROM-ova, uglavnom između ICS verzija s greškama prije izdanja i vrlo stabilnog GB. To je, uostalom, ono što radimo na XDA kao navika: vidimo curenje, flešujemo ga, koristimo ga i podešavamo. Ako ne leti, jednostavno se vratimo. Naravno, uvijek postoji inherentan rizik kod flashanja stvari koje uopće ne bi trebale biti na vašem uređaju, ali rizik od potpunog blokiranja uređaja u današnje vrijeme prilično je mali. Pogotovo jer postoje dostupni alati za vraćanje vaših uređaja iz mrtvih, kao što je Unbrickable Mod od XDA Elite Recognized Developer AdamOutler.
Rekavši ovo, čini se da nije sve u redu u svijetu curenja informacija. Zahvaljujući XDA Elite Recognised Developer Entropija512, naučili smo da je većina uređaja koji primaju curenje pod vrlo visokim rizikom da se nikada ne probude nakon bljeska. Ispostavilo se da postoji veliki bug u ICS kernelu koji je procurio i koji utječe na
/data particija u eMMC čipu, koja se očito oštećuje tijekom određenih operacija kao što su brisanje i bljeskanje. Izvorno se vjerovalo da to utječe samo na operacije koje se izvode u prilagođenim oporavcima kao što je CWM. Međutim, bilo je izvješća o tvrdim opekama koje se proizvode od opšivke povrati zaliha također. Pogođeni uređaji su:- svi Epski 4G dodir (SPH-D710) ICS curenja
- svi Galaxy Note (GT-N7000) ICS curenja
- The AT&T Galaxy S II (SGH-I777) Curenje UCLD3 - i vjerojatno svi ostali
- Korejska službena izdanja SHW-M250S/K/L i sve kernele izgrađene iz njihovog izvora
Entropy i drugi razvojni programeri objavili su nekoliko upozorenja razasutih po cijeloj stranici, u kojima detaljno objašnjavaju što se događa. Naš prijedlog je da se korisnici trebaju držati podalje od fleširanja ICS-a od curenja sve dok se greška u kernelu potpuno ne popravi, osim ako, naravno, ne želite hardverski blokirati svoj uređaj. Zapamtite, ovo nije nešto što se može uskrsnuti putem Unbrickable Moda ili čak putem JTAG-a, budući da je ovo pogreška firmvera u eMMC-u. Ovo je izravno od samog Entropyja za one od vas koje zanima nešto više detalja:
OPASNOST: Mnoge curnele Samsung ICS kernela mogu oštetiti vaš uređaj!
Oni koji obraćaju pozornost na događanja s raznim Samsung uređajima možda su primijetili da neki uređaji doživljavaju veliku količinu hardbricka kada se koriste kerneli kojima je procurila ICS. Ovi hardbricks su posebno gadni, jer dobavljači JTAG usluga nisu bili u mogućnosti oživjeti te uređaje, za razliku od jednostavnih hardbrikova koji kvare bootloader. To je zbog činjenice da te jezgre zapravo uspijevaju uzrokovati ono što se čini kao trajno oštećenje eMMC uređaja za pohranu.
Jezgre za koje je potvrđeno da su zaražene su:
[*]Curenja o svim Epic 4G Touch (SPH-D710) ICS-ovima[*]Curenja o svim Galaxy Note (GT-N7000) ICS-ovima[*]AT&T Galaxy S II (SGH-I777) Curenje UCLD3 - i vjerojatno sva druga[*]korejska službena izdanja SHW-M250S/K/L i bilo koji kernel izgrađen od njihovih izvor
Kerneli koji bi TREBALI biti sigurni su:
[*]Curenja GT-I9100 ICS-a[*]GT-I9100 službena izdanja[*]Kerneli izgrađeni od GT-I9100 Update4 izvorne baze
Operacije koje će vjerojatno uzrokovati štetu pri pokretanju zahvaćene jezgre:
Brisanje u CWM-u (i vjerojatno bilo kojem drugom prilagođenom oporavku) (potvrđeno)
Vraćanje Nandroid sigurnosne kopije u CWM (prvo brisanje)
Flashiranje drugog firmvera u CWM-u (većina bljeskova se prvo briše)
Brisanje postojećeg 3e oporavka (sumnja, također briše particiju)
Brisanje velikih datoteka prilikom pokretanja zahvaćene jezgre (sumnja, ali nije potvrđeno)
Ako imate zahvaćenu jezgru:
Brzajte poznato dobar kernel koristeći Odin/Heimdall odmah. NEMOJTE koristiti Mobile Odin, CWM ili bilo koju metodu na uređaju za bljeskanje. Poznato dobre jezgre uključuju:
[*]Gotovo sve Gingerbread kernele[*]ICS kernele izgrađene iz izvornog koda GT-I9100 Update4
Glavni uzrok ovog problema tek treba utvrditi, međutim, brojni priznati programeri u XDA sumnjaju da je to zbog toga što je Samsung omogućio značajku u zahvaćene jezgre, MMC_CAP_ERASE - Ovo je značajka performansi koja može znatno povećati performanse pisanja na flash, ali čini se da otkriva grešku u flashu skup čipova. GT-I9100 ICS kerneli nemaju ovu značajku omogućenu i čine se sigurnima. Međutim, nije poznato dovoljno da bi se sve jezgre bez ove značajke proglasile sigurnima - jedini entitet koji može potvrditi glavni uzrok ovaj problem i proglasiti ga riješenim bez preuzimanja velikog rizika (uništavanje više uređaja bez načina da ih se popravi) je Samsung se.
Općenito, do daljnje obavijesti, ako pokrećete curenje Samsung ICS-a za bilo koji uređaj temeljen na Exynosu osim GT-I9100, toplo se savjetuje da flešujete nešto drugo.
Ovo se jutros pojavilo i na našim forumima, zahvaljujući članu XDA garwynn. Navodno, Google je kontaktiran i oni su svjesni problema, a jedan inženjer se nada da će raditi na rješavanju problema.
Pa, prošlo je neko vrijeme, ali srećom gospodin Sumrall iz Androida nam se javio u vezi s našim pitanjima. Mislim da će zajednica uvidjeti da je ovo bilo vrijedno čekanja.Problem: fwrev nije pravilno postavljen.Kao što smo sumnjali, ispravak programske pogreške nije u našoj verziji. (Zakrpa ovo primjenjuje bezuvjetno.)Pitanje: Revizija nije odgovarala popravku(Naglasite moje crvenom bojom dok se raspravlja o problemu supercigle.)Citat:
Izvorno objavio Ken Sumrall
Zakrpa uključuje liniju u mmc.c koja postavlja fwrev na bitove prava iz cid registra. Prije ove zakrpe, datoteka /sys/class/block/mmcblk0/device/fwrev nije bila inicijalizirana iz CID-a za emmc uređaje rev. 4 i novije, pa je stoga pokazivala nulu.(Na drugi upit)fwrev je nula dok se ne primijeni zakrpa.
Pitanje: Zašto particija /data?Citat:
Izvorno objavio Ken Sumrall
Vjerojatno imate grešku, ali rev. 0x19 bila je prethodna verzija firmvera koji smo imali u našim prototipovima uređaja, ali otkrili smo da ima još jednu pogrešku koju ako izdao mmc naredbu za brisanje, mogao bi zeznuti podatkovne strukture u čipu i dovesti do zaključavanja uređaja dok se ne uključi ciklusiran. To smo otkrili kada su mnogi naši programeri radili brzim brisanjem korisničkih podataka dok smo mi razvijali ICS. Stoga je Samsung riješio problem i prešao na reviziju firmvera 0x25.Da, vrlo je neugodno što je 0x19 decimalno 25, a to je dovelo do mnogo zabune pri pokušaju dijagnosticiranja problema s emmc firmverom. Napokon sam naučio _UVIJEK_ pozivati se na verziju emmc-a u heksadecimalnom obliku i staviti ispred broja 0x samo da bude nedvosmislen.Međutim, čak iako 0x19 vjerojatno ima grešku koja može umetnuti 32 kbajta nula u flash, ne možete koristiti ovu zakrpu na uređajima s revizijom firmvera 0x19. Ova zakrpa radi vrlo specifično hakiranje dva bajta koda u firmveru revizije 0x25, a zakrpa najviše vjerojatno neće raditi na 0x19 i vjerojatno će uzrokovati kvar u radu čipa u najboljem slučaju i gubitak podataka na najgori. Postoji razlog zašto su kriteriji odabira tako strogi za primjenu ove zakrpe na emmc firmware.Proslijedio sam naše rezultate nekoliko dana kasnije spomenuvši da se datotečni sustav nije pokvario sve do brisanja. Ovo je odgovor na to praćenje.Kao što sam spomenuo u prethodnom postu, firmware rev 0x19 ima grešku u kojoj se emmc čip može zaključati nakon što se zada naredba za brisanje. Ne svaki put, ali dovoljno često. Obično se uređaj može ponovno pokrenuti nakon toga, ali se zatim blokira tijekom postupka pokretanja. Vrlo rijetko se može zaključati čak i prije nego što se učita fastboot. Vaš tester nije imao sreće. Budući da ne možete ni pokrenuti fastboot, uređaj je vjerojatno blokiran. :-( Kad bi mogao pokrenuti fastboot, tada bi se uređaj vjerojatno mogao oporaviti pomoću koda za ažuriranje firmvera koji imam, pod pretpostavkom da ga mogu podijeliti. Pitati ću.
Pitanje: Zašto JTAG ne radi?Citat:
Izvorno objavio Ken Sumrall (Android SE)
Budući da je /data mjesto na čipu koje ima najviše aktivnosti pisanja. /system se nikada ne upisuje (osim tijekom ažuriranja sustava) i /cache se rijetko koristi (uglavnom za primanje OTA-a).
Pitanje: Može li se oštećeni datotečni sustav popraviti (na eMMC-u)?Citat:
Izvorno objavio Ken Sumrall
Kao što sam gore spomenuo, revizija firmvera 0x19 imala je grešku da je nakon naredbe za brisanje emmc-a mogla napustiti interne strukture podataka emmc čipa u lošem stanju koje uzrokuju zaključavanje čipa kada je određeni sektor bio pristupano. Jedino rješenje bilo je brisanje čipa i ažuriranje firmvera. Imam kod za to, ali ne znam mogu li ga podijeliti. Pitati ću.
Dakle, iako se popravak trenutačno ne odnosi na nas, dobili smo izvrstan uvid u problem superbricka kao i informacije da popravak je već razvijen (nadajmo se da ćemo ga vidjeti!). Greška se vjerojatno odnosi na nas i pod pretpostavkom da je popravak za 0x19 firmware dan, onda bi se odnosio na naše uređaje.Lakše, htio sam uključiti njegovu bliskost:Citat:
Izvorno objavio Ken Sumrall
e2fsck može popraviti datotečni sustav, ali često je 32 Kbajta umetnuto na početku grupe blokova, što je izbrisalo mnoge inode, pa bi pokretanje e2fscka često rezultiralo gubitkom mnogih datoteka.
Citat:
Izvorno objavio Ken Sumrall
Dobivate uvid u uzbudljivi život programera Android kernela. :-) Ispostavilo se da je posao većinom borba s hardverom s greškama. Barem se ponekad tako čini.
Molimo vas da se klonite flashanja bilo čega ICS-a na svojim uređajima dok se ovo ne riješi.
Želite nešto objaviti na Portalu? Kontaktirajte bilo kojeg pisca vijesti.
[Hvala Entropija512 za sav tvoj trud!!!]