[Tutorial] Solucionar el problema de perder datos al encender - se me ha quedado en el logo de onda - letras verdes

[sorayas]

gracias a todos... voy a recopilar informacion para ponerme a ello. Un saludo

[Frontline52]

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.

[crewster]

Originalmente Escrito por Frontline52

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.

A mi tras unos cuantos reinicios no me ha vuelto a dar el problema... es algo muy extraño

[Nantuko]

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

[Vardash]

Originalmente Escrito por Nantuko

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

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

[josemdg90]

Originalmente Escrito por Frontline52

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.

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.

[Nantuko]

Originalmente Escrito por josemdg90

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.

Te acaba de pasar con la 1.35 también?
La verdad es que es de traca el asunto

[josemdg90]

Originalmente Escrito por Nantuko

Te acaba de pasar con la 1.35 también?
La verdad es que es de traca el asunto

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.

[cacharreo]

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?

[cacharreo]

El fichero desaparece tras el primer reinicio. y tampoco estoy convencido de que hiciera nada.

Otra vez será

[moitisimo]

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.

[moitisimo]

Originalmente Escrito por cacharreo

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?

Al ver el binario del init de la 1.3.3 (no tengo decomplador, usease que con un editor a pelo ) llama /system/bin/e2fsck, si encuentra errores , muesta las letras verdes y llama a /system/bin/e2fsck -y

[moitisimo]

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.

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

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

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

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

[moitisimo]

Post interesante en http://tieba.baidu.com/p/2196284896?pn=2

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.

[moitisimo]

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.

[machotecba]

Originalmente Escrito por moitisimo

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

Ok. Pero como se hace? Encontre algunas heramientas en xda pero ninguna hizo la magia. Puedes enviar un pm con las herramientas. Gracias.-

[mml78]

Originalmente Escrito por moitisimo

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.

Tienes más "PHY_PageRead: ecc limit" ahora con la 1.35 o con la 1.33 parcheada? Con mi v972 problematica nunca me ha fallado con la 1.33 parcheada, ni un solo cuelgue.Por eso sigue asi. La otra esta muy bien con supernova v3.

[moitisimo]

Originalmente Escrito por mml78

Tienes más "PHY_PageRead: ecc limit" ahora con la 1.35 o con la 1.33 parcheada? Con mi v972 problematica nunca me ha fallado con la 1.33 parcheada, ni un solo cuelgue.Por eso sigue asi. La otra esta muy bien con supernova v3.

La tengo tal cual viene de fábrica la kasty, me sigue funcionando bien.

Me interesaba tenerla lo mas parecido a como viene de fabrica para evaluar las mejoras de onda, pero recortada de basura.

[moitisimo]

Originalmente Escrito por machotecba

Ok. Pero como se hace? Encontre algunas heramientas en xda pero ninguna hizo la magia. Puedes enviar un pm con las herramientas. Gracias.-

Las utilidades de xda seguramente serán para archivos codificados como rle, pero estos de rle solo tienen la extensión, no vienen comprimidos.

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

[moitisimo]

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.

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.

fuente: http://tieba.baidu.com/p/2196284896?pn=2