|
||
|
|
|
|||||||
| Avisos |
| ROMs y desarrollo Galaxy Tab 2 10.1'' ROMs y desarrollo Galaxy Tab 2 10.1'' |
![]() |
|
|
Herramientas |
|
#1
|
||||
|
||||
|
No se deja flashear... Hay solución? VIENE DE CM
Me han dado una Samsung TAB 2 p5110 y me viene con una CM 10.1 que se reinicia constante.
Trae CWM, no deja wipear, siempre sigue igual con las mismas apps por mucho que haga wipes de todo. Mi intención es por lo pronto ponerla STOCK y después ya veremos... Tampoco se deja meter por Odin una rom stock. Ya he probado con varias versiones, con el pit16gb y sin, varios pcs con windows distintos, y nada. Tengo experiencia con ello. Lo que no he encontrado una rom con los 4 archivos esos de csc, bl, etc.. La memoria se ha quedado "como de escritura", no se deja hacer nada la joia. Odin siempre da fail después de 15-20 minutos, se queda la barra por la mitad, hasta que da fail. ¿Alguna solución o le ha pasado a alguien? He leido algo de resetear la batería.. la he abierto, desconectado la batería, pero nada. Última edición por azf Día 09/06/16 a las 21:30:34. |
|
|
|
#2
|
||||
|
||||
|
Estoy en las mismas, me ha pasado exactamente lo mismo y quisiera tenerla minimo para leer pero ni eso me deja el aparato. Me suscribo al tema y espero encontremos la solucion pronto.
|
|
#3
|
||||
|
||||
|
Has intentado cambiar de recovery? Tal ves este causando algun tipo de.conflicto para cambiar de room...
Bueno es algo que se me acaba de ocurrir... |
|
#4
|
||||
|
||||
|
Una posibilidad:
Hay que 1) arrancar en recovery 2) montar system 3) entrar en modo consola y ejecutar fstrim /system Esto puede, o no, solucionar el problema, pero depende de que el kernel del recovery no sea de los que monta Android-Andi (Xda) ya que esos tienen la posibilidad de fstrim bloqueada. La explicación básica es que los discos en estado sólido (todos) cambian constantemente los datos de posición en cada escritura, escribiendo bloques de memoria física por cada escritura de memoria lógica (por ejemplo: aunque solo tengan que escribir un byte, escriben 4096). Esto deja enormes porciones de cada bloque no ocupado por completo como si realmente estuviese ocupado. El comando fstrim, "recupera" esos huecos. Hubo una temporada en que las tablets que incorporaban las Roms de este mantenedor de CM caían como moscas. Ignoro que ha pasado posteriormente. Otra cuestión posible: Las memorias nand (discos en estado sólido) tienen una cantidad de ciclos de escritura finita. Cuando se alcanza en cada bloque de memoria, éste se descarta, hasta que llega un momento en que ya no pueden escribir más. En teoría, no se alcanzaría este límite en un uso de bastantes años, pero ... depende del uso. (Yo todavía no he visto caer un disco nand por este motivo) ¡ Suerte !
__________________
Hay personas que luchan un día y son buenas. Otras luchan un año y son mejores. Algunas luchan muchos años y son muy buenas. Pero las que luchan toda la vida son las imprescindibles. Última edición por TuxLin Día 29/06/16 a las 18:26:32. |
|
#5
|
||||
|
||||
|
Una posibilidad:
Hay que 1) arrancar en recovery 2) montar system 3) entrar en modo consola y ejecutar fstrim /system Esto puede, o no, solucionar el problema, pero depende de que el kernel del recovery no sea de los que monta Android-Andi (Xda) ya que esos tienen la posibilidad de fstrim bloqueada. La explicación básica es que los discos en estado sólido (todos) cambian constantemente los datos de posición en cada escritura, escribiendo bloques de memoria física por cada escritura de memoria lógica (por ejemplo: aunque solo tengan que escribir un byte, escriben 4096). Esto deja enormes porciones de cada bloque no ocupado por completo como si realmente estuviese ocupado. El comando fstrim, "recupera" esos huecos. Hubo una temporada en que las tablets que incorporaban las Roms de este mantenedor de CM caían como moscas. Ignoro que ha pasado posteriormente. Otra cuestión posible: Las memorias nand (discos en estado sólido) tienen una cantidad de ciclos de escritura finita. Cuando se alcanza en cada bloque de memoria, éste se descarta, hasta que llega un momento en que ya no pueden escribir más. En teoría, no se alcanzaría este límite en un uso de bastantes años, pero ... depende del uso. (Yo todavía no he visto caer un disco nand por este motivo) ¡ Suerte ! ![]() con el odin he intentado meter recovery y rom nuevas y el fallo q sale es fail nand write. con el recovery he probado todos los wipes y reset factory y como si nada todo sigue igual. hay alguna solucion o la memoria esta dañada sin remedio. gracias de antemano. PD: primera imagen flasheo del recovery segunda imagen flasheo rom. Última edición por zhurrita Día 13/10/16 a las 17:46:25. Razón: mas info |
![]() |
Estás aquí
|
||||||
|
||||||
| Herramientas | |