Noticia Cuidado al flashear, posible Brick - Nueva encuesta

[JBJ]

Originalmente Escrito por LanzaDeLongino

Te equivocas...

La parte del chip si es correcta...

Pero la del sector corrupto no. No solo ocurre al hacer wipe con aquel kernel siyah, sino que muchas STOCKS ICS tienen ese fallo tambien... por eso Samsung esta buscando solucion... porque vienen con las ROMs Originales...

Si para brickearlo hubiera que meter un kernel NO OFICIAL, Samsung se lavaria las manos y pasaria del tema...


Saludetes!

Otro infectado más. Y por lo que entiendo de aquí es que si seguimos flasheando ROMs cocinadas que lleven kernels "buenos" no debería de pasar nada no?

[Reggae]

Originalmente Escrito por naxito

A ver, vamos a calmarnos.
Según lo que he entendido :
Para que haya riesgo de brickeo:
- Debéis tener un chip defectuoso (lo que llamáis infectado) 0x9, y eso supone casi el 80% de los que estamos aqui
- Tener algún sector de la emmc con nulos o machacados. Este caso solo se da, si habéis hecho un wipe con un kernel con la función MMC_CAP_ERASE. Hasta la fecha solo se conoce que la versión problemática del kernel de Sihya que ya retiró.

Estas dos condiciones son NECESARIAS.
- La primera condición, el 80% estamos "infectados"
- La segunda, no creo ni que lleguemos al 10%, ya que ese kernel sólo estuvo colgado 1 día o 2, y creo recordar que no lo traía ninguna de las ROMs más conocidas por defecto.
Si no tenemos ningún sector corrupto, podemos flashear/wipear todo lo que queramos que no hay peligro, el problema está si tenemos algun sector corrupto, ya que se puede dar el caso que en algún wipeo, pisemos esa zona corrupta y obtengamos un bonito ladrillo.

Lo más importante, a mi parecer, es saber si tenemos algún sector corrupto en la emmc, por ahí creo que había un comando para detectar esto.

El chip no es 0x9, es el 0x19 y 0x20, creo. Si estoy equivocado que alguien me corrija.
Saludos.

Enviado desde mi GT-I9100 usando Tapatalk 2

[doeny]

Quiere Kernels Seguros de Flashear sin la Funcion "MMC_CAP_ERASE" :

KERNEL N.E.A.K
-------------------------
KERNEL SIYAH
-----------------------
KERNEL SPEEDMOD
---------------------------
KERNEL PHENOMENAL
----------------------------

Y Muchos mas ! ...

Consejo Utilizar El Limpiador de Kernel en intercambio de kernel

ROM'S todas las que quieras!

Pero si tiene el Chip 0x19 siempre puede que cuando hagas wipe data o format/system puede que intente borrar ese sector defectuoso y al intentarlo no pueda y se quede bloqueado total, Al igual que instalar por Odin tambien puede ser que se quede bloqueado cuando quiera escribir o borrar en ese sector... Lo mejor seria esperar por si acaso un tiempo! (Pero yo no paro de flashear y tengo una suertaca! por que en 3 dias a lo mejor me he llegado a poner 15 roms jaja)

[Diego F.]

¿Este problema afecta a un nandroid restore?

[GsN]

Originalmente Escrito por doeny

Quiere Kernels Seguros de Flashear sin la Funcion "MMC_CAP_ERASE" :

KERNEL N.E.A.K
-------------------------
KERNEL SIYAH
-----------------------
KERNEL SPEEDMOD
---------------------------
KERNEL PHENOMENAL
----------------------------

Y Muchos mas ! ...

Consejo Utilizar El Limpiador de Kernel en intercambio de kernel

ROM'S todas las que quieras!

Pero si tiene el Chip 0x19 siempre puede que cuando hagas wipe data o format/system puede que intente borrar ese sector defectuoso y al intentarlo no pueda y se quede bloqueado total, Al igual que instalar por Odin tambien puede ser que se quede bloqueado cuando quiera escribir o borrar en ese sector... Lo mejor seria esperar por si acaso un tiempo! (Pero yo no paro de flashear y tengo una suertaca! por que en 3 dias a lo mejor me he llegado a poner 15 roms jaja)

