Noticia Cuidado al flashear, posible Brick - Nueva encuesta

[oscar_GT]

Desde mi humilde opinión, llevo tiempo leyendo varios fallos en el S2: el toogle del wifi, otro que ahora no recuerdo y ahora este. Está claro que flasear tiene su riesgo pero casualmente todos estos fallos han salido a raiz que ha salido el S3.
¿Son bugs reales o marketing de samsung? Yo no se que pensar pero desde luego sigo usando el toogle del wifi como lo llevo haciendo siempre, y no se me van a quitar las ganas de seguir flaseando roms o kernel.
Cada uno es libre de pensar lo que quiera pero yo, como he dicho al principio y desde mi ignorancia, es mi opnión.

[simbianista]

Originalmente Escrito por apu87

Desde mi humilde opinión, llevo tiempo leyendo varios fallos en el S2: el toogle del wifi, otro que ahora no recuerdo y ahora este. Está claro que flasear tiene su riesgo pero casualmente todos estos fallos han salido a raiz que ha salido el S3.
¿Son bugs reales o marketing de samsung? Yo no se que pensar pero desde luego sigo usando el toogle del wifi como lo llevo haciendo siempre, y no se me van a quitar las ganas de seguir flaseando roms o kernel.
Cada uno es libre de pensar lo que quiera pero yo, como he dicho al principio y desde mi ignorancia, es mi opnión.

Estos fallos los está dando a conocer la comunidad, por lo que entiendo que los fallos existen antes que el S3, pero vamos.., sea como sea Samsung tiene que dar la cara y corregir este problema, es que por lo que entiendo no hace falta flashear una Rom cocinada para que te quedes con un ladrillo humeante, si flasheas una Rom stock que hace wipes tambien ocurre, es grave el tema..

[Sensei Zaldi00]

Pues yo he flasheado todo lo que he pillado desde que salió ics y no sé lo que es un brick, exceptuando los de leche, tomate, etc, etc

- - - - - - - - - - - - - - - - - - - - - - - - Mi batería es como mi conocimiento, lo justo para pasar el dia

[simbianista]

Originalmente Escrito por zaldi00

Pues yo he flasheado todo lo que he pillado desde que salió ics y no sé lo que es un brick, exceptuando los de leche, tomate, etc, etc

- - - - - - - - - - - - - - - - - - - - - - - - Mi batería es como mi conocimiento, lo justo para pasar el dia

Y yó tambien, pero como se ha dicho, haces 20 veces wipes y la 21 se brikea y punto, el que dice 20 dice 500 y la 501 se brikea...

[atico]

Yo también he flasheado de todo y si he tenido algun susto que otro, pero siempre recuperable.
¿Desde mi desconocimiento pregunto? es mejor esperar a que samsung de alguna respuesta o podemos seguir haciendo pruebas que es algo que a mi parecer a todos nos encanta.
Lo dejo en el aire y que alguno de los Gurus nos de información, gracias.
P-D También estoy afectado

[intronauta]

Originalmente Escrito por apu87

Desde mi humilde opinión, llevo tiempo leyendo varios fallos en el S2: el toogle del wifi, otro que ahora no recuerdo y ahora este. Está claro que flasear tiene su riesgo pero casualmente todos estos fallos han salido a raiz que ha salido el S3.
¿Son bugs reales o marketing de samsung? Yo no se que pensar pero desde luego sigo usando el toogle del wifi como lo llevo haciendo siempre, y no se me van a quitar las ganas de seguir flaseando roms o kernel.
Cada uno es libre de pensar lo que quiera pero yo, como he dicho al principio y desde mi ignorancia, es mi opnión.

Olvidar la conspiranoia, no tiene nada que ver, de hecho todo apunta a que el Kindle Fire está afectado por este fallo.

Por aclarar, todo apunta a que ningún leak o Rom oficial de ICS para el SGS2 internacional (I9100) está afectada ya que sus kernels están compilados con las sources update 4 (consideradas "seguras").

El brick es un conjunto de factores, por una parte está la función MMC_CAP_ERASE incluida en ciertos kernels compilados con ciertas sources y que se está utilizando en algunos modelos y versiones de ICS, y por otra parte hay chips que se llevan fatal con esa función (no todos, solo los del firmware 0x19 o 0x11, que es lo que detecta la aplicación GoBrickBug).

Tienen que darse las dos condiciones para que sea un problema: que alguien ejecute la función (sea el kernel o el update-binary utilizado en el recovery) y que el chip sea vulnerable.

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.

Si usas un kernel que usen fuentes de otras versiones, modelos, etc,.. cuidado. Pero a día de hoy ninguno de los custom kernels que tenemos por aquí para el I9100 usa fuentes que no sean las update4 oficiales, así que en un principio no debería haber problemas con ellos

Pero esto es lo que se ha sacado en claro, no va a misa y nadie te garantiza nada. Así que a partir de aquí, tu decides

La única solución 100% segura vendrá de samsung a base de actualizar y modificar esa función en las fuentes y/o actulizando el firm del chip emmc si es posible.

[simbianista]

Originalmente Escrito por atico

Yo también he flasheado de todo y si he tenido algun susto que otro, pero siempre recuperable.
¿Desde mi desconocimiento pregunto? es mejor esperar a que samsung de alguna respuesta o podemos seguir haciendo pruebas que es algo que a mi parecer a todos nos encanta.
Lo dejo en el aire y que alguno de los Gurus nos de información, gracias

EDITO: Intronauta lo ha explicado..

