Samsung Gt-l9300 Estado Muerto No Enciende (ayuda) Opciones

[arisoftpy]

hola amigos del clangsm como dice el titulo del post tengo un galaxy s3 gt-l9300 con fecha de fabricacion 2012-06-08 bueno el telefono esta sinseñal de vida les cuento algunos datos sobre lo que paso, de un dia para el otro el telefono simplemente ya no prendio, ya intente cambio de Bbateria y siguio igual tambien probe la bateria original en otro s3 y funciona de maravilla, osea que bateria no era el problema, intente entra modo recovery o download tampoco marco señal de vida, intente coneccion por usb a la pc y nada no se detecta nada de nada y lo he probado con varios cables y en diferentes pc, asique no me quedo otra que desarmarlo he chequeado varios componentes con el tester teniendo otra placa de s3 que funcioNABA Pero todo igual al menos los componentes mas sospechosos, le he metido un usb con resistencias que encontde en un foro que hace que prenda en modo download pero tampoco funciono. Eh limpiado la placa resoldar sectores de la memoria procesador etc pero sigue igual he probado con otro display y tampoco resulto he intentado conectar solo bateria y placa con el usb por la pc y tampoco funciono asi que ya no se que mas hacer que opinan ustedes. Aclaro que la version que tenia el telefono era 4.1.1 espero que no sea eso de la muerte sudbita y si fuera eso como se podria hacerlo funcionar al menos como para permitir flashearlo. Gracias por las futuras respuestas

[Anunciante Autorizado]

[jorgeventas]

creo que te toca probar reparar el boot con easy jtag de z3x

[RAIDEN_777]

hola amigos del clangsm como dice el titulo del post tengo un galaxy s3 gt-l9300 con fecha de fabricacion 2012-06-08 bueno el telefono esta sinseñal de vida les cuento algunos datos sobre lo que paso, de un dia para el otro el telefono simplemente ya no prendio, ya intente cambio de Bbateria y siguio igual tambien probe la bateria original en otro s3 y funciona de maravilla, osea que bateria no era el problema, intente entra modo recovery o download tampoco marco señal de vida, intente coneccion por usb a la pc y nada no se detecta nada de nada y lo he probado con varios cables y en diferentes pc, asique no me quedo otra que desarmarlo he chequeado varios componentes con el tester teniendo otra placa de s3 que funcioNABA Pero todo igual al menos los componentes mas sospechosos, le he metido un usb con resistencias que encontde en un foro que hace que prenda en modo download pero tampoco funciono. Eh limpiado la placa resoldar sectores de la memoria procesador etc pero sigue igual he probado con otro display y tampoco resulto he intentado conectar solo bateria y placa con el usb por la pc y tampoco funciono asi que ya no se que mas hacer que opinan ustedes. Aclaro que la version que tenia el telefono era 4.1.1 espero que no sea eso de la muerte sudbita y si fuera eso como se podria hacerlo funcionar al menos como para permitir flashearlo. Gracias por las futuras respuestas

aqui un date que deberias de tomar en cuenta.
Que es la MUERTE SUBITA y por que ocurre ?


Bueno, dado que es el tema del momento se me ocurrio hacer este TEMA para intentar clarificar un poco las cosas y traerles un poco de luz en tanta oscuridad.....jajaja!
Aclaro que yo no soy tecnico ni mucho menos, asi que les voy a bajar la informacion es español Argentino, como yo la entendi, y obviamente recolectada de por aqui y por alla...



Hace algunos meses el mundo de la tecnología se vio afectado por una trágica noticia. Varios usuarios poseedores de un Samsung Galaxy S3 reportaban que el equipo debaja de funcionar en forma repentina.

Este mal, ya conocido como MUERTE SUBITA, pasará a la historia puesto que el fabricante ha descubierto el origen del problema y lo ha solucionado con una actualización, una revisión de Android 4.1.2 con Premium Suite.

Tras aproximadamente seis meses de uso, diferentes unidades del Samsung Galaxy S3 han sido noticia por la repentina forma en que dejaban de funcionar. Sin previo aviso, los modelos fabricados entre mayo y julio, concretamente la versión de 16 GB con chip de memoria eMMC VTU00M 0xf1, empezaban a apagarse sin ser posible volver a revivirlos. Hasta entonces, la única solución pasaba por enviarlo al SAT de Samsung para su reparación.


¿Que es lo que ocurre ?

