Hemos estado brindando cobertura continua de la Error de ladrillo duro de Samsung eso está afectando a un gran número de usuarios. Para aquellos que no están familiarizados, el error del ladrillo duro causa un daño total e irreparable al dispositivo de almacenamiento eMMC. Surgió cuando se publicaron las primeras filtraciones de ICS en una variedad de dispositivos Samsung y han sido un problema desde entonces.
Una forma en que los usuarios han estado realizando un seguimiento de si tienen el error del ladrillo es Aplicación Got Brickbug de Chainfire, que determina si tienes hardware bueno o malo. Ha habido otra manera de determinar si tienes el virus del ladrillo si tienes el Samsung Galaxy SII. Miembro senior de XDA tungstenoveinte ha publicado un script que ayuda a determinar aún más si los usuarios tienen o no el error del ladrillo. Según el desarrollador reconocido de XDA Elite Entropía512, que continúa a la vanguardia del error de batalla contra ladrillos, funciona de manera diferente a la aplicación Chainfire. Entropía512 afirma:
Detecta un componente diferente del brickbug: Chainfire detecta chips defectuosos, esto detectará algunos núcleos que permiten que comandos peligrosos lleguen a los chops.
Sin embargo, no todo está bien. Debido a la forma en que detecta, existe una probabilidad muy decente de que pueda generar falsos positivos. y falsos negativos. Nuevamente, Entropy512 explica:
Es probable que proporcione algunos falsos positivos y falsos negativos, ya que verifica los archivos binarios compilados y no el código fuente. Si algo cerca del lugar donde está configurado MMC_CAP_ERASE cambia, puede generar falsos negativos, por ejemplo.
Entonces, si bien es una herramienta muy útil, no es prudente declarar que su dispositivo es seguro o peligroso basándose estrictamente en lo que dice esta aplicación. Dado que tiene la capacidad de generar falsos positivos y falsos negativos, podría resultar limpio incluso si tienes el virus del ladrillo. Se utiliza mejor junto con la aplicación Chainfire (vinculada arriba) para realizar una doble verificación. Si todavía no estás seguro después de ambas pruebas y con un error tan peligroso como el tuyo probablemente deberías estar seguro, entonces es mucho mejor simplemente actuar como si tuvieras el error del ladrillo. Más vale prevenir que lamentar.
La segunda parte del hilo de Tungstwenty explica cómo solucionar el problema si parece que lo tienes. Si bien esto tiene la capacidad de funcionar, una vez más Entropy512 deja caer palabras de sabiduría:
Si el parche falla, los usuarios podrían pensar que están seguros cuando no lo están. En lugar de parchear el segmento de código para hacer que un kernel sea seguro, puede simplemente parchear alguna otra parte del kernel introduciendo un error sin hacer que el kernel sea seguro. Además, dado que la modificación activará los mecanismos de detección de modificaciones/contador de flash, no tiene mucho sentido hacer esto en lugar de simplemente construir un kernel desde el código fuente.
Así que, una vez más, si decides probar esto, hazlo con la mayor precaución. Tanto la prueba como el parche podrían fallar y, si eso sucede, podrías terminar bloqueado. Esto no debe confundirse con un mal desarrollo. No es en absoluto un mal desarrollo y el script bien podría usarse para ayudar a determinar si el error del ladrillo está presente. Sin embargo, extremar la precaución nunca es mala idea. Actualmente, Entrop512 y otros están en contacto directo con Samsung para solucionar el problema de forma permanente.
Para obtener más información, consulte el hilo original.
[La foto fue tomada de egzthunder1's fantástico artículo sobre el bicho del ladrillo. Además, muchas gracias a Entropy512 por la consulta.]