Er zijn 178 reacties in dit onderwerp

[ColinB]

Here you go

Bijgevoegde Bestanden

•  FG7 2.png   21K   46 Aantal bijlagen
•  FG7 3.png   22,89K   46 Aantal bijlagen

[Lost in Space]

Thanks, so with -j the erase works without error. You now should try to flash ONLY the kernel with fgwrite -j -k .... and see if the box still boots.

 

Then we have fixed ther kernel flashing.

 

The Bus error on the flashing of the root can hve 2 reasons - wrong geometry passed or the runlevel is wrong and there is stil lO taking place.

 

I'm not sure if runlevel 2 or 1 is single user mode on your box. Dreambox works with 1 vu works also with 2 which is used by fgwrite. I could add a runlevel option so that you can try if it makes a difference.

 

But first I will change that -j switch is default on xp even if not passed like it is for duo2 and solo2

Veranderd door gutemine, 15 mei 2013 - 21:16

[ColinB]

Thanks, so with -j the erase works without error. You now should try to flash ONLY the kernel with fgwrite -j -k .... and see if the box still boots.

 

Then we have fixed ther kernel flashing.

 

The Bus error on the flashing of the root can hve 2 reasons - wrong geometry passed or the runlevel is wrong and there is stil lO taking place.

 

I'm not sure if runlevel 2 or 1 is single user mode on your box. Dreambox works with 1 vu works also with 2 which is used by fgwrite. I could add a runlevel option so that you can try if it makes a difference.

 

But first I will change that -j switch is default on xp even if not passed like it is for duo2 and solo2

Not quite for me (I'm a novice)

 

I had to re-flash from a different backup usb stick as the box locked on the MK Digital XP1000 manufacturers boot logo-screen. No network started so couldn't get to it by telnet.

 

back to normal now, no bones broken. Just wont be using that -j switch again

 

cheers Colin

[Lost in Space]

Once more, you should then try to flash ONLY the kernel (hence the -k option) once with -j and once without and tell which one gives error and which boots.

 

It is that simple, if you have the correct arguments for flashing a partition you are done and can move to the next partition until your box is fully flashable.

 

I can't offer any other approach for boxes I don't own - or you do it yourself and I spend my time on something else :-)

 

I've flashed my Dreamboxes X00 times and VERY often with DreamUP in serial mode to recover when I did wrong to get a fully operational nfiwrite brinary.

 

If you are not willing to do at least a 2 digit number of trials to find the proper parameters ... then we are an troubles and should stop the project or only support boxes were user(s) are willing to spend the time of testing and giving input to get this functionality for their boxes.

 

This is not a personal blame or that I'm upset, I just try to explain how this works.

 

Or get a genius from PLi team who creates such a tool for you ... working out of the box.

Veranderd door gutemine, 15 mei 2013 - 21:37

[ColinB]

Hopefully I'm not confusing the issue.

 

But my Original usb is ext4 and the xp1000 needs fat32 to flash, with a folder at the root named xp1000 with the 4 files included. The "noforce" file can be changed to "force", so that you don't have to press the +button during boot to flash.

 

During my play today I couldn't get any combinations of *zip files folders to work from either the GUI or via putty, which is why I asked how the file should look, ie xp1000 folder zipped or files inside zipped separately or both.

 

fgwrite to a folder was super fast even over my LAN

 

thanks Colin

[ColinB]

Thanks, so with -j the erase works without error. You now should try to flash ONLY the kernel with fgwrite -j -k .... and see if the box still boots.

 

Then we have fixed ther kernel flashing.

 

The Bus error on the flashing of the root can hve 2 reasons - wrong geometry passed or the runlevel is wrong and there is stil lO taking place.

 

I'm not sure if runlevel 2 or 1 is single user mode on your box. Dreambox works with 1 vu works also with 2 which is used by fgwrite. I could add a runlevel option so that you can try if it makes a difference.

 

But first I will change that -j switch is default on xp even if not passed like it is for duo2 and solo2

Done

Bijgevoegde Bestanden

•  FG7 4.png   24,56K   27 Aantal bijlagen

[Lost in Space]

OK, I think it is time to be pragmatic.

 

I removed all the boxdetection and imagechecks from the Plugin, it will simply Flash whatever ZIP file you provide in whatever subdirectories the content of the zip was packed (upt to 2 subdirectory levels as vuplus uses).

 

I fixed the saving of the Path in the settings menu of the Plugin.

 

I added the possibility to specifiy runlevel for root flashing -f 1 will go to single user mode in runlevel 1, but be aware the network is gone meaning you will not get any output during root flashing in telnet. -f 2 is the default if nothing is pecified which keeps the network running.

 

xp will now not NOT use jffs2 flag anymore as default as solo2 and duo2 do.

 

Have fun testing

gutemine

Bijgevoegde Bestanden

•  enigma2-plugin-extensions-flashgordon_0.8_all.ipk   45,85K   22 Aantal bijlagen

Veranderd door gutemine, 15 mei 2013 - 22:38

[ColinB]

Excellent GUI working, i will check after a backup if it saves the path.

 

Telnet also handling *.zip

 

many thanks

 

 

