Alates sellest, kui viimased Samsung Galaxy S2 lekked on meid tabanud vasakule ja paremale, on inimesed hüppanud ROMide vahel peamiselt lollakate, väljalaskeeelsete ICS-i versioonide ja väga stabiilse GB vahel. See on lõppude lõpuks see, mida me XDA-s harjumusena teeme: näeme leket, välgutame seda, kasutame seda ja kohandame seda. Kui see ei lenda, veereme lihtsalt tagasi. Muidugi on alati omane oht vilkuvatele asjadele, mis ei tohiks teie seadmes esmajoones olla, kuid oht seadme täielikult müüristada on tänapäeval üsna väike. Eriti kuna on olemas tööriistad, mis aitavad teie seadmeid surnuist tagasi tuua, näiteks Tellimatu mod XDA Elite tunnustatud arendaja poolt AdamOutler.
Seda öeldes ei tundu lekete maailmas kõik korras olevat. Tänu XDA Elite tunnustatud arendajale Entroopia512, oleme õppinud, et enamikul seadmetel, mis saavad lekkeid, on väga suur oht, et nad ei ärka pärast välgatust kunagi üles. Selgub, et lekkinud ICS-i tuumas on suur viga, mis mõjutab /data eMMC-kiibi partitsioon, mis ilmselt rikutakse teatud toimingute (nt pühkimine ja vilkumine) ajal. Algselt arvati, et see mõjutab ainult kohandatud taastamistes (nt CWM) tehtud toiminguid. Siiski on teatatud kõvade telliste valmistamisest välklampidest
varude taastumine samuti. Mõjutatud seadmed on:- Kõik Epic 4G Touch (SPH-D710) ICS lekib
- Kõik Galaxy Note (GT-N7000) ICS lekib
- The AT&T Galaxy S II (SGH-I777) UCLD3 leke – ja ilmselt ka kõik teised
- Korea SHW-M250S/K/L ametlikud väljaanded ja nende allikast ehitatud kernel
Entropy ja teised arendajad on postitanud mitu hoiatust, mis on hajutatud kogu saidile, milles nad selgitavad üksikasjalikult, mis toimub. Meie soovitus on, et kasutajad peaksid hoiduma ICS-i vilkumisest lekete tõttu seni, kuni kerneli viga on täielikult parandatud, välja arvatud juhul, kui te ei soovi oma seadet kõvasti tellida. Pidage meeles, et seda ei saa Unbrickable Modi või isegi JTAG-i kaudu taaselustada, kuna see on eMMC püsivara viga. See on otse Entropy enda käest neile, kes on huvitatud pisut üksikasjalikumalt:
OHT. Paljud Samsungi ICS-i lekketuumad võivad teie seadet kahjustada!
Need, kes pööravad tähelepanu erinevate Samsungi seadmetega toimuvale tegevusele, võisid märgata, et ICS-i lekkinud tuumade kasutamisel on mõnes seadmes suur hulk kõvaklotse. Need kõvaklotsid on eriti vastikud, kuna JTAG-teenuste müüjad ei ole suutnud neid seadmeid taaselustada, erinevalt lihtsatest alglaaduri rikkumist takistavatest hardbrickidest. See on tingitud asjaolust, et need tuumad suudavad eMMC-mäluseadmele tekitada püsivat kahju.
Tuumad, mille mõju on kinnitatud, on:
[*]Kõik Epic 4G Touchi (SPH-D710) ICS-id lekivad[*]Kõik Galaxy Note'i (GT-N7000) ICS-id lekivad[*]AT&T Galaxy S II (SGH-I777) UCLD3 leke – ja ilmselt ka kõik teised[*]Korea SHW-M250S/K/L ametlikud väljaanded ja nende põhjal ehitatud kernel allikas
Tuumad, mis PEAKSID olema ohutud, on:
[*]GT-I9100 ICS lekib[*]GT-I9100 ametlikud väljalasked[*]Tuumad, mis on üles ehitatud GT-I9100 Update4 allika baasist
Toimingud, mis võivad mõjutatud tuuma käitamisel kahjustada:
Pühkimine CWM-is (ja tõenäoliselt mis tahes muu kohandatud taastamine) (kinnitatud)
Nandroidi varukoopia taastamine CWM-is (kõigepealt pühkige)
Teise püsivara vilkumine CWM-is (enamik välkusid pühitakse kõigepealt)
Pühkimine laos 3e taastamine (kahtlustatakse, pühib ka vaheseina)
Suurte failide kustutamine mõjutatud kerneli käitamisel (kahtlustatakse, kuid pole kinnitatud)
Kui teil on mõjutatud tuum:
Värskendage kohe teadaolevalt hea tuum Odini/Heimdalli abil. ÄRGE kasutage välgutamiseks Mobile Odinit, CWM-i ega mõnda muud seadmes olevat meetodit. Tuntud heade tuumade hulka kuuluvad:
[*]Peaaegu kõik Gingerbreadi tuum[*]ICS-i tuumad, mis on ehitatud lähtekoodist GT-I9100 Update4
Selle probleemi algpõhjust pole veel kindlaks tehtud, kuid paljud XDA tunnustatud arendajad kahtlustavad, et see on tingitud sellest, et Samsung lubas rakenduses funktsiooni. mõjutatud tuumad, MMC_CAP_ERASE – see on jõudlusfunktsioon, mis võib oluliselt suurendada välklambi kirjutamise jõudlust, kuid näib toovat esile välklambi vea kiibistik. GT-I9100 ICS-i tuumadel pole see funktsioon lubatud ja need näivad olevat turvalised. Siiski ei teata piisavalt, et kuulutada kõik tuumad ilma selle funktsioonita ohutuks – see on ainus üksus, mis suudab kinnitada see probleem ja kuulutada see lahendatuks ilma suurt riski võtmata (hävitades mitu seadet, ilma et oleks võimalik neid parandada), on Samsung ise.
Üldiselt, kui teil on Samsungi ICS-i leke mõne muu Exynos-põhise seadme jaoks, välja arvatud GT-I9100, kuni edasise teatamiseni, on tungivalt soovitatav vilkutada midagi muud.
Ja see ilmus just täna hommikul ka meie foorumites, tänu XDA liikmele garwynn. Ilmselt on Google'iga ühendust võetud ja nad on probleemist teadlikud ning üks insener loodab selle probleemi lahendamise nimel töötada.
Noh, sellest on mõnda aega möödas, kuid õnneks võttis hr Sumrall Androidist meie küsimustega ühendust. Arvan, et kogukond leiab, et see oli ootamist väärt.Probleem: fwrev pole õigesti seadistatud.Nagu kahtlustasime, pole veaparandus meie konstruktsioonis. (Plaaster rakendab seda tingimusteta.)Küsimus: Redaktsioon ei vastanud parandusele(Rõhutan punasega minu oma, kuna see arutleb superbricki teemal.)Tsitaat:
Algselt postitas Ken Sumrall
Plaaster sisaldab failis mmc.c rida, mis määrab fwrev cid-registri õiguste bittidele. Enne seda plaastrit ei lähtestatud faili /sys/class/block/mmcblk0/device/fwrev CID-st emmc-seadmete versioonis 4 ja uuemates versioonides ning see näitas nulli.(Teisel päringul)fwrev on null kuni plaastri paigaldamiseni.
Küsimus: miks /data partitsioon?Tsitaat:
Algselt postitas Ken Sumrall
Tõenäoliselt on viga sinus, kuid rev 0x19 oli meie prototüüpseadmete püsivara eelmine versioon, kuid avastasime, et sellel oli veel üks viga, mis andis välja mmc kustutamiskäsu, võib see kiibis olevad andmestruktuurid rikkuda ja viia seadme lukustumiseni, kuni see sisse lülitatakse jalgrattaga sõitnud. Avastasime selle siis, kui paljud meie arendajad kustutasid ICS-i arendamise ajal kasutajaandmeid kiirkäivitusel. Nii et Samsung lahendas probleemi ja liikus püsivara versioonile 0x25.Jah, on väga tüütu, et 0x19 on kümnendkoht 25 ja see tekitas emmc püsivara probleemide diagnoosimisel palju segadust. Lõpuks õppisin _ALATI_ viitama emmc versioonile kuueteistkümnendsüsteemis ja ühemõttelisuse huvides numbri ette 0x.Kuid, kuigi 0x19-l on tõenäoliselt viga, mis võib sisestada välkmällu 32 kilobaiti nulli, ei saa te seda plaastrit kasutada seadmetes, mille püsivara versioon on 0x19. See plaaster häkkib 0x25 versiooni püsivaras väga spetsiifiliselt kahebaidi koodi ja kõige rohkem tõenäoliselt ei tööta 0x19 ja tõenäoliselt põhjustab kiibil parimal juhul talitlushäireid ja andmete kadumist halvim. Selle plaastri emmc püsivara rakendamisel on valikukriteeriumid nii ranged.Andsin paar päeva hiljem oma tulemused edasi, mainides, et failisüsteem ei rikutud enne kustutamist. See on vastus sellele järeltegevusele.Nagu ma eelmises postituses mainisin, on püsivara rev 0x19 viga, kus emmc-kiip võib pärast kustutamiskäsu andmist lukustuda. Mitte iga kord, aga piisavalt sageli. Tavaliselt saab seade pärast seda taaskäivitada, kuid seejärel lukustub alglaadimisprotsessi ajal. Väga harva võib see lukustuda isegi enne kiirkäivituse laadimist. Teie testijal ei vedanud. Kuna te ei saa isegi kiiret käivitamist käivitada, on seade tõenäoliselt tellitud. :-( Kui ta saaks kiirkäivitada, siis saab seadme tõenäoliselt taastada püsivara värskenduskoodiga, mis mul on, eeldades, et saan seda jagada. ma küsin.
Küsimus: Miks JTAG ei tööta?Tsitaat:
Algselt postitas Ken Sumrall (Android SE)
Sest /data on koht, kus kiip kogeb kõige rohkem kirjutamistegevust. /süsteemi ei kirjutata kunagi (välja arvatud süsteemi värskendamise ajal) ja /cache'i kasutatakse harva (peamiselt OTA-de vastuvõtmiseks).
Küsimus: kas rikutud failisüsteemi saab parandada (eMMC-s)?Tsitaat:
Algselt postitas Ken Sumrall
Nagu ma eespool mainisin, oli püsivara versioonil 0x19 viga, mis pärast emmc kustutamiskäsku võis lahkuda emmc-kiibi sisemised andmestruktuurid on halvas olekus, mis põhjustab kiibi lukustumise, kui konkreetne sektor juurdepääs. Ainus lahendus oli kiibi pühkimine ja püsivara värskendamine. Mul on selleks kood, aga ma ei tea, kas saan seda jagada. ma küsin.
Ehkki parandus meie jaoks praegu ei kehti, on meile antud suurepärane ülevaade superbricki probleemist ja teave selle kohta, et parandus on juba välja töötatud (loodetavasti näeme selle väljalaskmist!). Tõenäoliselt kehtib viga meie kohta ja eeldades, et 0x19 püsivara on parandatud, kehtiks see ka meie seadmete kohta.Kergemalt tahtsin lisada tema lähedase:Tsitaat:
Algselt postitas Ken Sumrall
e2fsck suudab failisüsteemi parandada, kuid sageli lisati 32 kilobaiti plokirühma algusesse, mis kustutas palju inode ja seega põhjustas e2fscki käivitamine sageli paljude failide kadumist.
Tsitaat:
Algselt postitas Ken Sumrall
Saate pilguheit Androidi kerneli arendaja põnevasse ellu. :-) Selgub, et töö on enamasti lollaka riistvaraga võitlemine. Vähemalt mõnikord tundub nii.
Vältige oma seadmetele ICS-i vilkumist, kuni see on lahendatud.
Kas soovite midagi portaalis avaldada? Võtke ühendust mis tahes uudiste kirjutajaga.
[Tänan Entroopia512 kogu teie raske töö eest!!!]