Folyamatos tudósításokat hoztunk a Samsung kemény tégla hiba ez sok felhasználót érint. Azok számára, akik nem ismerik, a kemény tégla hiba teljes és helyrehozhatatlan károkat okoz az eMMC tárolóeszközben. Ez akkor történt, amikor megjelentek az első szivárogtatások az ICS-hez számos Samsung készüléken, és azóta is gondot okoznak.
Az egyik módja annak, hogy a felhasználók nyomon követhessék, van-e bennük a tégla hiba Chainfire's Got Brickbug alkalmazás, amely meghatározza, hogy jó vagy rossz hardverrel rendelkezik. Volt egy másik módja annak meghatározására, hogy megvan-e a tégla hiba, ha megvan a Samsung Galaxy S II. XDA vezető tag Tungstwenty kiadott egy szkriptet, amely segít jobban meghatározni, hogy a felhasználók rendelkeznek-e a téglahibával. Az XDA Elite elismert fejlesztő szerint Entrópia512, aki továbbra is az élen jár a csata versus téglahibával szemben, másképp működik, mint a Chainfire alkalmazása. Az Entropy512 kimondja:
Érzékeli a brickbug egy másik komponensét – a Chainfire észleli a rossz chipeket, ez észlel néhány kernelt, amelyek veszélyes parancsokat engednek át a darabolásig.
Azonban nincs minden rendben. Az észlelési mód miatt igen nagy a valószínűsége annak, hogy hamis pozitív eredményeket ad. és hamis negatívok. Az Entropy512 ismét elmagyarázza:
Valószínűleg hamis pozitív és hamis negatív eredményt ad, mivel a lefordított binárisokat ellenőrzi, és nem a forrást. Ha az MMC_CAP_ERASE beállítási hely közelében bármi megváltozik, az például hamis negatív értékekhez vezethet.
Tehát bár ez egy nagyon hasznos eszköz, nem bölcs dolog biztonságosnak vagy veszélyesnek nyilvánítani eszközét szigorúan az alkalmazás által leírtak alapján. Tekintettel arra, hogy képes téves pozitív és hamis negatív üzenetek továbbítására, akkor is tiszta lehet, ha megvan a téglahiba. Legjobban a Chainfire (fentebb linkelt) alkalmazással együtt használható a kettős ellenőrzéshez. Ha mindkét teszt után még mindig bizonytalan, és egy ilyen veszélyes hibával rendelkezik, akkor valószínűleg sokkal jobb, ha egyszerűen úgy tesz, mintha a téglahibával rendelkezne. Jobb félni, mint megijedni.
A Tungstwenty szálának második része elmagyarázza, hogyan lehet javítani a problémát, ha úgy tűnik, hogy megvan. Noha ez képes működni, az Entropy512 ismét elejti a bölcs szavakat:
Ha a javítás meghiúsul, a felhasználók azt gondolhatják, hogy biztonságban vannak, miközben nem. Ahelyett, hogy a kódszegmenst javítaná a kernel biztonságossá tétele érdekében, ehelyett csak a kernel egy másik részét javítja, amely hibát okoz anélkül, hogy a rendszermagot biztonságossá tenné. Továbbá, mivel a módosítás beindítja a flash-számláló/módosítás-észlelési mechanizmusokat, nincs sok értelme ennek megtenni, szemben azzal, hogy csak forrásból kell kernelt építeni.
Tehát még egyszer, ha úgy dönt, hogy kipróbálja, a lehető legnagyobb körültekintéssel tegye. Mind a teszt, mind a javítás sikertelen lehet, és ha ez megtörténik, akkor a téglás végére kerülhet. Ezt nem szabad rossz fejleménynek téveszteni. Egyáltalán nem rossz fejlesztés, és a szkript nagyon jól használható annak meghatározására, hogy jelen van-e a tégla hiba. A legnagyobb körültekintés azonban soha nem rossz ötlet. Jelenleg az Entrop512 és mások közvetlen kapcsolatban állnak a Samsunggal a probléma végleges megoldása érdekében.
További információért tekintse meg a eredeti szál.
[A fénykép az egzthunder1-ről készült fantasztikus cikk a tégla poloskán. Továbbá nagy köszönet az Entropy512-nek a konzultációért.]