Un autre moyen de détecter l'infâme brique

Nous couvrons en permanence le bogue Samsung qui affecte un grand nombre d’utilisateurs. Pour ceux qui ne sont pas familiers, le bogue de brique dure cause des dommages complets et irréparables au périphérique de stockage eMMC. Cela a été provoqué par la publication des premières fuites dans ICS sur divers appareils Samsung. Depuis, elles posent problème.

L’application Got Brickbug de Chainfire, qui détermine si vous avez du bon ou du mauvais matériel, permet aux utilisateurs de savoir s’ils ont le bogue de brique. Il existe un autre moyen de déterminer si vous avez le bogue de brique si vous possédez le Samsung Galaxy S II. Le membre senior Tungstwenty a publié un script qui aide à déterminer si les utilisateurs ont ou non le bug de la brique. Selon Entropy512, développeur reconnu par Elite, qui continue d’être à l’avant-garde du bogue de bataille contre brique, il fonctionne différemment de l’application de Chainfire. Entropy512 déclare:

Il détecte un composant différent du brickbug - Chainfire détecte les mauvais puces, cela détectera certains noyaux qui permettent des commandes dangereuses jusqu'aux découpages.

Cependant, tout ne va pas bien. En raison de la façon dont il détecte, il est très probable qu'il puisse générer des faux positifs et des faux négatifs. Encore une fois, Entropy512 explique:

Il produira probablement des faux positifs et des faux négatifs lors de la vérification des fichiers binaires compilés et non de la source. Si quelque chose près de l'endroit où MMC_CAP_ERASE est défini change, cela peut conduire à de faux négatifs, par exemple.

Ainsi, bien que ce soit un outil très utile, il est déconseillé de déclarer votre appareil sûr ou dangereux strictement selon les indications de cette application. Etant donné qu'il a la capacité de générer des faux positifs et des faux négatifs, il peut être résolu même si vous avez le brique. Il est mieux utilisé avec l'application de Chainfire (lien ci-dessus) pour vérifier. Si vous n'êtes toujours pas sûr après les deux tests - et avec un bogue aussi dangereux que vous devriez l'être -, il est alors préférable d'agir simplement comme si vous aviez le bogue de brique. Mieux vaut prévenir que guérir.

La deuxième partie du fil de discussion de Tungstwenty explique comment corriger le problème si vous semblez en souffrir. Alors que cela a la capacité de fonctionner, Entropy512 laisse encore une fois tomber des mots de sagesse:

Si le correctif échoue, les utilisateurs pourraient penser qu’ils sont en sécurité alors qu’ils ne le sont pas. Au lieu de corriger le segment de code pour rendre le noyau sécurisé, il peut simplement corriger une autre partie du noyau introduisant un bogue sans rendre le noyau sécurisé. De plus, étant donné que la modification déclenchera les mécanismes de détection de compteur / modification flash, il est inutile de le faire, au lieu de simplement créer un noyau à partir de la source.

Donc, encore une fois, si vous décidez d'essayer cela, faites-le avec la plus grande prudence. Le test et le correctif peuvent échouer et si cela se produit, vous risquez de vous retrouver bloqués. Cela ne doit pas être confondu avec un mauvais développement. Ce n'est absolument pas un mauvais développement, et le script pourrait très bien être utilisé pour aider à déterminer si le bogue de brique est présent. Cependant, faire preuve de la plus grande prudence n’est jamais une mauvaise idée. À l'heure actuelle, Entrop512 et d'autres sont en contact direct avec Samsung pour résoudre définitivement le problème.

Pour plus d'informations, consultez le fil d'origine.

[La photo a été extraite de l'article fantastique d'egzthunder1 sur le virus de la brique. Merci également à Entropy512 pour la consultation.]