悪名高いレンガのバグを検出する別の方法

についての継続的な報道をお届けしてきました。 サムスンのハードレンガのバグ それは多数のユーザーに影響を与えています。 馴染みのない人のために説明すると、ハード ブリック バグは eMMC ストレージ デバイスに完全かつ修復不可能な損傷を引き起こします。 この問題は、さまざまな Samsung デバイスの ICS への最初の漏洩が公開されたときに発生し、それ以来問題となっています。

ユーザーがレンガのバグに感染しているかどうかを追跡している方法の 1 つは次のとおりです。 Chainfire の Got Brickbug アプリケーション、ハードウェアが良いか悪いかを判断します。 レンガバグがあるかどうかを判断する別の方法があります。 サムスンギャラクシーS II. XDA 上級会員 タングステンティ は、ユーザーがブリックバグに感染しているかどうかをさらに判断するのに役立つスクリプトをリリースしました。 XDA Elite 認定開発者によると エントロピー512は、レンガバグとの戦いの最前線に立ち続けていますが、Chainfire のアプリとは機能が異なります。 Entropy512 は次のように述べています。

これはブリックバグの別のコンポーネントを検出します。Chainfire は不良チップを検出します。これは、チョップまでの危険なコマンドを許可する一部のカーネルを検出します。

しかし、すべてが順調というわけではありません。 検出方法により、誤検知が発生する可能性が非常に高くなります。 そして 偽陰性。 繰り返しになりますが、Entropy512 は次のように説明しています。

ソースではなくコンパイルされたバイナリをチェックするため、誤検知や誤検知が発生する可能性があります。 MMC_CAP_ERASE が設定されている場所の近くで何かが変化すると、たとえば偽陰性が発生する可能性があります。

したがって、これは非常に便利なツールではありますが、このアプリケーションの内容に厳密に基づいてデバイスが安全であるか危険であるかを宣言するのは賢明ではありません。 偽陽性と偽陰性を配信する能力があることを考えると、たとえレンガのバグがあったとしても、きれいに終わる可能性があります。 再確認するには、Chainfire のアプリケーション (上にリンク) と一緒に使用するのが最適です。 両方のテストを行ってもまだ確信が持てず、この危険なバグがある場合は、単純にレンガのバグがあるかのように行動する方がはるかに良いでしょう。 転ばぬ先の杖。

Tungstwenty のスレッドの 2 番目の部分では、問題があると思われる場合にその問題にパッチを適用する方法について説明しています。 これには機能する能力がありますが、Entropy512 は再び知恵の言葉をドロップします。

パッチが失敗すると、ユーザーは自分は安全ではないのに安全だと思い込んでしまう可能性があります。 カーネルを安全にするためにコードセグメントにパッチを適用する代わりに、カーネルを安全にすることなく、カーネルの他の部分にパッチを適用するだけでバグが発生する可能性があります。 また、変更によりフラッシュ カウンタ/変更検出メカニズムがトリガーされるため、単にソースからカーネルを構築するのとは対照的に、これを行うことにあまり意味はありません。

したがって、繰り返しになりますが、これを試してみることに決めた場合は、細心の注意を払ってください。 テストとパッチの両方が失敗する可能性があり、その場合、最終的にブリックされる可能性があります。 これを悪い展開と誤解すべきではありません。 これはまったく悪い開発ではなく、このスクリプトは、レンガのバグが存在するかどうかを判断するために使用できる可能性があります。 ただし、最大限の注意を払うことは決して悪いことではありません。 現在、Entrop512 などはこの問題を永久に修正するために Samsung と直接連絡を取っている。

詳細については、をチェックしてください。 元のスレッド.

[写真はegzthunder1さんからジャックしました 素晴らしい記事 レンガバグについて。 また、相談に応じてくれた Entropy512 にも感謝します。]