Solucionado No se generan correctamente los fullbackup de imagen.

[pejeanut]

Haber ,anoche hice un backup con la imagen 7.0.003 . Hoy al reinstalar ese backup de la carpeta fullbackup (Use el de la carpeta /20170302_2334 )(archivos en /formuler1 me ha hecho restaurado a una imagen 6.0.0012 lo cual no entiendo .
El mutilboot no estaba activado ni tiene imagenes solo estan las carptas , Teoricamente cuando haces backup en multiboot ,la hace de la que tienes en la flash no de la que tienes cargada.
Creo que el problema reside en que cuando se genera el backup si en el pen esta la carpeta vuplus no se sobreescribe y se genera fullbackup a partir de esa . Es posible esto?
No se si en el proceso de generar el fullbackup lo copia de los archivos de la carpeta formuler1 por lo cual ocurre este problema.
Tendre que probar todo esto otro dia ya que no tengo tiempo este fin de semana
No es que no sepa usarlo es que creo que hay un problema.Desde que se cambio el proceso de generacion de backup.
Entendeis lo que os estoy intentando explicar?
SALUDOS

 

[Tururu]

Cuando generas un backup (en general), crea la carpeta con la fecha/hora y machaca el viejo que esta en vuplus.
Con multiboot (indicas que no esta "activado", pero si esta instalado, esta instalado) el tema es diferente, cuidado, desde 2004 no lo uso y poco mas puedo decir.

 

[darkmantk]

Como te dice Tururu al crear el fullbackup este te sobrescribe la ya existente con lo nuevo.

También tienes que tener en cuenta que el Full Backup solo está pensando para los firms que se instalan en flash y es del que hace el backup, el firm que tengas en multiboot no va hacer backup ninguno.

En vuplus como dice también Tururu ten en cuenta lo de los 2 pendrives conectados a la vez que puede causar que no se inicie el proceso de instalación.

 

[tomi54]

buenas tardes ,pero llevo toda la tarde completita y ayer mañana,intentando hacer un backup de la openspa 7.0.0.0.3 con mi zgemma h2,y no hay manera, lo ago con un pendrive,lo ago con un disco externo y tampoco,los archivos si se graban,como muestro la foto,luego cojo el archivo zgemma,lo meto en pen y al deco,lo aranco me sale en display flsh ,y ya puedo tirarme toda la tarde esperando y de ahí no pasa,despues prueve y renombre noforce a force,ni por esas,lo ago de la misma manera en mi otro zgemma h2h ,no esta imagen la 7.0.0.0.2y sin problema,yo no se que me esta pasando,estoy que trino,con ese deco el h2,hise unos pocos backup y bien,pero hoy no hay manera, en los plugins tengo instalado todo que pone backup, os pregunto por si me podeis dar una idea,que me puede pasar,tanto el pen como el disco,lo formatee con pc tanto en fat32 ,y formateo en el deco también en fat32 saludos cordiales y gracias..
NOTA. lo hise con pen 1gb 4gb 8gb, disco esterno 120gb

[/IMG] http://imgur.com/a/wOt2Q
http://imgur.com/a/dsLCU

 

[tomi54]

no me aranca el backup ni la carpeta zgemma openspa 7.0.0.0.3 que esta en
Carpeta fullbackup
ni la Carpeta zgemma que va sola, de la que genera en el pendrive saludos.

 

[pejeanut]

Como te dice Tururu al crear el fullbackup este te sobrescribe la ya existente con lo nuevo.

También tienes que tener en cuenta que el Full Backup solo está pensando para los firms que se instalan en flash y es del que hace el backup, el firm que tengas en multiboot no va hacer backup ninguno.

En vuplus como dice también Tururu ten en cuenta lo de los 2 pendrives conectados a la vez que puede causar que no se inicie el proceso de instalación.

Todo lo tengo claro desde el pincipio . He formateado el pen y he borrado la tarjeta sd y he generado un fullbackup y esta vez se ha restaurado con exito.Ahora esta tarde intentare hacerlo fallar .Os digo que algo pasaba que no se restauraba al backup de la fecha y se generaba uno antiguo.Cosa muy estraña
SALUDOS

 

[pejeanut]

Formuler 1 en 7.0.003. Hago un fullbackup y se gerera sin ningun error pero luego al intentar restaurarlo lleva en flashing mas de 1 hora.
Probare a usar otro pendrive.Nunca he tenido problemas pero ultimamente si desde la version 7. no se que cambios nuevos abreis implementado o a que es debido esto

SALUDOS

 

[tomi54]

yo con varios pen ,con disco externo en el zgemma h2 ,si hace el backup, pero después a comprobarlo se queda en display en flsh,y te puedes tirar el dia mirándole q nada no arranca la imagen, con mismo pen lo hice con dos imágenes distinta a la openspa,y todo correcto,y lo he comprobado a partir de las versiones 7 no me funciona,anteriormente a esa versión correcto,hablo del zgemma h2,los otros modelos h2h y h5 si funciona, después de una semana,liado y haciendo muchas prueba,confirmo q para este deco,por lo que sea los backup no se logran saludos.

 

[oscar_fl]

yo con varios pen ,con disco externo en el zgemma h2 ,si hace el backup, pero después a comprobarlo se queda en display en flsh,y te puedes tirar el dia mirándole q nada no arranca la imagen, con mismo pen lo hice con dos imágenes distinta a la openspa,y todo correcto,y lo he comprobado a partir de las versiones 7 no me funciona,anteriormente a esa versión correcto,hablo del zgemma h2,los otros modelos h2h y h5 si funciona, después de una semana,liado y haciendo muchas prueba,confirmo q para este deco,por lo que sea los backup no se logran saludos.

Se esta probando.

 

[evox]

yo con varios pen ,con disco externo en el zgemma h2 ,si hace el backup, pero después a comprobarlo se queda en display en flsh,y te puedes tirar el dia mirándole q nada no arranca la imagen, con mismo pen lo hice con dos imágenes distinta a la openspa,y todo correcto,y lo he comprobado a partir de las versiones 7 no me funciona,anteriormente a esa versión correcto,hablo del zgemma h2,los otros modelos h2h y h5 si funciona, después de una semana,liado y haciendo muchas prueba,confirmo q para este deco,por lo que sea los backup no se logran saludos.

Pues siento contradecirte jejejeje. he realizado un backup de la 7.1.001 en un pendrive de 16gb formateado en ext3 y montado como hdd, ha tardado 19min en hacer el backup y la imagen de rootfs.bin pesa 99mb, he pasado la carpeta zgemma del backup al pc y la he metido en un pendrive fat32 de 16gb tambien y he procedido al restaurar el backup pinchandolo en el usb trasero y apretando power al aparecer usb en el vfd que ha cambiado a flash y al cabo de aproximadamente 3min se ha reiniciado solo a hecho el boot y a arrancado el backup perfectamente.



Salu2.

 

[tomi54]

buenas evox, yo lo estoy haciendo con fat32 y nada,sin en cambio en h2h y h5 perfecto en fat32,es curioso eso, voy a probar con ext3 aver gracias por la prueba evox saludos.

 

[tomi54]

la imagen de rootfs.bin me pesa ami 129.152 kb saludos.

 

[evox]

la imagen de rootfs.bin me pesa ami 129.152 kb saludos.

Eso es igual mucho peso, ten en cuenta ke ese deco va justo de flash y memoria, mira lo ke hay libre antes de hacer el backup, yo tambien cree un swapfile de 64mb en el pendrive ke monte como hdd.

Salu2.

 

[tomi54]

quizá tenga q desactivar plugins y probar de nuevo,como lo hise siembre en fat32, me da 106.22mb de memoria libre, como muestro en captura,ya hise backup con un disco externo en ext3,aver como le saco los datos del disco en w7,como no sea con algún programa saludos y gracias.

 

[evox]

quizá tenga q desactivar plugins y probar de nuevo,como lo hise siembre en fat32, me da 106.22mb de memoria libre, como muestro en captura,ya hise backup con un disco externo en ext3,aver como le saco los datos del disco en w7,como no sea con algún programa saludos y gracias.

Deja el disco conectado al deco a ese u otro, conectas por ftp al deco y descargas la carpeta al pc.

Salu2

Enviado desde Tapatalk 2

 

[pejeanut]

Me es imposible restaurar un fullbackup en 7.1.001 .He conseguido hacer fullbackups hasta 100 Mbytes de tamaño por lo cual no creo que sea el pen , pero a partir de hay ocurre este error y se queda en flashing por lo cual no llega a terminar nunca. El pen usb utilizado es un Kington datatraveler microDuo de 32 GB USB.3 en FAT32,Esta limpio y foramteado a bajo nivel. He probado con otros y obtengo siempre el mismo resultado.
Aqui teneis el log.
BCM73460012

M00CZSL2=1
LLMB=0000C000
BP=02000000
L2Cfg=1E7AD627
L2Buf=77707711
BrCfg=F01C200E
BrMod=02800801
BrZp0=44000000
BrZp1=00002000
#@

BCM97356B2 CFE v3.38, Endian Mode: Little
Build Date: 2014-05-03 (v28)
Copyright (C) Broadcom Corporation.

ReShmoo MEMC0

CPU speed: 1104MHz
DDR Frequency: 796 MHz
DDR Mode: DDR3
Total memory(MEMC 0): 1024MB
MEMC 0 DDR Width: 32
Boot Device: NAND
Total flash: 512MB
RTS VERSION: Initial RTS Version
ETH0_PHY: RGMII
ETH0_MDIO_MODE: 1
ETH0_SPEED: 1000
ETH0_PHYADDR: probe

Initializing USB.
USB: Locating Class 09 Vendor 0000 Product 0000: USB Root Hub
USB: Locating Class 09 Vendor 0000 Product 0000: USB Root Hub
USB: Locating Class 09 Vendor 0000 Product 0000: USB Root Hub
USB: Locating Class 09 Vendor 0000 Product 0000: USB Root Hub

CFE initialized.
USB: New device connected to bus 1 hub 1 port 1
USB: Resetting device on bus 1 hub 1 port 1
USB: Locating Class 02 Vendor 04A3 Product 0101: Driver not found.
USB: New device connected to bus 3 hub 1 port 1
USB: Resetting device on bus 3 hub 1 port 1
USB: Locating Class 08 Vendor ABCD Product 1234: Mass-Storage Device
USBMASS: Unit 0 connected
found image:
Backup de la imagen completa p
flashing
Reading usbdisk0:formuler1/kernel.bin: Done. 6291456 bytes read
Programming...

>>>[ui_flash] Writing data (flash0.kernel) from source (formuler1/kernel.bin)
done. 6291456 bytes written
flashing
Reading usbdisk0:formuler1/rootfs.bin: **Exception 32: EPC=870009F0, Cause=00008028, Addr=FFFFFFFF
RA=87026538, PRID=00025A11

0 ($00) = 00000000 AT ($01) = A0000000
v0 ($02) = 870009F0 v1 ($03) = 0000001A
a0 ($04) = 87092F00 a1 ($05) = 0000000D
a2 ($06) = A7090EA0 a3 ($07) = 87092500
t0 ($08) = 00000001 t1 ($09) = 00000002
t2 ($10) = 000000FF t3 ($11) = 00000038
t4 ($12) = 87093058 t5 ($13) = 00000001
t6 ($14) = 870B5F00 t7 ($15) = 87000994
s0 ($16) = 87050000 s1 ($17) = A708FEA0
s2 ($18) = 87092F00 s3 ($19) = 8708FC38
s4 ($20) = 0000000D s5 ($21) = 8708F500
s6 ($22) = 87092F00 s7 ($23) = 87093100
t8 ($24) = 0000001B t9 ($25) = B03B11E4
k0 ($26) = FFFFFFFF k1 ($27) = FFFFFFFF
gp ($28) = 870590F0 sp ($29) = 87461FD0
fp ($30) = 87027480 ra ($31) = 87026538


*** Waiting for system reset ***

Aquí os dejo la imagen que no se puede restaurar por si la quereis testear .
formuler1 : https://www.mediafire.com/?f8mhlm46ea3src9
SALUDOS

 

[pejeanut]

Aquí os dejo el punto en que la imagen si que se instala. Si instalais algun plugin mas , en la siguiente recovery ya no se instalara correctamente.
Es una imagen de 102mg .No se si tenieis mucho trabajo y lo habéis compobado o no, o simplemente pensáis que esto son imaginaciones mias ,problema mio etc, pero como podeis comprobar esto es como explico y es un bug .Y si no lo es, saber por que pasa y ver a que puede ser debido , creo que es importante saberlo.Necesitaria que alguien lo comprobase y me dijera que también a el le pasa.
formuler1 : https://www.mediafire.com/?y3uz17nbmwqebtk
SALUDOS

 

[pejeanut]

Pues siento contradecirte jejejeje. he realizado un backup de la 7.1.001 en un pendrive de 16gb formateado en ext3 y montado como hdd, ha tardado 19min en hacer el backup y la imagen de rootfs.bin pesa 99mb, he pasado la carpeta zgemma del backup al pc y la he metido en un pendrive fat32 de 16gb tambien y he procedido al restaurar el backup pinchandolo en el usb trasero y apretando power al aparecer usb en el vfd que ha cambiado a flash y al cabo de aproximadamente 3min se ha reiniciado solo a hecho el boot y a arrancado el backup perfectamente.

Ver el adjunto 21755

Salu2.

Prueba a crear una imagen de mas de 102mb aproximadeamente o mas por que a mi en formuler1 no termina de flashear si sobrepaso ese limite aproximado .
SALUDOS

 

[pejeanut]

Pues yo tengo vu+ solo se y el backup me lo hace perfectamente.

Por lo tanto el problema viene por otro lado y hay que averiguar por donde.

Creo que el problema aparece si la imagen a crear tiene mas de 103 MB aproximadamente .
SALUDOS

 

[oscar_fl]

Creo que el problema aparece si la imagen a crear tiene mas de 103 MB aproximadamente .
SALUDOS

252 megas ocupa la del solo 4k y la carga perfectamente.