El error estaria en la RAM, que es la MEMORIA que se usa para instalar el Sistema Operativo y como SD Interna.
Lo que ocurre es que el bit que controla el wear lev cuando trata de escribir al final de la tarjeta, se pasa, devolviendo una dirección de memoria que no corresponde (por desbordamiento), y escribiendo así el bootloader, provocando que el equipo no encienda.
En resumen (aunque no ocurre así exactamente) el wear, que apunta a donde debe escribir, se le va la mano y se pone a escribir en direcciones que no existen, estas direcciones provocan que el inicio de la eMMC sea sobreescrito.

¿Podemos encontrar algún patrón que describa el problema?

Diría que SI (aunque no puedo confirmarlo). El patrón será teléfonos que contienen muchos datos en su memoria, y que son reescritos habitualmente. Es decir, tienes la memoria casi llena, y cambias los datos de ella de vez en cuando. Por ejemplo, la tienes a tope de música y cambias canciones por otras nuevas porque no te entran.

También entraría en este patrón la gente que no tiene la memoria muy llena, pero si la cambia a menudo. (Instala muchas roms, copia muchas cosas a la memoria interna desde el PC...)

Esto ocurre cuando el wear leveling llega al final de la eMMC, en ciertas ocasiones y tras un numero de ciclos de escrituras, se salta el final de la tarjeta, y bueno, los que lo hayan estudiado, ya saben que un bit que no exista en la memoria supone escribir en una parte que no quieres.


¿Debería no fallar con el parche de Samsung?

Si, debería no fallar, sin embargo el parche contiene una singularidad. Si ocurriera el bug durante el funcionamiento del dispositivo (recordemos que las probabilidades de que ocurra son muy pocas) el kernel entraría en un loop infinito bloqueando el teléfono. Esto es una medida de prevención (a mi parecer).

Asi que recuerda, que si se te ha quedado el teléfono bloqueado durante el arranque con alguna versión parcheada, y no sabes por qué, quizás sea porque se acaba de producir el bug y el kérnel ha impedido que destroce el teléfono. La probabilidad de que esto ocurra es tan baja que probablemente tu bloqueo sea motivo de otra cosa. Si esto ocurriera, tras un reinicio volvería a funcionar.

De hecho, estadisticamente hablando, esto ocurriría en 1 de cada 20 millones de encendidos, acercándose la probabilidad a 1/128 cada vez que se copian datos a la eMMC en todos los bloques tras unas 10000 lecturas de cada uno de ellos.
La probabilidad de que ocurriese en uno de cada 128 reinicios (la más desfavorable) sería tras escribir 156 Teras de información en el chip. Si copiaran en la memoria 10GB al día (cosa que nadie hace) el teléfono quedaría inútil en 43 años con el BUG. Esto indicaría que la memoria moriría antes por uso que el teléfono por el bug con el fix apilcado. No tomen al pie de la letra esta estadística, por favor.


¿Qué modelos fallan?

Curiosamente, según nos indica el kernel, no fallan todos los modelos de VTU00M 0xf1, si no sólo los que tienen el firmware fecha 13/04/2012. Los de otras fechas (si existiesen) no fallarían.


Confirmaciones:

* Los CHIPS DEFECTUOSOS son los que tienen fecha de fabricacion 2012.04.13

* Esto puede significar que si hay chips VTU00M 0xf1 que no tienen ese firmware están sanos

* El parche de Samsung NO repara el Chip (porque no se puede), pero evita que el equipo quede inservible.

* El problema se dio aparentemente en 1 sola partida de Chips (fecha 2012.04.13), los demas estan bien.

* El parche de Ariza (parche de MODEM) no modifica el Kernel, por tanto, no entraria enconflicto con el parche de Samsung (parche de Kernel).

* Los Kernels Modificados como Perseus o Syah, ya tienen aplicadas las correcciones de Samsung y por lo tanto son seguros.


¿ Como saber exactamente cual es la fecha de Fabricacion de nuestro SIII?

Muchos hemos utilizado eMMC Brickbug, descargada desde el PlayStore, pero en realidad no podemos asegurar que la informacion que devuelve sea veraz y efectiva.

Los Desarrolladores de Syah Kernel han incluido un comando que nos permitira verificar con exactitud si nuestro SIII esta en peligro de MUERTE SUBITA o no.

1- Lo primero que deben hacer es descargar este Kernel modificado Syah v1.8.7 ;



2- Luego lo flashean por CWM, deben ser root y tener instalado un Recovery Avanzado.
- Como siempre flashear un Kernel Modificado supone riesgos, asi que haganlo bajo su propia responsabilidad -.