Quieres decir que puedo ponerle tranquilamente el Phenomenal medium porque no tien la función MMC_CAP_ERASE?
Haciendo wipe cache, wipe dalvik, limpiador de kernel, fix permisions y pa adentro??

[pedestre]

En el Apolo también utilizamos el Update4 de Samsung, que es seguro. De hecho todos los kernels que manejamos son así. El único que tuvo el problema fue el siyah que en la versión famosa utilizó un update publicado por Samsung en korea que tenía el problema.

Increíble que Samsung cometa estos errores en unas fuentes que comparta publicamente, pero vamos tranquilos que el Update4 ICS de Samsung es seguro y no da problemas.

Slds

[GsN]

Originalmente Escrito por pedestre

En el Apolo también utilizamos el Update4 de Samsung, que es seguro. De hecho todos los kernels que manejamos son así. El único que tuvo el problema fue el siyah que en la versión famosa utilizó un update publicado por Samsung en korea que tenía el problema.

Increíble que Samsung cometa estos errores en unas fuentes que comparta publicamente, pero vamos tranquilos que el Update4 ICS de Samsung es seguro y no da problemas.

Slds

Y ese kernel no lo habrá colgado ghokan en la web y lo habremos puesto en alguna ocasión??

[pedestre]

Originalmente Escrito por GsN

Y ese kernel no lo habrá colgado ghokan en la web y lo habremos puesto en alguna ocasión??

Estuvo colgado un dia o dos, pero creo que el problema salía si se hacía wipe de datos con el puesto. La gente que cambió esa versión por otra u otro kernel sin hacer el famoso wipe creo que no tuvo ningún problema posteriormente.

Slds

[jay2079]

pues yo e flasheado 5 veces mas desde q me entere q tengo el virus

y mi movil sigue vivo

[GsN]

Originalmente Escrito por pedestre

Estuvo colgado un dia o dos, pero creo que el problema salía si se hacía wipe de datos con el puesto. La gente que cambió esa versión por otra u otro kernel sin hacer el famoso wipe creo que no tuvo ningún problema posteriormente.

Slds

Yo creo que me he merendado todos los kernels siyah que han estado colgados, pero sin wipe data, se supone que aunque tenga el "chip prodigioso" no peligra el movil??

[doeny]

Originalmente Escrito por GsN

Quieres decir que puedo ponerle tranquilamente el Phenomenal medium porque no tien la función MMC_CAP_ERASE?
Haciendo wipe cache, wipe dalvik, limpiador de kernel, fix permisions y pa adentro??

Si no hay problema yo lo hago siempre asi y no me ha ocurrido nada

[naxito]

Originalmente Escrito por LanzaDeLongino

Te equivocas...

La parte del chip si es correcta...

Pero la del sector corrupto no. No solo ocurre al hacer wipe con aquel kernel siyah, sino que muchas STOCKS ICS tienen ese fallo tambien... por eso Samsung esta buscando solucion... porque vienen con las ROMs Originales...

Si para brickearlo hubiera que meter un kernel NO OFICIAL, Samsung se lavaria las manos y pasaria del tema...

No es por llevarte la contraria, pero según el maestro intronauta

Originalmente Escrito por intronauta

En el galaxy I9100 (versión internacional) ni las fuentes oficiales ni los leaks o roms oficiales tiene esa función implementada, así que aunque tengas un chip vulnerable, en un principio "no pasaría nada" si el kernel es oficial o es un custom compilado desde las fuentes oficiales (update 4).

El problema está sobretodo en los leaks del GNote, los sgs2 koreanos y los sgs2 americos. Por ejemplo el famoso caso del Siyah rc6 fue por usar parte de las fuentes koreanas que incluian a traición esa función implementada (y eliminó horas después) y de ahí esos bricks.

Yo segun entiendo de esto, es que para la versión internacional del i9100 que es la que tenemos la inmensa mayoría de nosotros, ningun leak ICS, ni Rom oficial o fuente oficial lleva implementada esa función, por lo que no ha habido peligro, si sólo se ha instalado cualquier ROM, custom o no, basada en estas.
Otra cosa, es que con alguna custom se haya metido el Siyah rc6, que esta basado en fuentes koreanas.

