Nous avons apporté une couverture continue de la Bug de brique dure Samsung cela affecte un grand nombre d'utilisateurs. Pour ceux qui ne le connaissent pas, le bug de la brique dure provoque des dommages complets et irréparables au périphérique de stockage eMMC. Cela s'est produit lorsque les premières fuites d'ICS sur divers appareils Samsung ont été publiées, et elles constituent depuis lors un problème.
Une façon pour les utilisateurs de savoir s'ils ont le bug de la brique est Application Chainfire's Got Brickbug, qui détermine si votre matériel est bon ou mauvais. Il existe une autre façon de déterminer si vous avez le bug de la brique si vous avez le Samsung Galaxy S II. Membre senior XDA Tungstvingt a publié un script qui permet de déterminer plus en détail si les utilisateurs ont ou non le bug de la brique. Selon le développeur reconnu XDA Elite Entropie512, qui continue d'être à l'avant-garde du bug de la bataille contre la brique, son fonctionnement est différent de celui de l'application Chainfire. Entropy512 déclare :
Il détecte un composant différent du brickbug - Chainfire détecte les mauvais chips, cela détectera certains noyaux qui permettent des commandes dangereuses jusqu'aux côtelettes.
Cependant, tout ne va pas bien. En raison de la manière dont il détecte, il est très probable qu'il puisse générer des faux positifs. et faux négatifs. Encore une fois, Entropy512 explique :
Il produira probablement des faux positifs et des faux négatifs car il vérifie les binaires compilés et non la source. Si quelque chose à proximité de l'endroit où MMC_CAP_ERASE est défini change, cela peut conduire à des faux négatifs par exemple.
Ainsi, même s'il s'agit d'un outil très utile, il n'est pas judicieux de déclarer votre appareil sûr ou dangereux uniquement sur la base de ce que dit cette application. Étant donné qu’il a la capacité de produire des faux positifs et des faux négatifs, il pourrait s’avérer propre même si vous avez le bug de la brique. Il est préférable de l'utiliser avec l'application Chainfire (liée ci-dessus) pour vérifier. Si vous n'êtes toujours pas sûr après les deux tests et qu'avec un bug aussi dangereux, vous devriez probablement le faire, alors il est préférable d'agir simplement comme si vous aviez le bug de la 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 l'avoir. Bien que cela ait la capacité de fonctionner, Entropy512 laisse tomber une fois de plus 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 un noyau sûr, il peut simplement corriger une autre partie du noyau introduisant un bogue sans rendre le noyau sûr. De plus, étant donné que la modification déclenchera les mécanismes de détection de compteur flash/modification, cela ne sert pas à grand-chose plutôt que de simplement construire un noyau à partir des sources.
Donc, encore une fois, si vous décidez d’essayer cela, faites-le avec la plus grande prudence. Le test et le correctif pourraient échouer, et si cela se produit, vous pourriez vous retrouver bloqué. Cela ne doit pas être considéré comme 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 bug de la brique est présent. Cependant, faire preuve de la plus grande prudence n’est jamais une mauvaise idée. Actuellement, 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é récupérée de celle d'egzthunder1 article fantastique sur le bug de la brique. Un grand merci également à Entropy512 pour la consultation.]