3- Una vez reiniciado el equipo descargan del PlayStore "android terminal emulator", que es una consola para ingresar comandos como se hacia en el viejo Microsoft "D.O.S.".


4- Abren Terminal Emulator y luego ingresan el siguiente comando:
cat /sys/class/block/mmcblk0/device/movi_ops

....... y le dan ENTER para que se ejecute ......

5- Si les devuelve valor "0" su Chip esta libre de fallos / Si les devuelve valor "2" el Chip pertenece a la fecha de fabricacion con la falla registrada, alias "MUERTE SUBITA".

[arisoftpy]

aqui un date que deberias de tomar en cuenta.
Que es la MUERTE SUBITA y por que ocurre ?
Bueno, dado que es el tema del momento se me ocurrio hacer este TEMA para intentar clarificar un poco las cosas y traerles un poco de luz en tanta oscuridad.....jajaja!
Aclaro que yo no soy tecnico ni mucho menos, asi que les voy a bajar la informacion es español Argentino, como yo la entendi, y obviamente recolectada de por aqui y por alla...
Hace algunos meses el mundo de la tecnología se vio afectado por una trágica noticia. Varios usuarios poseedores de un Samsung Galaxy S3 reportaban que el equipo debaja de funcionar en forma repentina.

Este mal, ya conocido como MUERTE SUBITA, pasará a la historia puesto que el fabricante ha descubierto el origen del problema y lo ha solucionado con una actualización, una revisión de Android 4.1.2 con Premium Suite.

Tras aproximadamente seis meses de uso, diferentes unidades del Samsung Galaxy S3 han sido noticia por la repentina forma en que dejaban de funcionar. Sin previo aviso, los modelos fabricados entre mayo y julio, concretamente la versión de 16 GB con chip de memoria eMMC VTU00M 0xf1, empezaban a apagarse sin ser posible volver a revivirlos. Hasta entonces, la única solución pasaba por enviarlo al SAT de Samsung para su reparación.


¿Que es lo que ocurre ?

El error estaria en la RAM, que es la MEMORIA que se usa para instalar el Sistema Operativo y como SD Interna.
Lo que ocurre es que el bit que controla el wear lev cuando trata de escribir al final de la tarjeta, se pasa, devolviendo una dirección de memoria que no corresponde (por desbordamiento), y escribiendo así el bootloader, provocando que el equipo no encienda.
En resumen (aunque no ocurre así exactamente) el wear, que apunta a donde debe escribir, se le va la mano y se pone a escribir en direcciones que no existen, estas direcciones provocan que el inicio de la eMMC sea sobreescrito.

¿Podemos encontrar algún patrón que describa el problema?

Diría que SI (aunque no puedo confirmarlo). El patrón será teléfonos que contienen muchos datos en su memoria, y que son reescritos habitualmente. Es decir, tienes la memoria casi llena, y cambias los datos de ella de vez en cuando. Por ejemplo, la tienes a tope de música y cambias canciones por otras nuevas porque no te entran.

También entraría en este patrón la gente que no tiene la memoria muy llena, pero si la cambia a menudo. (Instala muchas roms, copia muchas cosas a la memoria interna desde el PC...)

Esto ocurre cuando el wear leveling llega al final de la eMMC, en ciertas ocasiones y tras un numero de ciclos de escrituras, se salta el final de la tarjeta, y bueno, los que lo hayan estudiado, ya saben que un bit que no exista en la memoria supone escribir en una parte que no quieres.


¿Debería no fallar con el parche de Samsung?

Si, debería no fallar, sin embargo el parche contiene una singularidad. Si ocurriera el bug durante el funcionamiento del dispositivo (recordemos que las probabilidades de que ocurra son muy pocas) el kernel entraría en un loop infinito bloqueando el teléfono. Esto es una medida de prevención (a mi parecer).

Asi que recuerda, que si se te ha quedado el teléfono bloqueado durante el arranque con alguna versión parcheada, y no sabes por qué, quizás sea porque se acaba de producir el bug y el kérnel ha impedido que destroce el teléfono. La probabilidad de que esto ocurra es tan baja que probablemente tu bloqueo sea motivo de otra cosa. Si esto ocurriera, tras un reinicio volvería a funcionar.