Respecto al tema de que Samsung se lavaría las manos si solo fuese en Customs kernels... pues no, porque resulta que tiene kernel oficiales para OTROS MODELOS que incluyen el mismo chip que SI implementan la función. Por lo que no pueden lavarse las manos y deben arreglarlo. Otra cosa es que les llegue un SGS2 versión internacional brickeado, y te digan que has metido el Siyah, y por tanto sí que se laven las manos.

Originalmente Escrito por Reggae

El chip no es 0x9, es el 0x19 y 0x20, creo. Si estoy equivocado que alguien me corrija.
Saludos.

Cierto, mea culpa.

[enmcrazykiller]

Originalmente Escrito por LanzaDeLongino

Te equivocas...

La parte del chip si es correcta...

Pero la del sector corrupto no. No solo ocurre al hacer wipe con aquel kernel siyah, sino que muchas STOCKS ICS tienen ese fallo tambien... por eso Samsung esta buscando solucion... porque vienen con las ROMs Originales...

Si para brickearlo hubiera que meter un kernel NO OFICIAL, Samsung se lavaria las manos y pasaria del tema...


Saludetes!

Como ya te han dicho, no me equivoco, los oficiales del s2 (incluidos los leaks) estan limpios, el problema esta en leaks oficiales del note y otros modelos, de hay que samsung este metida en el asunto. Y por lo tanto, el fix en principio va ir destinado a otros modelos pero es de suponer que ya sea por un canal oficial(incluyendolo en proximas actualizaciones) o extraoficial a traves de xda terminara por llegarnos... o eso espero.

Lo dejo claro sin intencion de llevarte la contraria pero para que quede bien claro ya que se estan creando muchos miedos un tanto infundados y pese a que desde lo del siyah(no meti esa version por vageza y mira de la que me libre) ando con pies de plomo con los flaseos, no hay que andar aterrado con que si el kernel que tengo en mi movil es una bomba que puede esplotar de un momento a otro...

Enviado desde mi radiador portatil usando lataplak

[marisan666]

Hola.
Aunque pienso seguir flameando.pese a todo esto.la mayoría de las Roms y kernels son seguros.
Por curiosidad, alguien podría explicar como ver esos sectores corruptos.


Enviado desde mi GT-I9100 usando Tapatalk 2

[intronauta]

Chicos, hay que ller un poco más porque creo que se ha explicado en castellano de varias formas cual es el problema. Además en el primer hilo están los hilos originales de XDA donde se puede corraborar esto.

¿Instalaste e hiciste wipe con el Siyah 3.1 rc6 (primera edición) que estuvo colgado pocas horas? No hablamos del que se resubió después, si no del primero. Ese es el único kernel en SGS2 i9100 (versión internacional) que incluyó la función maldita. Cualquier otro está libre de esa función así que no hay razón para seguir dándole vueltas y vueltas.

En la web del Siyah verás que hay un 3.1 rc6 pero ese está corregido con las sources update4, no es el primero que se subió compilado con las koreanas. Si instalaste e hiciste un wipe con esa primera versión QUE SOLO ESTUVO COLGADO UNAS HORAS y que incluía las fuentes koreanas no es recomendable hacer wipe hasta que aparezca un parche.

Olvidar la aplicación porque en el sgs2 no nos dice ni aporta nada y no es que sea un chip defectuoso, es solo que su firmware no es compatible con esa función y necesita actualizarse.

Esto no lo digo yo, lo dicen los desarrolladores de XDA que detectaron el problema y después hablaron con ingenieros de samsung que ya han dicho que piensan parchear las fuentes vulnerables (que no usamos en el sgs i9100), Así que esas son las únicas garantías que tendrás.

Resumen por enésima vez:

