Nuo tada, kai naujausi „Samsung Galaxy S2“ serijos nutekėjimai smogė į kairę ir į dešinę, žmonės šoktelėjo tarp ROM daugiausia tarp klaidingų, išankstinių ICS versijų ir labai stabilių GB. Galų gale, tai yra tai, ką mes darome naudodami XDA kaip įprotį: matome nutekėjimą, paleidžiame jį, naudojame ir pakoreguojame. Jei neskrenda, mes tiesiog riedame atgal. Žinoma, visada kyla pavojus, kad mirksi daiktai, kurių pirmiausia neturėtų būti jūsų įrenginyje, tačiau rizika visiškai sugadinti įrenginį šiais laikais yra gana maža. Ypač todėl, kad yra įrankių, leidžiančių sugrąžinti jūsų įrenginius iš numirusių, pvz Unbrickable Mod XDA Elite pripažintas kūrėjas AdamOutleris.
Tai pasakius, atrodo, kad nuotėkių pasaulyje ne viskas gerai. Ačiū XDA Elite pripažintam kūrėjui Entropija512, sužinojome, kad daugumai įrenginių, kurių nutekėjimas patenka, yra labai didelė rizika, kad po blyksnio jie niekada nepabus. Pasirodo, kad nutekėjusiame ICS branduolyje yra didelė klaida, kuri paveikia /data eMMC lusto skaidinys, kuris, matyt, sugadinamas atliekant tam tikras operacijas, pvz., valant ir mirksint. Iš pradžių buvo manoma, kad tai turi įtakos tik operacijoms, atliekamoms naudojant pasirinktinius atkūrimus, pvz., CWM. Tačiau buvo pranešimų apie kietas plytas, kurios buvo pagamintos iš blykstės
atsargų susigrąžinimas taip pat. Paveikti įrenginiai yra:- Visi Epic 4G Touch (SPH-D710) ICS nuotėkis
- Visi „Galaxy Note“ (GT-N7000) ICS nutekėjimas
- The AT&T Galaxy S II (SGH-I777) UCLD3 nuotėkis – ir tikriausiai visi kiti
- Korėjos SHW-M250S/K/L oficialūs leidimai ir bet koks branduolys, sukurtas iš jų šaltinio
Entropy ir kiti kūrėjai paskelbė keletą įspėjimų, išsibarsčiusių visoje svetainėje, kuriuose jie išsamiai paaiškina, kas vyksta. Mūsų pasiūlymas yra, kad vartotojai neturėtų mirksėti ICS nuo nutekėjimo, kol branduolio klaida nebus visiškai ištaisyta, nebent, žinoma, ketinate apsaugoti savo įrenginį. Atminkite, kad tai nėra kažkas, ko galima atkurti naudojant „Unbrickable Mod“ ar net per JTAG, nes tai yra „eMMC“ programinės įrangos klaida. Tai tiesiogiai iš paties Entropy tiems, kurie domisi šiek tiek išsamiau:
PAVOJUS: daugelis Samsung ICS nutekėjusių branduolių gali sugadinti jūsų įrenginį!
Tie, kurie atkreipia dėmesį į įvairius „Samsung“ įrenginius, galėjo pastebėti, kad kai kuriuose įrenginiuose, naudojant ICS nutekėjusius branduolius, atsiranda daug kietųjų plytų. Šios kietosios plytos yra ypač bjaurios, nes JTAG paslaugų pardavėjai negalėjo atgaivinti šių įrenginių, skirtingai nei paprastos įkrovos tvarkyklės sugadintos kietosios plytos. Taip yra dėl to, kad šie branduoliai iš tikrųjų sugeba sukelti nuolatinę žalą eMMC saugojimo įrenginiui.
Patvirtinta, kad paveikti branduoliai:
[*]Nutekėjo visų „Epic 4G Touch“ (SPH-D710) ICS[*]Nutekėja visi „Galaxy Note“ (GT-N7000) ICS[*]„AT&T Galaxy S II“ (SGH-I777) UCLD3 nutekėjimas – ir tikriausiai visi kiti[*]Oficialūs Korėjos SHW-M250S/K/L leidimai ir bet koks branduolys, sukurtas iš jų šaltinis
Branduoliai, kurie TURI būti saugūs, yra:
[*]GT-I9100 ICS nutekėjimas[*]Oficialus GT-I9100 leidimas[*]Branduoliai, sukurti iš GT-I9100 Update4 šaltinio bazės
Operacijos, kurios gali sukelti žalą paleidžiant paveiktą branduolį:
Valymas naudojant CWM (ir tikriausiai bet kokį kitą tinkintą atkūrimą) (patvirtinta)
„Nandroid“ atsarginės kopijos atkūrimas naudojant CWM (pirmiausia išvaloma)
Kitos programinės aparatinės įrangos mirksėjimas CWM (dauguma blyksnių pirmiausia išvalomi)
Valymas sandėlyje 3e atkūrimas (įtariama, taip pat nuvalo pertvarą)
Didelių failų ištrynimas veikiant paveiktam branduoliui (įtariama, bet nepatvirtinta)
Jei turite paveiktą branduolį:
Nedelsdami paleiskite žinomą gerą branduolį naudodami Odin / Heimdall. NENAUDOKITE „Mobile Odin“, CWM ar bet kokio įrenginyje esančio metodo, kad blykstumėte. Žinomi geri branduoliai:
[*]Beveik visi Gingerbread branduoliai[*]ICS branduoliai, sukurti iš GT-I9100 Update4 šaltinio kodo
Pagrindinė šios problemos priežastis dar nenustatoma, tačiau daugelis pripažintų XDA kūrėjų įtaria, kad taip yra dėl to, kad „Samsung“ įgalino funkciją paveikti branduoliai, MMC_CAP_ERASE – tai našumo funkcija, kuri gali labai padidinti „flash“ įrašymo našumą, tačiau atrodo, kad ji išryškina „flash“ trūkumą mikroschemų rinkinys. GT-I9100 ICS branduoliuose ši funkcija neįjungta ir jie atrodo saugūs. Tačiau nėra pakankamai žinoma, kad visi branduoliai be šios funkcijos būtų saugūs – tai vienintelis subjektas, galintis patvirtinti pagrindinę Šią problemą ir paskelbti, kad ji išspręsta nerizikuojant (sunaikinti kelis įrenginius be galimybės jų pataisyti), yra „Samsung“. patys.
Apskritai, iki tolesnio pranešimo, jei naudojate „Samsung ICS“ nutekėjimą bet kuriame „Exynos“ pagrindu veikiančiame įrenginyje, išskyrus GT-I9100, primygtinai rekomenduojama sumirksėti ką nors kita.
Ir tai ką tik šįryt pasirodė mūsų forumuose, XDA nario sutikimu garwynn. Matyt, buvo susisiekta su „Google“ ir jie žinojo apie problemą, o vienas inžinierius tikisi, kad pavyks išspręsti problemą.
Na, praėjo šiek tiek laiko, bet, laimei, p. Sumrall iš „Android“ atsakė į mus dėl mūsų klausimų. Manau, kad bendruomenė supras, kad to laukti buvo verta.Problema: fwrev netinkamai nustatytas.Kaip įtarėme, riktų pataisymas nėra mūsų versijoje. (Pleistras tai taiko besąlygiškai.)Klausimas: peržiūra neatitiko pataisos(Pabrėžti mano raudona spalva, nes jame aptariamas superplytų klausimas.)Citata:
Iš pradžių paskelbė Kenas Sumrallis
Pleistras apima mmc.c eilutę, nustatančią fwrev į teisių bitus iš cid registro. Prieš šį pataisą failas /sys/class/block/mmcblk0/device/fwrev nebuvo inicijuotas iš CID, skirtas emmc įrenginių 4 ir naujesnėms versijoms, todėl buvo rodomas nulis.(Antras paklausimas)fwrev yra lygus nuliui, kol nebus uždėtas pleistras.
Klausimas: Kodėl / data skaidinys?Citata:
Iš pradžių paskelbė Kenas Sumrallis
Tikriausiai turite klaidą, bet rev 0x19 buvo ankstesnė programinės aparatinės įrangos versija, kurią turėjome savo prototipuose, tačiau nustatėme, kad joje yra kita klaida, kurią išdavė mmc trynimo komandą, ji gali sugadinti lusto duomenų struktūras ir užblokuoti įrenginį, kol jis nebus įjungtas. dviračiu. Tai sužinojome, kai daugelis mūsų kūrėjų darė greito įkrovos naudotojo duomenų ištrynimą, kol mes kūrėme ICS. Taigi „Samsung“ išsprendė problemą ir perėjo prie programinės įrangos versijos 0x25.Taip, labai erzina, kad 0x19 yra dešimtainis 25, ir tai sukėlė daug painiavos bandant diagnozuoti emmc programinės įrangos problemas. Pagaliau išmokau _VISADA_ nurodyti emmc versiją šešioliktaine tvarka ir prieš skaičių įrašyti 0x, kad būtų nedviprasmiška.Tačiau nors 0x19 tikriausiai turi klaidą, kuri gali įterpti 32 KB nulių į blykstę, negalite naudoti šios pataisos įrenginiuose, kurių programinės aparatinės įrangos versija yra 0x19. Ši pataisa labai konkrečiai įsilaužia į du kodo baitus 0x25 versijos programinėje aparatinėje aparatinėje aparatūroje, o labiausiai pataisa greičiausiai neveiks su 0x19 ir greičiausiai sukels lusto gedimą ir praras duomenis Blogiausias. Yra priežastis, dėl kurios atrankos kriterijai yra tokie griežti, kad šis pataisas būtų taikomas „emmc“ programinei įrangai.Po kelių dienų perdaviau mūsų rezultatus, paminėdamas, kad failų sistema nebuvo sugadinta iki išvalymo. Tai yra atsakas į tą tolesnę veiklą.Kaip minėjau ankstesniame įraše, programinės aparatinės įrangos rev 0x19 turi klaidą, dėl kurios emmc lustas gali užsiblokuoti, kai duodama trynimo komanda. Ne kiekvieną kartą, bet pakankamai dažnai. Paprastai po to įrenginys gali būti paleistas iš naujo, bet tada užrakinamas įkrovos proceso metu. Labai retai jis gali užsiblokuoti net prieš įkeliant greitąją paleidimą. Jūsų testuotojui nepasisekė. Kadangi net negalite paleisti „fastboot“, įrenginys tikriausiai užblokuotas. :-( Jei jis galėtų paleisti „fastboot“, tada įrenginį tikriausiai būtų galima atkurti naudojant turimą programinės aparatinės įrangos atnaujinimo kodą, darant prielaidą, kad galiu juo bendrinti. Aš paklausiu.
Klausimas: Kodėl JTAG neveiks?Citata:
Iš pradžių paskelbė Ken Sumrall („Android SE“)
Kadangi /data yra vieta, kurioje lustas patiria daugiausiai rašymo veiklos. /sistema niekada nerašoma (išskyrus sistemos atnaujinimo metu), o /cache retai naudojama (dažniausiai OTA gauti).
Klausimas: ar galima pataisyti sugadintą failų sistemą (eMMC)?Citata:
Iš pradžių paskelbė Kenas Sumrallis
Kaip jau minėjau aukščiau, 0x19 versijos programinė įranga turėjo klaidą, kuri po emmc trynimo komandos gali palikti blogos būsenos emmc lusto vidinės duomenų struktūros, dėl kurių lustas užsiblokuoja, kai tam tikras sektorius prieita. Vienintelis sprendimas buvo nuvalyti lustą ir atnaujinti programinę-aparatinę įrangą. Turiu kodą tai padaryti, bet nežinau, ar galiu juo pasidalinti. Aš paklausiu.
Taigi, nors pataisymas šiuo metu mums netaikomas, mums buvo suteikta puiki įžvalga apie puikią problemą, taip pat informacija, kurią reikia pataisyti. yra jau sukurtas (tikiuosi, pamatysime, kad jis bus išleistas!). Tikėtina, kad klaida galioja mums ir, darant prielaidą, kad pateikiamas 0x19 programinės įrangos pataisymas, jis bus taikomas ir mūsų įrenginiams.Lengviau norėjau įtraukti jo artimuosius:Citata:
Iš pradžių paskelbė Kenas Sumrallis
e2fsck gali pataisyti failų sistemą, tačiau dažnai 32 Kbaitai buvo įterpiami blokų grupės pradžioje, todėl buvo ištrinta daug inodų, todėl paleidus e2fsck dažnai daugelis failų pasimes.
Citata:
Iš pradžių paskelbė Kenas Sumrallis
Galite pažvelgti į įdomų „Android“ branduolio kūrėjo gyvenimą. :-) Pasirodo, darbas dažniausiai yra kova su buggy aparatūra. Bent jau kartais taip atrodo.
Kol tai nebus išspręsta, stenkitės nemirksėti ICS ant savo įrenginių.
Norite ką nors paskelbti portale? Susisiekite su bet kuriuo naujienų rašytoju.
[Dėkoju Entropija512 už visą jūsų sunkų darbą!!!]