Temos trazido cobertura contínua do Bug do tijolo rígido da Samsung isso está afetando um grande número de usuários. Para quem não conhece, o bug do hard brick causa danos completos e irreparáveis ao dispositivo de armazenamento eMMC. Surgiu quando os primeiros vazamentos de ICS em vários dispositivos Samsung foram lançados e têm sido um problema desde então.
Uma maneira pela qual os usuários têm monitorado se têm o bug do tijolo é Aplicativo Got Brickbug da Chainfire, que determina se você tem hardware bom ou ruim. Existe outra maneira de determinar se você tem o bug do tijolo, se você tiver o Samsung Galaxy SII. Membro Sênior do XDA Tungstwenty lançou um script que ajuda a determinar se os usuários têm ou não o bug do tijolo. De acordo com o desenvolvedor reconhecido XDA Elite Entropia512, que continua na vanguarda da batalha contra o bug do tijolo, funciona de maneira diferente do aplicativo Chainfire. Entropia512 afirma:
Ele detecta um componente diferente do brickbug - o Chainfire detecta chips ruins, isso detectará alguns kernels que permitem comandos perigosos até os chops.
No entanto, nem tudo está bem. Devido à forma como ele detecta, há uma probabilidade bastante razoável de que ele possa fornecer falsos positivos e falsos negativos. Novamente, Entropy512 explica:
Provavelmente fornecerá alguns falsos positivos e falsos negativos, pois verifica os binários compilados e não a fonte. Se algo próximo ao local onde MMC_CAP_ERASE está definido mudar, isso pode levar a falsos negativos, por exemplo.
Portanto, embora seja uma ferramenta muito útil, não é aconselhável declarar seu dispositivo seguro ou perigoso estritamente com base no que este aplicativo diz. Dado que tem a capacidade de fornecer falsos positivos e falsos negativos, pode sair limpo mesmo se você tiver o bug do tijolo. É melhor usado junto com o aplicativo Chainfire (link acima) para verificação dupla. Se você ainda não tiver certeza após ambos os testes e com um bug tão perigoso que você provavelmente deveria estar, então é muito melhor simplesmente agir como se você tivesse o bug do tijolo. Melhor prevenir do que remediar.
A segunda parte do tópico do Tungstwenty explica como corrigir o problema se você parecer tê-lo. Embora isso tenha capacidade de funcionar, mais uma vez o Entropy512 deixa cair palavras de sabedoria:
Se o patch falhar, os usuários poderão pensar que estão seguros, quando não estão. Em vez de corrigir o segmento de código para tornar um kernel seguro, ele pode apenas corrigir alguma outra parte do kernel introduzindo um bug sem tornar o kernel seguro. Além disso, como a modificação irá acionar os mecanismos de detecção de modificação/contador de flash, não há muito sentido em fazer isso em vez de apenas construir um kernel a partir do código-fonte.
Então, mais uma vez, se você decidir tentar isso, faça-o com o máximo cuidado. Tanto o teste quanto o patch podem falhar e, se isso acontecer, você pode acabar travado. Isto não deve ser confundido com um mau desenvolvimento. Não é um desenvolvimento ruim, e o script pode muito bem ser usado para ajudar a determinar se o bug do tijolo está presente. No entanto, ter o máximo cuidado nunca é uma má ideia. Atualmente, o Entrop512 e outros estão em contato direto com a Samsung para resolver o problema permanentemente.
Para mais informações, confira o tópico original.
[A foto foi retirada do egzthunder1's artigo fantástico no bug do tijolo. Além disso, muito obrigado ao Entropy512 pela consulta.]