"La aplicación dice que mi chip es defectuoso"
->Esto no significa nada a no ser que el kernel ejecute la función maldita y hagas un wipe desde el recovery con dicho kernel. Esa aplicación no está orientada per se para el sgs2 i9100, es para sgs2 americanos, koreanos, galaxy Notes y parece ser que el Kindle, que son los que están expuestos.
"¿qué kernels tiene la función maldita?
->En el SGS2 i9100 ninguno ya que todos utilizan las sources 4 que son seguras y no incluyen la función de borrado maldita. Excepto una versión concreta de un kernel que se publicó hace unos meses, el Siyah 3.1 rc6 primera edición, que solo estuvo online unas horas. el resto no incluye esa función de borrado maldita.
"No se si instalé esa versión ni si hice wipe con él"
->Ahí poco se puede hacer. Regresión hipnótica, dieta rica en fósforo o directamente y ante la duda, quédate donde estás. O no, tú decides.
"Puedo detectar si mi partición /data tiene los 32kb de ceros?
->En un principio no, entiendo que precisamente porque esa sección queda inaccesible.
¿Entonces puedo hacer wipe?
->Puedes aprender a leer.

[pedestre]

Originalmente Escrito por intronauta

Chicos, hay que ller un poco más porque creo que se ha explicado en castellano de varias formas cual es el problema. Además en el primer hilo están los hilos originales de XDA donde se puede corraborar esto.

¿Instalaste e hiciste wipe con el Siyah 3.1 rc6 (primera edición) que estuvo colgado pocas horas? No hablamos del que se resubió después, si no del primero. Ese es el único kernel en SGS2 i9100 (versión internacional) que incluyó la función maldita. Cualquier otro está libre de esa función así que no hay razón para seguir dándole vueltas y vueltas.

En la web del Siyah verás que hay un 3.1 rc6 pero ese está corregido con las sources update4, no es el primero que se subió compilado con las koreanas. Si instalaste e hiciste un wipe con esa primera versión QUE SOLO ESTUVO COLGADO UNAS HORAS y que incluía las fuentes koreanas no es recomendable hacer wipe hasta que aparezca un parche.

Olvidar la aplicación porque en el sgs2 no nos dice ni aporta nada y no es que sea un chip defectuoso, es solo que su firmware no es compatible con esa función y necesita actualizarse.

Esto no lo digo yo, lo dicen los desarrolladores de XDA que detectaron el problema y después hablaron con ingenieros de samsung que ya han dicho que piensan parchear las fuentes vulnerables (que no usamos en el sgs i9100), Así que esas son las únicas garantías que tendrás.

Resumen por enésima vez:

"La aplicación dice que mi chip es defectuoso"
->Esto no significa nada a no ser que el kernel ejecute la función maldita y hagas un wipe desde el recovery con dicho kernel. Esa aplicación no está orientada per se para el sgs2 i9100, es para sgs2 americanos, koreanos, galaxy Notes y parece ser que el Kindle, que son los que están expuestos.
"¿qué kernels tiene la función maldita?
->En el SGS2 i9100 ninguno ya que todos utilizan las sources 4 que son seguras y no incluyen la función de borrado maldita. Excepto una versión concreta de un kernel que se publicó hace unos meses, el Siyah 3.1 rc6 primera edición, que solo estuvo online unas horas. el resto no incluye esa función de borrado maldita.
"No se si instalé esa versión ni si hice wipe con él"
->Ahí poco se puede hacer. Regresión hipnótica, dieta rica en fósforo o directamente y ante la duda, quédate donde estás. O no, tú decides.
"Puedo detectar si mi partición /data tiene los 32kb de ceros?
->En un principio no, entiendo que precisamente porque esa sección queda inaccesible.
¿Entonces puedo hacer wipe?
->Puedes aprender a leer.

Más claro imposible.
A ver si con esto por fin le queda claro a la gente. Alguno no va a querer ni encender el móvil por un miedo irracional.
Slds

[Diego F.]

Gracias Intronauta. Ha quedado claro y cristalino

[simbianista]

Originalmente Escrito por intronauta

Chicos, hay que ller un poco más porque creo que se ha explicado en castellano de varias formas cual es el problema. Además en el primer hilo están los hilos originales de XDA donde se puede corraborar esto.

¿Instalaste e hiciste wipe con el Siyah 3.1 rc6 (primera edición) que estuvo colgado pocas horas? No hablamos del que se resubió después, si no del primero. Ese es el único kernel en SGS2 i9100 (versión internacional) que incluyó la función maldita. Cualquier otro está libre de esa función así que no hay razón para seguir dándole vueltas y vueltas.

