#1
Geplaatst op 31 augustus 2011 - 00:31
However, sometimes it seems to get annoyed with the epg, which is stored on a drive on my pc. I think that's the reason anyway, but ttis all by the by really, but I need to reflash it every now and then and could do with being able to do this without dragging the thing to my pc to flash. It loops round the boot screen over and over again so I can't get into the menus. I can telnet and ftp into it, with no issues.
Is there any way of flashing this without null modem cable or without being able to get into the menus??
I still to this day, can't understand why these images have the utility where you hold a button on the front in whilst you boot them to reflash the box, disabled? This would be so much easier and on my boxes where I don't use PLi, have never ever had to use a null modem cable...
Is there a way to invoke something like this via telnet?
Cheers
Re: Flash via Telnet and/or ftp? #2
Geplaatst op 1 september 2011 - 03:10
There's also a trick to flash with telnet, but it is easier to mess up & if you try to change between a normal & max-var image it will leave the box unbootable, requiring the null-modem...
--
hemi
Re: Flash via Telnet and/or ftp? #3
Geplaatst op 11 oktober 2011 - 21:51
Hi hemiThe easiest way to reflash is to use the root.cramfs method as listed in the PLi wiki. If you cannot read the rolling screens for initial setup, you can point your web browser at the DB and use the remote & OSD screenshot functions to set the video mode to stop the rolling.
There's also a trick to flash with telnet, but it is easier to mess up & if you try to change between a normal & max-var image it will leave the box unbootable, requiring the null-modem...
--
hemi
Are you able to let me in on this Telnet method?
The webif doesn't start so I can't "point the web browser" at it.
Also, I'm still baffled why this image doesn't support the "hold the button in to reflash via the network" method.
Cheers
Re: Flash via Telnet and/or ftp? #4
Geplaatst op 11 oktober 2011 - 22:18
We're still talking about a DM500 right?The webif doesn't start so I can't "point the web browser" at it.
Also, I'm still baffled why this image doesn't support the "hold the button in to reflash via the network" method.
That doesn't have a web interface you can use to flash, nor does it have a hold-a-button feature. And it never had. I think you're confused with the newer boxes running Enigma2.
For an old Enigma1 powered box, a little look in the wiki would have told you how to do it: http://openpli.org/wiki/DM500install
But as it is a clone box, fat chance the latest images are going to work. Flash them at your own risk.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: Flash via Telnet and/or ftp? #5
Geplaatst op 11 oktober 2011 - 23:48
Hi,For an old Enigma1 powered box, a little look in the wiki would have told you how to do it: http://openpli.org/wiki/DM500install
I did look in the Wiki, well I didn't.. because I know how to flash the box when it's working properly. My question, in the first post referred to when this wasn't possible.
Hemi referred to a method of flashing via Telnet.
The way of flashing in the Wiki is not relevant to my original question because
It loops round the boot screen over and over again so I can't get into the menus.
So I'm unable to do steps 3 and 4 from the Wiki. This was why I asked hemi for this telnet trick.
There's also a trick to flash with telnet, but it is easier to mess up & if you try to change between a normal & max-var image it will leave the box unbootable, requiring the null-modem...
Veranderd door dannyfs, 11 oktober 2011 - 23:49
Re: Flash via Telnet and/or ftp? #6
Geplaatst op 12 oktober 2011 - 00:01
From what I can remember, the code behind the update panel in the image places the image file with the name "root.cramfs" in /tmp, then does
rm -f /tmp/.enigma sync umount /var umount /media/hdd /bin/flashtool
Don't know it that could destroy things when you do it manually though...
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: Flash via Telnet and/or ftp? #7
Geplaatst op 12 oktober 2011 - 00:03
Thanks mate. Really appreciate it. I'll give it a go tomorrow night and report back.I thought our E1 images alternate between PAL and NTSC in the setup wizard to deal with the rolling screen issue? It's been some time since I flashed one.
From what I can remember, the code behind the update panel in the image places the image file with the name "root.cramfs" in /tmp, then doesrm -f /tmp/.enigma sync umount /var umount /media/hdd /bin/flashtool
Don't know it that could destroy things when you do it manually though...
Re: Flash via Telnet and/or ftp? #8
Geplaatst op 12 oktober 2011 - 00:37
If you can't get into the menus, the logical choice would be to flash with DreamUP, no GUI or TV needed. Might as well use that as, if I explain how to do it with telnet, if anything goes wrong (which is easy enough to do, there are no safeguards) the box will be dead until reflashed w/ dreamup & null modem anyways
It seems strange that you cannot connect to the web interface, yet telnet is up and running?
Telnet Flash 500- CDK:
[list=1]
[*]Copy unzipped image to /tmp, name doesn't really matter as long as you know what it is, I'll use root.cramfs for this example.
[*]In telnet run command: eraseall /dev/mtd/3 (if you mistype here you could kill the box, think jtag not dreamup)
[*]In telnet run command: cp /tmp/root.cramfs /dev/mtd/0
[*]Reboot
[/list]
If anything doesn't complete successfully, Dreamup can probably recover the box unless you managed to corrupt the boot loader, that's basically what Gemini's infamous clone kill images did, requiring soldering, jtag, bootloader image, etc...
Again I'd just suggest using dreamup & being done with it, neat & clean...
--
hemi
Re: Flash via Telnet and/or ftp? #9
Geplaatst op 14 oktober 2011 - 14:21
Hemi.E1 images stay in PAL until set to NTSC, E2 images cycle through the different options.
If you can't get into the menus, the logical choice would be to flash with DreamUP, no GUI or TV needed. Might as well use that as, if I explain how to do it with telnet, if anything goes wrong (which is easy enough to do, there are no safeguards) the box will be dead until reflashed w/ dreamup & null modem anyways
It seems strange that you cannot connect to the web interface, yet telnet is up and running?
Telnet Flash 500- CDK:
[list=1]
[*]Copy unzipped image to /tmp, name doesn't really matter as long as you know what it is, I'll use root.cramfs for this example.
[*]In telnet run command: eraseall /dev/mtd/3 (if you mistype here you could kill the box, think jtag not dreamup)
[*]In telnet run command: cp /tmp/root.cramfs /dev/mtd/0
[*]Reboot
[/list]
If anything doesn't complete successfully, Dreamup can probably recover the box unless you managed to corrupt the boot loader, that's basically what Gemini's infamous clone kill images did, requiring soldering, jtag, bootloader image, etc...
Again I'd just suggest using dreamup & being done with it, neat & clean...
--
hemi
This worked perfectly.
Thank you very much Hemi.
Also tagged with one or more of these keywords: DM500
Canal digitaal probleem met kaart heractivatieBegonnen door Lutz, 7 jun 2014 dm500, et9000 |
|
|||
HDD problems DM500HD!Begonnen door Elgreco, 4 nov 2013 DM500, HDD |
|
|||
E1 build failsBegonnen door pr.malek, 16 okt 2013 build, enigma1, dm500 |
|
|||
DM500 build CDK libtool errorBegonnen door xalanaseon, 14 mrt 2013 DM500, CDK, LIBTOOL, ACLOCAL.M4 |
|
|||
DM500 is not workingBegonnen door wonder4, 12 mrt 2013 dm500 |
|
1 gebruiker(s) lezen dit onderwerp
0 leden, 1 bezoekers, 0 anonieme gebruikers