Con toda la historia que hay voy a intentar unificar toda la información en este único mensaje, a ver que sale.
Empecemos por el principio; Qué es un brick?
Viene del inglés y significa ladrillo, que es en lo que se convierte un móvil cuando deja de funcionar.
- Qué tipos de brick existen?
El soft-brick, que es cuando está el móvil inoperativo pero se puede recuperar por un modo u otro. Bien por odín, bien por wipes, usando el JIG (si no tienes uno ya tardas en conseguirlo), o bien poniendo unas velitas al santo de turno.
El hard-brick, este es cuando ya no hay nada que hacer salvo mandarlo al servicio técnico para que le arreglen o sustituyan la placa base.
Ahora bien, vamos al tema del hilo; El bug de ICS causante de brickeos.
Hasta android 2.3 cuando hacías un wipe, o una restauración de fábrica no se borraba la información del dispositivo, símplemente se quedaba como disponible y el sistema grababa encima cuando lo necesitaba.
Ahora bien, por lo visto la función de borrado implementada en los kernel de ICS para eliminar de forma real los datos se ha dado de bruces contra el firmware de las memorias samsung instaladas en algunos dispositivos (en lo que nos afecta en el note)
Cual es el problema aquí? Que PUEDE (no por ello tiene que pasar forzosamente) que el kernel y el firmware que lleva la memoria se entiendan mal y en vez de escribir ceros para borrar los datos escribe "null" (nulo/defectuoso) en los sectores. Una vez que un sector es marcado como nulo es irrecuperable, ya que el firmware de la memoria no deja acceder a el.
En cuanto tienes sectores "presuntamente" defectuosos cualquier llamada por parte del kernel al mismo causa el brick.
Tengo miedito, como saber si estoy afectado?
En un principio como ya he comentado no es algo que tenga que pasar por fuerza, de hecho se habla de un porcentaje de que eso ocurra sobre el 5%
Quienes pueden estar en riesgo:
Es un bug que necesita varios factores para que la ensalada de como resultado un brickeo del términal.
-Tener la versión de firmware 19 en la memoria (el cual por lo visto lo tenemos todos, no obstante luego pongo un test para confirmarlo) el cual puede malinterpretar las instrucciones del kernel y "dañar" los sectores.
-Tener un kernel que activa la función de borrado total que puede causar conflicto.
Para saber que tipo de firm llevamos en la memoria un compañero ha creado una aplicación que te dice si tienes la versión del chip maldito y te hace un test de toda la memoria.
Descarga desde Google Play
MECAGOENMISOMBRATENGOEL19!!
Pues como todos, jódete
-Que kernels son los peligrosos?
TODOS los que sean ICS oficiales de samsung hasta la fecha y los basados en ellos.
Cuales son seguros entonces?
-Los que no están basados en el kernel original, ya que no implementan la opción de borrado real de la memoria. No hay muchos, de hecho solo el CM9 y el de thor (el cual está basado en el de cyanogen)
Los que están basados en el kernel original pero han "capado" la función de borrado total.
Vale, listillo, pero cuales son?
El speedmod, el franco kernel, y el de chainfire. (siempre hablando de últimas versiones) No sé si habrá alguno más, pero no me suena haber visto ningún otro.
Evito mencionar los de gingerbread (2.3), ya que todos los que no sean ICS son seguros.
Donde los descargo y como los instalo?
Búscate un poco la vida, que no son dificiles de encontrar.
Me he instalado un kernel seguro, ahora soy indestructible MWAHAHAHA!!!
De eso nada lumbreras
Hemos reducido la posibilidád en mucho, pero aún existe un mínimo riesgo, así que no te pases las horas muertas haciendo wipes para matar el tiempo por lo que pueda pasar.
De acuerdo, he cambiado el kernel pero quiero saber si durante el tiempo que he estado expuesto se ha dañado mi memoria.
En
este <- (pincha aquí) hilo tienes un sencillo test que comprueba toda la memoria, si lo pasas con exito puedes estar tranquilo.
https://play.google.com/store/apps/d...oid.emmc_check Este es el enlace al programa en el market, recordad ponerle 5 estrellas que se lo merece.
JODER!! Tengo sectores defectuosos!
Lo siento compi, ahora tienes dos opciones:
-Llevar al servicio técnico el móvil.
-Seguir
este tutorial para aislar los sectores defectuosos redimensionando las particiones de forma que sea como si no existiesen para el móvil. Se reduce en algo la capacidad de la memoria, pero tendrás el teléfono totalmente operativo.
Y hasta aquí la chapa, con dos de estos te montas un chalet de puta madre!
Espero no haberme dejado nada en el tintero y que sirva de guía para los que no lo terminaban de tener claro.
Agradecimientos:
A toda la comunidad de XDA, sin la cual estaríamos con el culo al aire. A toda la comunidad de HTCMANIA, en mi opinión la mejor de todas.
Y especialmente a mis compañeros de fatigas y culpables de buenos momentos; Eldelcairo, Venables, Jero, Eliot y la desnoteizada Mónica.
Saludos.
Actualización 1:
Según comenta el compi @
koRn pese a tener un kernel de los llamados seguros, a la hora de
restaurar una copia nandroid antes hay que instalar el kernel abbys (gb), ya que en el proceso de restauración aún existiría el riesgo activar el bug.
-Lo buscas, lo instalas por recovery, apagas el términal, reinicias en recovery de nuevo* y restauras la copia nandroid.
*Una vez flasheado el kernel reiniciamos porque sino seguiríamos en el recovery de ICS, al reiniciar ya estamos en el del abbys.
Actualización 2:
En qué consiste un kernel modificado para ser seguro?
Chainfire quitó el comando de borrado de su recovery - wipes y Nandroid restores deberían ser seguros por ello PERO cuando se flashean otros ZIPs, lo que importa es el update-binary dentro del zip. Flashear un ZIP en un kernel CF-Root todavía puede disparar el bug.*
CF-Root nunca podrá ser del todo seguro hasta que Samsung reconozca oficialment el bug y liste un kernel arreglado quitándole MMC_CAP_ERASE - No podemos quitarlo de los binarios del kernel, y creo que no hay ninguna manera segura de determinar si está habilitado en los binarios del kernel.
*Esto quiere decir que un zip instalable desde recovery podría disparar el bug si incluyese la instrucción de borrado, no que si instalas un zip te lo vaya a activar.
Sería muy raro que alguien de la scene incluyese esa instrucción a sabiendas del riesgo que hay. Pero como siempre para curarse en salúd te avisa de los posibles riesgos.
Gracias beerbong por la info.
Actualización 3
https://plus.google.com/111398485184...ts/21pTYfTsCkB
Según esto Samsung está trabajando para solucionarlo lo antes posible.
Gracias por el aviso a @casahernando.
Actualización 4
Sustituido el test vía terminal por la app del compañero vinagre para simplificar el asunto.