En la web del Siyah verás que hay un 3.1 rc6 pero ese está corregido con las sources update4, no es el primero que se subió compilado con las koreanas. Si instalaste e hiciste un wipe con esa primera versión QUE SOLO ESTUVO COLGADO UNAS HORAS y que incluía las fuentes koreanas no es recomendable hacer wipe hasta que aparezca un parche.

Olvidar la aplicación porque en el sgs2 no nos dice ni aporta nada y no es que sea un chip defectuoso, es solo que su firmware no es compatible con esa función y necesita actualizarse.

Esto no lo digo yo, lo dicen los desarrolladores de XDA que detectaron el problema y después hablaron con ingenieros de samsung que ya han dicho que piensan parchear las fuentes vulnerables (que no usamos en el sgs i9100), Así que esas son las únicas garantías que tendrás.

Resumen por enésima vez:

"La aplicación dice que mi chip es defectuoso"
->Esto no significa nada a no ser que el kernel ejecute la función maldita y hagas un wipe desde el recovery con dicho kernel. Esa aplicación no está orientada per se para el sgs2 i9100, es para sgs2 americanos, koreanos, galaxy Notes y parece ser que el Kindle, que son los que están expuestos.
"¿qué kernels tiene la función maldita?
->En el SGS2 i9100 ninguno ya que todos utilizan las sources 4 que son seguras y no incluyen la función de borrado maldita. Excepto una versión concreta de un kernel que se publicó hace unos meses, el Siyah 3.1 rc6 primera edición, que solo estuvo online unas horas. el resto no incluye esa función de borrado maldita.
"No se si instalé esa versión ni si hice wipe con él"
->Ahí poco se puede hacer. Regresión hipnótica, dieta rica en fósforo o directamente y ante la duda, quédate donde estás. O no, tú decides.
"Puedo detectar si mi partición /data tiene los 32kb de ceros?
->En un principio no, entiendo que precisamente porque esa sección queda inaccesible.
¿Entonces puedo hacer wipe?
->Puedes aprender a leer.

Amen!

Y dicho lo cual, estaria bien que se cerrara el hilo y se chincheteara la explicacion en beneficio del subforo del SGSII...

[YossYGalaxy]

Originalmente Escrito por simbianista

Amen!

Y dicho lo cual, estaria bien que se cerrara el hilo y se chincheteara la explicacion en beneficio del subforo del SGSII...

La explicación para el común de los mortales es: "gracias a Dios para el SGS2 no hay problema de brick por este bug" . A ver si queda claro de una vez por todas, que la gente no lee o lee a medias y anda por ahí acojonada y, lo que es peor, extendiendo más un falso rumor por malentendidos.
Gracias intronauta por la aclaración de todo este asunto.

[LanzaDeLongino]

Originalmente Escrito por intronauta

¿Instalaste e hiciste wipe con el Siyah 3.1 rc6 (primera edición) que estuvo colgado pocas horas? No hablamos del que se resubió después, si no del primero. Ese es el único kernel en SGS2 i9100 (versión internacional) que incluyó la función maldita. Cualquier otro está libre de esa función así que no hay razón para seguir dándole vueltas y vueltas.

Todo clarisimo, y pido perdon por haber interpretado mal todas las anteriores explicaciones.

Peeeero, me queda una duda... segun tengo entendido, el que hacia un wipe data con ese kernel siyah, brickeo del tiron, no? al menos es lo que tenia entendido... que nadie hiciera un wipe, porque te quedabas sin movil...

Si eso es asi, no puede haber nadie con el S2 que hubiera hecho wipes con ese kernel, no? puesto que se habria quedado con un ladrillo, no?


¿Porque pregunto esto? Pues porque yo instale la rom Anastasia (gran rom, por cierto) y llevaba ese kernel... no hice wipe (o eso creo recordar) porque entendi que al hacerlo me cargadaba el movil...
Entonces, pase el limpiador de kernel y instale otro distinto... y a raiz de ahi he flasheado muchas veces...

En mi caso, ¿habre jodido alguno de esos sectores convirtiendolos en nulos?


Saludetes y perdon por preguntar... pero quiero saber mi caso...