|
||
|
#81
|
||||
|
||||
|
gracias a todos... voy a recopilar informacion para ponerme a ello. Un saludo
|
|
|
|
#82
|
||||
|
||||
|
Por cierto en la nueva 1.35 ya no salen las letras chinas.
Ahora sale una pantalla entera de color verde fluorescente con un maletin y una cruz de urgencias en el centro. Encima me da toda la impresión que se recochinean de los usuarios. |
|
#83
|
||||
|
||||
|
A mi tras unos cuantos reinicios no me ha vuelto a dar el problema... es algo muy extraño
|
|
#84
|
||||
|
||||
|
Re: Solucionar el problema de perder datos al encender - se me ha quedado en el logo de onda - letras verdes
A mi me acaba de pasar esto por primera vez con la V812 y ya que veo que esto pasa tras apagar la tablet varias veces...no se solucionaría no apagándola? Es malo no apagarla para la tablet?
Un saludo |
|
#85
|
||||
|
||||
|
No es malo dejar siempre la tablet encendida, de hecho el deep sleep que tiene es bastante bueno...xo el tema esque no puedes depender de no tener que apagarla, xq de momento se cuelga cada 2x3 cada vez que le pides un poco de potencia y eso no depende de ti, entonces la tienes que reinciar y si te ocurre que? Zasca! lio armado...desde luego se lo estan currando...
|
|
#86
|
||||
|
||||
|
Aquí otro que acaba de encontrarse con esa pantalla. Genialidad, saben que ocurre y hacen que sea más bonita. A ver cómo se "levanta" tras el reinicio.
|
|
#87
|
||||
|
||||
|
Re: Solucionar el problema de perder datos al encender - se me ha quedado en el logo de onda - letras verdes
|
|
#88
|
||||
|
||||
|
Me ocurre también. Aunque he de decir que con la 1.33 y el boot.img no me pasó. Me daba algún fallo puntual, pero nada más allá. Me he atrevido a instalar esta porque decían que iba bien. Aún así ha salido esa pantalla y no he perdido nada. Sorprendente.
|
|
#89
|
||||
|
||||
|
solucion posible y provisional
Pensando que android es linux, vamos esta basado en linux.
He buscado para forzar el chequeo de unidades de disco en todos los reinicios, haciendo lo siguiente. Entrar en la app de terminal y escibir su cd touch /forcefsck Esto crea un fichero forcefsck en la raiz de la tablet. Que opinais? Podría valer como solución provisional? |
|
#90
|
||||
|
||||
|
El fichero desaparece tras el primer reinicio. y tampoco estoy convencido de que hiciera nada.
Otra vez será |
|
#91
|
||||
|
||||
|
El parche de montar con la opción barrier=1, y algoritmo NOOP es lo mejor que me ha ido hasta ahora.
Parece que lo que hacen estas dos opciones es bajar la probabilidad de fallo. Pero si se usa mucho acaba tocando y falla ![]() Por ejemplo instalando muchas aplicaciones, visitando muchas páginas web, usando el launcher de fábrica, google play .... Esta vez aguantó 7 horas, se quedo bloqueada usando el comic Rack tras unas 7 horas de uso. Al reiniciar necesitaba un restaurar sistema obligatorio, ya que tenía reinicios constantes. Llevo dos días desconectado y acabo de ver las novedades con las 1.3.5, haber si hay suerte. Ya he leído que la pantallita de analizar el sistema sigue saliendo aunque ahora es más bonita. |
|
#92
|
||||
|
||||
|
Pensando que android es linux, vamos esta basado en linux.
He buscado para forzar el chequeo de unidades de disco en todos los reinicios, haciendo lo siguiente. Entrar en la app de terminal y escibir su cd touch /forcefsck Esto crea un fichero forcefsck en la raiz de la tablet. Que opinais? Podría valer como solución provisional? ![]() |
| Gracias de parte de: | ||
|
#93
|
||||
|
||||
|
Vamos a darle unos días de prueba a la 1.3.5
Algunos cambios que visto en el boot de 1.3.5 con respecto a 1.3.3 nand.ko Han pasado de 856.574 bytes a 856.576 bytes. Espero que esas letras obren su mágia Han sustituido en el init.rd Aún no se muy bien como funciona datarestore, pero es el mayor cambio que he visto. Cita: Originalmente Escrito por 1.3.5
on property:sys.boot_completed=1
start preinstall datarestore b on property:sys.restoresystem=1 exec /system/bin/stop datarestore l datarestore r exec /system/bin/reboot ![]() Cita: Originalmente Escrito por 1.3.3
on property:sys.boot_completed=1
start preinstall on property:sys.restoresystem=1 datarestore l exec /system/bin/rm -r /data/system <-- Posible origen de nuestras limpiezas forzadas exec /system/bin/reboot ![]() El montaje sigue igual Cita: mount ext4 /dev/block/nandd /system rw wait noatime nodev barrier=0
# try to mount /data wait /dev/block/nande mount ext4 /dev/block/nande /data wait noatime nosuid nodev barrier=0 setupfs /dev/block/nande umount /data dispe2fsck /dev/block/nande exec /system/bin/busybox mount -t ext4 -o noatime,nosuid,nodev,barrier=0,nodiratime,noauto_d a_alloc /dev/block/nande /data # try to mount /cache mount ext4 /dev/block/nandh /cache wait noatime nosuid nodev barrier=0 setupfs /dev/block/nandh umount /cache dispe2fsck /dev/block/nandh mount ext4 /dev/block/nandh /cache noatime nosuid nodev barrier=0 ![]() Os pongo la imagen pasada a jpg de las nuevas "letras verdes" para aquellos que todavía no la han visto Última edición por moitisimo Día 11/03/13 a las 04:15:38. |
|
#94
|
||||
|
||||
|
Post interesante en http://tieba.baidu.com/p/2196284896?pn=2
Cita:This top next to you! It does not matter whether the copy you .1.35 before the the Deadline scheduler reaction is fast, NAND Flash characteristics, timing may be less stable.
Have to look up specific chip data to see, the cache ram from the 1.35 release, as well as improved drive to see the results, think your analysis is on. But I think the old driver and Deadline scheduling would indeed cause system instability. As to whether the quality of flash memory chips, this is hard to say. Are engaged in a microcontroller / DSP / embedded systems know how it happened. Side dishes side seal account approach is not handled properly. Need not worry too got the idea. Not jumping to conclusions more analysis is a good habit. ![]() |
|
#95
|
||||
|
||||
|
Por lo menos en mi caso funciona mejor la 1.3.5 que la 1.3.3 parcheada.
Estoy probando con la 1.3.5 de kasty. En los ratos que he tenido le he metido algo de caña, la he usado de forma que las otras versiones hubiesen fallado, casi pensé que la maltrataba. Por ahora ningún fallo. Espero que dure y que sigan mejorando los de onda. Sigo teniendo teniendo muchos "PHY_PageRead: ecc limit", pero desconozco que cantidad de estos avisos se pude considerar aceptable. |
|
#96
|
||||
|
||||
|
Re: Solucionar el problema de perder datos al encender - se me ha quedado en el logo de onda - letras verdes
Vamos a darle unos días de prueba a la 1.3.5
Por si alguien quiere personalizar su onda al máximo, cambiar las imágenes de boot no debe ser muy complicado, son RAW rgba entrelazados. /initlogo.rle y /needfix.rle de la partición boot Os pongo la imagen pasada a jpg de las nuevas "letras verdes" para aquellos que todavía no la han visto ![]()
__________________
|
|
#97
|
||||
|
||||
|
Por lo menos en mi caso funciona mejor la 1.3.5 que la 1.3.3 parcheada.
Estoy probando con la 1.3.5 de kasty. En los ratos que he tenido le he metido algo de caña, la he usado de forma que las otras versiones hubiesen fallado, casi pensé que la maltrataba. Por ahora ningún fallo. Espero que dure y que sigan mejorando los de onda. Sigo teniendo teniendo muchos "PHY_PageRead: ecc limit", pero desconozco que cantidad de estos avisos se pude considerar aceptable. ![]() |
|
#98
|
||||
|
||||
|
Me interesaba tenerla lo mas parecido a como viene de fabrica para evaluar las mejoras de onda, pero recortada de basura. |
|
#99
|
||||
|
||||
|
Yo los he abierto usando photoshop, por ejemplo: pillas el needfix.rle, le añades la extensión .raw (needfix.rle.raw) y lo arrastras a photoshop. Photoshop te sacará un cuadro de diálogo donde debes introducir los siguientes parámetros: antcho: 2048 alto:1536 Canales 4, con la casilla canal de transparencia activada. Produndidad:8bits Sustituirla es donde tengo mis dudas, no se si bastará con sobrrescribir el archivo en la tablet, pero me temo que habrá que sustituirlo en l la partición boot, lo cual ya es un poco más problemático |
|
|
|
#100
|
||||
|
||||
|
Han preparado una imagen del boot para la 1.3.5 con la opción barrier=1
http://pan.baidu.com/share/link?shar...&uk=1026065640 Espero que no sea necesaria, yo por el momento no la usaré, ya que afecta negativamente al rendimiento. Cita: Originalmente Escrito por - - - Nota del creador
In fact, is possible via a firmware upgrade to fix the flash problem. Flash with other storage medium. It has a so-called loss of effect. NAND flash memory using the floating gate to store electronic way to save the information, electronic access floating gate tunneling effect in quantum science, the tunneling electrons tunneling between the floating gate and the substrate wear oxide layer capture With the increase in the fall of the electron in the oxide layer, the flash unit will result in failure. Put flash flash drive you can use the loss of balance (Wear Leveling) technology will be able to as much as possible through the write operations evenly distributed in the flash memory block, making the chip throughout the number of consistent, so as to "extend" SSD life . I tested under 1.35 flash drive is indeed better than the 1.33 driver. After intensive read operation did not see a large number of too much err ecc errors. May Onda flash drive upgrade. Recommend you give it a try.
Updated with barrier = 1 boot.img 1.35 version, we can use the enhanced vigilance. http://pan.baidu.com/share/link?shar...&uk=1026065640 installation method: the the Onda DIY the the toolbox brush the entry / sdcard/a31_toolbox/boot.img can. ![]() Última edición por moitisimo Día 12/03/13 a las 04:28:11. |
| Gracias de parte de: | ||
![]() |
Estás aquí
|
||||||
|
||||||