[Javi5]

Otro afectado que se queda con GB hasta que salga un parche que solucione ésto.

Saludos!

[Chaukim]

Originalmente Escrito por intronauta

Olvidar la conspiranoia, no tiene nada que ver, de hecho todo apunta a que el Kindle Fire está afectado por este fallo.

Por aclarar, todo apunta a que ningún leak o Rom oficial de ICS para el SGS2 internacional (I9100) está afectada ya que sus kernels están compilados con las sources update 4 (consideradas "seguras").

El brick es un conjunto de factores, por una parte está la función MMC_CAP_ERASE incluida en ciertos kernels compilados con ciertas sources y que se está utilizando en algunos modelos y versiones de ICS, y por otra parte hay chips que se llevan fatal con esa función (no todos, solo los del firmware 0x19 o 0x11, que es lo que detecta la aplicación GoBrickBug).

Tienen que darse las dos condiciones para que sea un problema: que alguien ejecute la función y que el chip sea vulnerable.

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, 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.

Si usas un kernel que usen fuentes de otras versiones, modelos, etc,.. cuidado. Pero a día de hoy ninguno de los custom kernels que tenemos por aquí para el I9100 usa fuentes que no sean las update4 oficiales, así que en un principio no debería haber problemas con ellos

Pero esto es lo que se ha sacado en claro, no va a misa y nadie te garantiza nada.

La solución vendrá de samsung a base de actulizar y modificar esa función en las fuentes o actulizando el firm del chip emmc si es posible.

Genial, ahora sí que encaja toda la información. Intronauta muchas gracias por aclararlo
Slds

Enviado desde mi sandwichera con Tapatalk

[gerard_f]

Entonces por lo que puedo entender la app te detecta si el chip es vulnerable aunque lleves un kernel seguro,no?
Porque a mi con cm9 también me marca "danger", pero leí un post de entropy512 que comentaba que el kernel de cm9 ya llevaba quitada esta función desde el principio.

[gerard_f]

Originalmente Escrito por intronauta

La única solución 100% segura vendrá de samsung a base de actualizar y modificar esa función en las fuentes y/o actulizando el firm del chip emmc si es posible.

Quieres decir que samsung se molestara en arreglarlo?

[intronauta]

Originalmente Escrito por gerar

Entonces por lo que puedo entender la app te detecta si el chip es vulnerable aunque lleves un kernel seguro,no?
Porque a mi con cm9 también me marca "danger", pero leí un post de entropy512 que comentaba que el kernel de cm9 ya llevaba quitada esta función desde el principio.

Si, la app solo detecta la versión del firmware del chip emmc (0x19 se considera vulnerable, 0x25 seguro)

Yo creo que todos los chips del sgs2 I9100 son vulnerables a la función maldita, pero en el Note u otras variantes del sgs2 (koreanas-americanas) no. Pero por otro lado nuestros kernels (i9100) no incluyen esa función, cosa que si pasa en los otros. Así que en un principio parece que estamos menos expuestos. Al menos en un principio...

Que sea vulnerable no quiere decir que sea defectuoso. Quiere decir que no es compatible con esa función. Si no se ejecuta dicha función, no hay problemas

[intronauta]

Originalmente Escrito por gerar

Quieres decir que samsung se molestara en arreglarlo?

Ya está en ello oficialmente. ;)

imagino que ya saldrá con la 4.0.4

[gerard_f]

Originalmente Escrito por intronauta

Si, la app solo detecta la versión del firmware del chip emmc (0x19 se considera vulnerable, 0x25 seguro)

Yo creo que todos los chips del sgs2 I9100 son vulnerables a la función maldita, pero en el Note u otras variantes del sgs2 (koreanas-americanas) no. Pero por otro lado nuestros kernels (i9100) no incluyen esa función, cosa que si pasa en los otros. Así que en un principio parece que estamos menos expuestos. Al menos en un principio...

Que sea vulnerable no quiere decir que sea defectuoso. Quiere decir que no es compatible con esa función. Si no se ejecuta dicha función, no hay problemas

Originalmente Escrito por intronauta

Ya está en ello oficialmente. ;)

imagino que ya saldrá con la 4.0.4

Gracias por aclararlo intronauta.

[robin86]

me uno a los infectados

[erpirao]

DANGER!... bueno pues a flashear menos...

[NEBeek]

Lo que entiendo aunque estoy afectado por tener chip x19 no corro riesgo al instalar un kernel si este no hace esa "funcion" que dice intronauta o me equivoco?


*=*=*=*=*=*=*=*=*=*=*=*
SGalaxy S2 | Hydra-H²O
Desde México Locos. ✌

[Frank_T]

Por la explicación de intronauta los kernels actuales no incorporan esa función, si fuera el problema las nuevas versiones saldrían en nada o serían borradas para evitar ese brick, aún así yo esperaría a ver si sale alguna lista con los kernels fiables, yo con el x19 he instalado phenomenal y cómo dios

[GalaxySA]

bueno yo tambien estoy afectado, DANGER 0x19

[Javi5]

Originalmente Escrito por Frank_T

Por la explicación de intronauta los kernels actuales no incorporan esa función, si fuera el problema las nuevas versiones saldrían en nada o serían borradas para evitar ese brick, aún así yo esperaría a ver si sale alguna lista con los kernels fiables, yo con el x19 he instalado phenomenal y cómo dios

Pues igual que tú. A ver si sale una lista de kernels fiables. Sería de mucha ayuda.

Saludos!