De hecho, estadisticamente hablando, esto ocurriría en 1 de cada 20 millones de encendidos, acercándose la probabilidad a 1/128 cada vez que se copian datos a la eMMC en todos los bloques tras unas 10000 lecturas de cada uno de ellos.
La probabilidad de que ocurriese en uno de cada 128 reinicios (la más desfavorable) sería tras escribir 156 Teras de información en el chip. Si copiaran en la memoria 10GB al día (cosa que nadie hace) el teléfono quedaría inútil en 43 años con el BUG. Esto indicaría que la memoria moriría antes por uso que el teléfono por el bug con el fix apilcado. No tomen al pie de la letra esta estadística, por favor.


¿Qué modelos fallan?

Curiosamente, según nos indica el kernel, no fallan todos los modelos de VTU00M 0xf1, si no sólo los que tienen el firmware fecha 13/04/2012. Los de otras fechas (si existiesen) no fallarían.


Confirmaciones:

* Los CHIPS DEFECTUOSOS son los que tienen fecha de fabricacion 2012.04.13

* Esto puede significar que si hay chips VTU00M 0xf1 que no tienen ese firmware están sanos

* El parche de Samsung NO repara el Chip (porque no se puede), pero evita que el equipo quede inservible.

* El problema se dio aparentemente en 1 sola partida de Chips (fecha 2012.04.13), los demas estan bien.

* El parche de Ariza (parche de MODEM) no modifica el Kernel, por tanto, no entraria enconflicto con el parche de Samsung (parche de Kernel).

* Los Kernels Modificados como Perseus o Syah, ya tienen aplicadas las correcciones de Samsung y por lo tanto son seguros.


¿ Como saber exactamente cual es la fecha de Fabricacion de nuestro SIII?

Muchos hemos utilizado eMMC Brickbug, descargada desde el PlayStore, pero en realidad no podemos asegurar que la informacion que devuelve sea veraz y efectiva.

Los Desarrolladores de Syah Kernel han incluido un comando que nos permitira verificar con exactitud si nuestro SIII esta en peligro de MUERTE SUBITA o no.

1- Lo primero que deben hacer es descargar este Kernel modificado Syah v1.8.7 ;
2- Luego lo flashean por CWM, deben ser root y tener instalado un Recovery Avanzado.
- Como siempre flashear un Kernel Modificado supone riesgos, asi que haganlo bajo su propia responsabilidad -.

3- Una vez reiniciado el equipo descargan del PlayStore "android terminal emulator", que es una consola para ingresar comandos como se hacia en el viejo Microsoft "D.O.S.".


4- Abren Terminal Emulator y luego ingresan el siguiente comando:
cat /sys/class/block/mmcblk0/device/movi_ops

....... y le dan ENTER para que se ejecute ......

5- Si les devuelve valor "0" su Chip esta libre de fallos / Si les devuelve valor "2" el Chip pertenece a la fecha de fabricacion con la falla registrada, alias "MUERTE SUBITA".

amigo gracias por esta info pero te comento lo siguiente como hago estos pasos si ni siquiera el telefono prende ni en modo recovery ni modo download ni siquiera hay deteccion en los puertos usb.

[HAN0]

amigo cambia el boton del power (encender) sucede mucho que en samsung galaxy hace un corto circuito en ese boton y se pone que se apaga, se reinicia, solo vibra y muchos casos mas. prueba y comenta.

[arisoftpy]

amigo cambia el boton del power (encender) sucede mucho que en samsung galaxy hace un corto circuito en ese boton y se pone que se apaga, se reinicia, solo vibra y muchos casos mas. prueba y comenta.

Eso no funciona tampoco, aparte con el pin usb con resistencias deberia de haberme prendido forzadamente en modo download. me olvide poner que ya probe eso tambien.

[arisoftpy]

Eso no funciona tampoco, aparte con el pin usb con resistencias deberia de haberme prendido forzadamente en modo download. me olvide poner que ya probe eso tambien.

Alguna otra idea amigos?

[drarkam]

Alguna otra idea amigos?

A mi me ha pasado lo mismo exactamente y he probado todo eso también y nada, lo pudiste solucionar? gracias

[gerboycr]

A mi me ha pasado lo mismo exactamente y he probado todo eso también y nada, lo pudiste solucionar? gracias

me llego uno igual no hacia nada de nada entonces lei aqui en el foro sobre reparar el boot con una sd y me funciono le pude reparar el boot y luego flashear y reparar el efs y por ultimo el imei y la red. amigo busca sobre eso hay mucha informacion con detalle no me acuerdo porque lei mucho pero puede ser eso y si no funciona tendrias que cambiar la memoria emmc y eso es muy complicado.

[expulsado]

Ahí está la solución, he reparado 2 de 3 con ese método

www.clangsm.com/forum/index.php?showtopic=342901