Superb quality and spec AB-Com PULSe 4K SE. Crazy offer! Only £99! FREE UK DELIVERY! 4K UHD, Enigma 2, Multiboot 4 images & more!...
Superb quality and spec AB-Com PULSe 4K Rev II Twin Satellite tuner only £149! FREE UK DELIVERY! 4K UHD, Enigma 2, SATA HDD facility, Multiboot 4 images & more!...

Can't update software on ViX-3.0.343

westentertainer

Forum Supporter
Donated Member
Joined
Aug 5, 2010
Messages
118
Reaction score
0
Points
0
Age
72
hi ,i am trying to update as my vu is showing flashing icon ,but when i do the software update the flashing icon is still there and no update,
any help please
 
there was a known issue with updating from that build in GUI, telnet into the box and issue this command:

init 4 && opkg update && opkg upgrade && init 6
 
I had the very similar issue on both my DUOs, both on 3.0.343.
On one I sucessfully update via telnet.

On the second I was reported wget errors like the ones I was affected in the past and reported here: http://www.world-of-satellite.com/showthread.php?18902-VIX-2-4-v134-not-seeing-updates/page2

Just few notes:
- prior to 343 I was able to upgrade from that very box.
- if trying to upgrade from gui I get this error message:
Code:
A background update check is in progress, please wait a few minutes and try again."
(I've tried to disable the background check option in settings but I still get the message).
- have disabled Softcam autostart for CCcam.
- have detached all the external usb devices (DVB-T stick, USB pen, and USB HDD)
 
I had the very similar issue on both my DUOs, both on 3.0.343.
On one I sucessfully update via telnet.

On the second I was reported wget errors like the ones I was affected in the past and reported here: http://www.world-of-satellite.com/showthread.php?18902-VIX-2-4-v134-not-seeing-updates/page2

Just few notes:
- prior to 343 I was able to upgrade from that very box.
- if trying to upgrade from gui I get this error message:
Code:
A background update check is in progress, please wait a few minutes and try again."
(I've tried to disable the background check option in settings but I still get the message).
- have disabled Softcam autostart for CCcam.
- have detached all the external usb devices (DVB-T stick, USB pen, and USB HDD)

No point trying to use a gui update on this build ( 343 ) as its broken. Use a telnet session instead as this will work and the issue has been fixed in later builds.

Sent from my GT-I9300 using Tapatalk 2
 
No point trying to use a gui update on this build ( 343 ) as its broken. Use a telnet session instead as this will work and the issue has been fixed in later builds.

Sent from my GT-I9300 using Tapatalk 2

I clearly stated that telnet procedure does not work either. Just added the info about the gui message for better explanation of the issue.
 
Then your problem lies else where, a user just last week had the same problem where every thing but online updates would not work, he traced his problem down to the network cable on that receiver.
 
Then your problem lies else where, a user just last week had the same problem where every thing but online updates would not work, he traced his problem down to the network cable on that receiver.

also be aware that andy has just in the last two hours set the feeds to unstable as he uploads build 357 to the server.
 
Please give the following command in telnet
Code:
ping www.world-of-satellite.com
and post the output here.

It's not a network issue.

here's the result of the ping:
Code:
root@vuduo-50:~# ping www.world-of-satellite.com
PING www.world-of-satellite.com (94.75.215.25): 56 data bytes
64 bytes from 94.75.215.25: seq=0 ttl=53 time=86.868 ms
64 bytes from 94.75.215.25: seq=1 ttl=53 time=84.922 ms
64 bytes from 94.75.215.25: seq=2 ttl=53 time=86.227 ms
64 bytes from 94.75.215.25: seq=3 ttl=53 time=83.726 ms
64 bytes from 94.75.215.25: seq=4 ttl=53 time=82.850 ms
64 bytes from 94.75.215.25: seq=5 ttl=53 time=84.161 ms
64 bytes from 94.75.215.25: seq=6 ttl=53 time=82.859 ms
64 bytes from 94.75.215.25: seq=7 ttl=53 time=83.070 ms
64 bytes from 94.75.215.25: seq=8 ttl=53 time=83.119 ms
64 bytes from 94.75.215.25: seq=9 ttl=53 time=86.237 ms
64 bytes from 94.75.215.25: seq=10 ttl=53 time=83.955 ms
^C
--- www.world-of-satellite.com ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max = 82.850/84.363/86.868 ms
root@vuduo-50:~# 

Anyhow I've not been able to find any description for wget error code 255.
 
Hi mates
bad news. Just yesterday I flashed to VIX 378 the DUO that usually seems affected by the issue.
This morning I noticed a new update available on the feed but the DUO did not alert me. So tried to force update and it returned me the ALERT abaout background check process running.
So tried the telnet upgrade and again I get the wget 255 error.

I then tried to detach all the external USB devices (HDD, DVB-T, and USB pendrive). Retried telnet update and upgrade but still 255 error.

What could be causing this behaviour?

Just for testing purpose can anybody suggest me an alternative image for duo capable of online update to check if this issue remains?
 
For some reason I had the same yesterday on a UNO; nothing I could do to solve it (changed IP/cable/port/rebooted router), while pinging went fine. In the end I decided to flash & restore and guess what? All is fine.
I have absolutely no clue what was going on, and never had that before.
 
For some reason I had the same yesterday on a UNO; nothing I could do to solve it (changed IP/cable/port/rebooted router), while pinging went fine. In the end I decided to flash & restore and guess what? All is fine.
I have absolutely no clue what was going on, and never had that before.

Well Rob your words sounds half a confort for me.
Finally I'm not alone.

At preset I've not yet reflashed so if you or any other developer want me to do any test I'm here.
 
I've been testing this together with Andy, but we found no cause and hence no solution.
I took his advise to flash the box, and Ohhh mystery: now all is fine.
So my advise to you is to do the same (provided all normal options regarding internet issues have been tried).
 
Hi all, Iam still on build 249 with Allow unstable updates to no and no update indicator flash. Is this build the latest stable release? As I don't want problems like our m8 here.
 
The latest image on the server is classed as a stable release, but there is always a risk with any software update of something going wrong. Which is why setup the creation of a automatic settings backup and image backup upon a GUI update on the receiver, so if things do go wrong you can reflash the backup and be back to where you were.
 
I've been testing this together with Andy, but we found no cause and hence no solution.
I took his advise to flash the box, and Ohhh mystery: now all is fine.
So my advise to you is to do the same (provided all normal options regarding internet issues have been tried).

regarding the issue I can say that this happens only an always on the same DUO. The second one has never been affected.
Further, it behaves like a time bomb: one day passes and the issue is there. If An update became available in few hours after installation upgrading goes ok.
 
Hi all.

I have an VU+ Uno and It updated yesterday (20 Oct) to 381
through the green icon button (Menu-Setup- Sotware Update)
with no problems.
Looked in Info, latest Ver (381).

First Version I Uploaded to Uno was (368) and all updates
have loaded with no problems.
28e is as Solid as a rock, last night viewed Warhorse
without a singal glitch or freeze.
Spot On.

BF.
 
Hi all.

I have an VU+ Uno and It updated yesterday (20 Oct) to 381
through the green icon button (Menu-Setup- Sotware Update)
with no problems.
Looked in Info, latest Ver (381).

First Version I Uploaded to Uno was (368) and all updates
have loaded with no problems.
28e is as Solid as a rock, last night viewed Warhorse
without a singal glitch or freeze.
Spot On.

BF.

I'm happy you'r enjoying your receiver with the ViX image. I would however like to remind you to get in the habit of keeping a set of backups in a safe place just in case. that way if things do go wrong you always have a working setup to fall back on.
 
The latest image on the server is classed as a stable release, but there is always a risk with any software update of something going wrong. Which is why setup the creation of a automatic settings backup and image backup upon a GUI update on the receiver, so if things do go wrong you can reflash the backup and be back to where you were.

Thanks it updated to 381. Should I select no to unstable again.
 

OpenViX Feeds Status

Back
Top