Death to Ming

Bijgevoegde Bestanden

•  FG8 1.png   18,11K   42 Aantal bijlagen

Veranderd door ColinB, 16 mei 2013 - 08:03

[ColinB]

Excellent GUI working, i will check after a backup if it saves the path.

 

Telnet also handling *.zip

 

many thanks

 

 

Death to Ming

GUI configuration saved during backup and reflash

 

Just need to pre-zip backups for full sofa setup 

[Firex]

Hello,

 

first of all a perhaps stupid question:

 

Is "Flash-Gordon-PLugin" something as "Muti-/Meoboot" (for example at Blakhole-Images) or is it something different? If so, what exactly is the difference?

 

Sorry for this question, but my englich is`not very good and therefore I have not yet quite understand all details ..

 

Regards

[Lost in Space]

As the name suggests it is a Plugin for Flashing and wir works without any USb sticks while the box is running by simply choosing the image.zip from the backup location on the harddisk or wherever you specify.

 

You can easily switch images im flash with it. but it is NOT any kind or Multibooting.

 

And it is NOT finished yet, as I don't own or want ot own any of the boxes it supports. So development and adding of boxes is dependant on the users testing and givng the needed inputs. At the moment the Vu boxes should work and we are collecting iput for et/ct boxes.

 

Currently it supports only ZIp files from the gui, but fgwrite the binary doing the acutal jobs accepts directly the unpacked directory with the imagefiles, so if all nboxes work we could support also such directories from the plugin directly too.

 

@ColinB - now that errors are gone, does the flashing of xp1000 work too ?

Veranderd door gutemine, 16 mei 2013 - 13:37

[ColinB]

@Gutemine

 

Using the backup file for the XP1000 created by pedro_newbie Backupsuite, I zipped it up and  it installed fine with Flash Gordon (v.8).

 

It took 3mins 15seconds from network mount hdd.

 

 

Bijgevoegde Bestanden

•  FGtest 1.png   16,77K   54 Aantal bijlagen
•  FGtest 2.png   136,42K   71 Aantal bijlagen
•  FGtest 3.png   106,31K   71 Aantal bijlagen
•  FGtest 4.png   19,39K   69 Aantal bijlagen
•  FGtest 5.png   32,79K   56 Aantal bijlagen

[rtzhjgg0]

5 days of successful sofa-flashing with FlashGordon (fgwrite) & MQB . All image combinations works great here 

[ColinB]

@Gutemine

 

just noticed I think that it is generating an uncompressed version of the zip file in the working directory

Bijgevoegde Bestanden

•  FGtest 6.png   27,88K   19 Aantal bijlagen

[Lost in Space]

Good to hear that it now works at least on 2 boxes.

 

Flashing from network mount is slowing down the process so it is not the perfect choice but as we are using runlevel 2 instead of 1 it should work.

 

But try it from a local Harddisk or an USB stick and you will see the difference :-)

 

But we still need lots of input from the other boxes and the users need to try out also if -j is needed or not on the et boxes.

 

Keep on testing ...

 

PS: Yes, FG uncompresses the imagename.ZIP to an imagename directory to flash from there. Therefore it would be no problem to support also plain imagedirectories too as he is using them internally anyway already.

Veranderd door gutemine, 16 mei 2013 - 16:44

[Lost in Space]

I have now made also for the et boxes the -j flash as default, as it seems to work for the xp box, solo2 and duo2.

 

Please use therefore the attached latest kit for your tests on all boxes.

Bijgevoegde Bestanden

•  enigma2-plugin-extensions-flashgordon_0.9_all.ipk   45,89K   24 Aantal bijlagen

Veranderd door gutemine, 16 mei 2013 - 16:53

[jalizi]

like an nfiwrite, If fgwrite can flashing image via telnet ?

If this is possible, how it should be done?

[Lost in Space]

It is explained on the first page and multiply troughout the tread.

 

fgwrite director_with_image_files

 

Type fgwrite without argument for the other Options. Or use Flash Gordon Plugin and simply choose a ZIP at /hdd/backup for Flashing on your box.

[betacentauri]

This time flashing worked here on my et9200 via command line without problems. Thanks for your work!

 

Bijgevoegde Bestanden

•  fg.log   2,76K   16 Aantal bijlagen

[Lost in Space]

Thanks for your feedback. Then probably the other et* boxes will also work after the recent changes.

 

And Flashing from Plgin then should be OK too.

 

So we should have now support for vu, et boxes and the xp.

 

Please continue testing and post your testresults on your various, because only if the flashing of all boxes works as it should I will be adding any further boxes as the list should now include all boxes PLi supports.

 

Because if testing is finished I'll do a 1.0 Release Version for both fgwrite binary and the Flash Gordon Plugin and further enhancements will be done only on request and in new 1.X Testversions.

 

Just a Warning - If you don't manage to do all these tests within the next days so that we can release FG you will be in troubles as soon as he testkits expire.

 

I'm only sorry that it took so long, if you would haven been more motivated and give the requested results faster it would haven been only a matter of hours and not days to get it work.

 

gutemine

Veranderd door gutemine, 17 mei 2013 - 09:19