Nenehno poročamo o Samsung trda opečna napaka to vpliva na veliko število uporabnikov. Za tiste, ki niso seznanjeni, hrošč iz trde opeke povzroči popolno in nepopravljivo škodo na napravi za shranjevanje eMMC. Do tega je prišlo, ko so bila objavljena prva puščanja informacij o ICS na različnih napravah Samsung in od takrat so problem.
Eden od načinov, kako uporabniki spremljajo, ali imajo napako opeke, je Aplikacija Chainfire's Got Brickbug, ki določa, ali imate dobro ali slabo strojno opremo. Obstaja še en način, kako ugotoviti, ali imate opečnega hrošča, če ga imate Samsung Galaxy S II. Starejši član XDA Tungstwenty je izdal skript, ki pomaga pri nadaljnjem ugotavljanju, ali imajo uporabniki napako opeke ali ne. Glede na XDA Elite Recognized Developer Entropija512, ki je še naprej v ospredju bitke proti opečnemu hrošču, deluje drugače kot aplikacija Chainfire. Entropy512 navaja:
Zazna drugačno komponento brickbuga - Chainfire zazna slabe čipe, to bo zaznalo nekatera jedra, ki omogočajo nevarne ukaze do chopov.
Vendar ni vse v redu. Zaradi načina zaznavanja obstaja zelo velika verjetnost, da lahko povzroči lažno pozitivne rezultate in lažno negativni. Še enkrat, Entropy512 pojasnjuje:
Verjetno bo zagotovil nekaj lažno pozitivnih in lažno negativnih rezultatov, saj preverja prevedene dvojiške datoteke in ne vira. Če se kaj spremeni v bližini mesta, kjer je nastavljena MMC_CAP_ERASE, lahko na primer povzroči lažno negativne rezultate.
Čeprav je orodje zelo koristno, je nespametno razglašati svojo napravo za varno ali nevarno izključno na podlagi tega, kar pravi ta aplikacija. Glede na to, da ima zmožnost zagotavljanja lažno pozitivnih in lažno negativnih rezultatov, bi se lahko izkazal za čistega, tudi če imate opečnega hrošča. Za dvojno preverjanje se najbolje uporablja skupaj z aplikacijo Chainfire (zgornja povezava). Če po obeh preizkusih še vedno niste prepričani in imate tako nevarnega hrošča, potem je veliko bolje, da se preprosto obnašate, kot da imate hrošča opeke. Bolje varno kot obžalovati.
Drugi del Tungstwentyjeve teme pojasnjuje, kako popraviti težavo, če se zdi, da jo imate. Čeprav je to zmožno delovati, Entropy512 še enkrat opušča besede modrosti:
Če popravek ne uspe, lahko uporabniki mislijo, da so varni, čeprav niso. Namesto da bi popravil segment kode, da bi naredil jedro varno, lahko namesto tega samo popravi kakšen drug del jedra, ki predstavlja hrošč, ne da bi jedro upodobil varno. Poleg tega, ker bo sprememba sprožila mehanizme za zaznavanje števca/spreminjanja bliskavice, nima posebnega smisla v tem početju v nasprotju s samo gradnjo jedra iz vira.
Torej, še enkrat, če se odločite to preizkusiti, naredite to zelo previdno. Preizkus in popravek lahko ne uspeta, in če se to zgodi, lahko ostanete opečeni. Tega ne bi smeli razumeti kot slab razvoj. Vsekakor ni slab razvoj in skript bi lahko zelo dobro uporabili za pomoč pri ugotavljanju, ali je prisotna napaka opeke. Vendar skrajna previdnost ni nikoli slaba ideja. Trenutno so Entrop512 in drugi v neposrednem stiku s Samsungom, da bi trajno odpravili težavo.
Za več informacij si oglejte izvirna nit.
[Fotografija je bila povzeta iz egzthunder1's fantastičen članek na opečni hrošč. Prav tako velika hvala Entropy512 za posvetovanje.]