19 replies to this topic

[noud]

Hoi,

 

mijn duo doet iets raar tijdens het updaten, 'hij sprinkt naar allen het rode lampje aan' en van de update komt niks terecht,

maakt niet uit of ik unattended (bovenste) of attended (tweede in menu) kies. 

als ik de laatste usb image download, en hem daar mee flash boot bij wel, maar laat alleen het openings scherm zien,

maakt niet uit of ik de usb backup er in heb of niet. overigens kan je met telnet en top wel zien dat hij dan de restore uitvoert.

 

de onderste uit de download lijst gehaalt en deze geflacht en dan doet hij het weer maar updaten blijft het zelfde doen,

allen nu met minder updates ;-)

 

een bij een opkg upgrade is laatste zichtbare regel:

Downloading http://downloads.pli...-r1.1_vuduo.ipk.

en dan puff, weg beeld weg telnet

power van afstandbedingen zet hem dan wel weer gewoon aan maar updaten doet hij dus niet meer ;-(

 

suggesties?

 

p.s. Het een een duo van de eerste ronde dus met eerste front processor, en heeft geen HDD

 

 

[Tech]

Er zijn reeds meerdere topics gewijd aan jouw probleem, kort gezegd komt het erop neer dat tussen alle updates, een update zit welke de box naar 'deep standby' zet tijdens het updaten, aangezien het proces niet is afgerond zal diezelfde cyclus na de volgende update gewoon weer opnieuw worden uitgevoerd.

 

De enige oplossing is de box openieuw flashen, uiteraard wel eerst even een backup maken om teleurstellingen te voorkomen.

[kezza]

Hier hetzelfde, opnieuw geflashed en nu krijg ik "starting"....

Maar even een ander versie flashen...

[noud]

 

De enige oplossing is de box openieuw flashen, uiteraard wel eerst even een backup maken om teleurstellingen te voorkomen.

 

jammere van deze oplossing is , zoals ik al poste, dat die net als bij kezza een niet werkende box oplevered en je nog verder van huis bent.

 

@ kezza welke versie heb jij nu?

ik heb die van 11 29 2014

Edited by noud, 7 December 2014 - 12:41.

[kezza]

Ja, heb ik er ook weer opstaan.

Voorlopig maar even pas op de plaats tot de stofwolken opgetrokken zijn

[Pedro_Newbie]

jammere van deze oplossing is , zoals ik al poste, dat die net als bij kezza een niet werkende box oplevered en je nog verder van huis bent.
 
@ kezza welke versie heb jij nu?
ik heb die van 11 29 2014

Als je dit allemaal weet waarom wil je dan nog updaten? Wat werkt er momenteel niet aan je image dat je nu met alle geweld wilt updaten?

Wacht gewoon nog een tijdje totdat alles weer een beetje op de rails staat en als je dan toch persé wil updaten zorg dan voor een werkende complete backup.

 

Er is genoeg geschreven over het vuplus-shutdown gebeuren en een oplossing/workaround daarvoor

[noud]

_{nou dat updaten is niet zo zeer waar het omdraaide meer: dat als ik de image van vandaag flash dat hij dan niks doet, behalve dus booten.}

_{en dat heb ik in al de tijd dat ik openpli gebruik nog niet mee gemaakt.}

 

 

_{voor het updaten}

_{had in het nederlandse deel niks gevonden maar gelukkig in de engelse wel:}

_{weet niet hoe ik moet linken maar oplossing van the_raven in deze tread:}

_{werkt in elk geval.}

 

_{http://forums.openpl...vuplus-shudown/}

[noud]

sorry iets tevroeg gejuigt, updaten doet hij nu wel, maar eindigt net als bij het flashen in een mooi pli startup scherm

[joanvanberlo]

hij blijft vandaag mooi op het opstartscherm hangen na flashen

[dirkjan73]

Ok jongens ik heb een 'Werkende" work-around voor de VU mensen die perse willen updaten:

 

-.Als eerstens moet je een werkende Vu+ machine hebben,deze kan een Back-Up zijn of een of iets dergelijk;

-.Je gaat met FTP naar de map /LIB/MODULES/3.3.8-2.0/EXTRA/ en daar kopier je de 4 KO files naar bv je bureaublad;

-.Daarna flash je met de Pli van 3 DECEMBER 2014 de VU+,LET OP HIERNA NOG NIET CONFIGUREREN;

-.Je gaat weer naar FTP en je verwijderd "vuplus-shutdown" in de map etc/init.d en "S89vuplus-shutdown" in de map etc/rc).d;

-.Hierna ga je weer naar je beeldscherm en doe je een ONLINE UPDATE,wacht tot die helemaal klaar is;

-.Als die klaar  is,zal hij vragen om te restarten DOE DAT NOG NIET!Plaats eerst de OUDE DRIVERS (KO files) terug die je op de bureaublad had gekopierd;

-.Nu kun je herstarten.Hij start helemaal geupdated op!

 

 

Het is omslachtig maar deze manier werkte alleen maar op deze manier op mijn VU machines.Ik heb het geprobeerd zonder de Drivers te switchen,maar dan krijg je de "Starting" error.

Dus ik denk dat er iets met de drivers niet helemaal lekker loopt...

 

Succes!

[joanvanberlo]

bovenstaande werkt bij mij niet

ik krijg dit bij enigma2

 

PYTHONPATH: /usr/lib/enigma2/python
+ (1) Background File Eraser
+ (5) Tuxtxt
+ (8) graphics acceleration manager
+ (9) GFBDC
12150k video mem
 - double buffering available!
5670kB available for acceleration surfaces.
resolution: 720 x 576 x 32 (stride: 5760)
+ (9) gLCDDC
found OLED display!
lcd buffer 0x82ca30 8448 bytes, stride 132
LCD resolution: 132 x 64 x 8 (stride: 132)
+ (9) Font Render Class
[FONT] initializing lib...
[FONT] loading fonts...
[FONT] Intializing font cache, using max. 4MB...
+ (10) gRC
RC thread created successfully
+ (15) eWindowStyleManager
+ (20) DVB-CI UI
+ (20) UHF Modulator
couldnt open /dev/rfmod0!!!!
+ (20) RC Input layer
+ (20) misc options
+ (20) AVSwitch Driver
couldnt open /dev/dbox/fp0 to monitor vcr scart slow blanking changed!
+ (21) input device driver
Input device "dreambox advanced remote control (native)" is a mouse
Found 1 input devices.
+ (22) Hdmi CEC driver
eHdmiCEC: detected physical address change: 1000 --> 1300
eHdmiCEC: send message 84 13 00 03
+ (30) eActionMap
+ (35) CI Slots
scanning for common interfaces..
CI Slot 0 setSource(0)
CI Slot 1 setSource(0)
eDVBCIInterfaces->setInputSource(0, 0)
eDVBCIInterfaces->setInputSource(1, 1)
cannot open /proc/stb/tsmux/input2
cannot open /proc/stb/tsmux/input3
done, found 2 common interface slots
+ (35) CA handler
+ (40) eServiceCenter
settings instance.
+ (41) eServiceFactoryDVD
+ (41) eServiceFactoryHDMI
+ (41) eServiceFactoryM2TS
+ (41) eServiceFactoryMP3
+ (41) eServiceFactoryFS
+ (41) eServiceFactoryDVB
+ (41) Encoders
+ (41) Stream server
reached rl 70
---- opening lame channel db
reading services (version 4)
loaded 1308 channels/transponders and 15582 services
scanning for frontends..
opening frontend 0
close frontend 0
opening frontend 1
close frontend 1
found 1 adapter, 2 frontends(2 sim) and 5 demux, boxtype 4
RTC not ready... wait for transponder time
[EPGC] Initialized EPGCache (wait for setCacheFile call now)
Loading spinners...
[ePNG] couldn't open /usr/share/enigma2/skin_default/spinner/wait8.png
found 7 spinner!

executing main
setIoPrio best-effort level 3 ok
main thread is non-idle! display spinner!
Failed to open /dev/dbox/fp0
couldn't open /proc/stb/misc/12V_output
Scanning hardware info
Detected: vuduo (1200E8)
[Harddisk] enumerating block devices...
new Harddisk sda -> /dev/sda -> /dev/sda
[ePopen] command: ('hdparm', 'hdparm', '-S0', '/dev/sda')
new Harddisk sdb -> /dev/sdb -> /dev/sdb
Reading satellites.xml
removing internal link on frontend id 1
sec config cleared
setSlotInfo for dvb frontend 0 to slotid 0, descr BCM7335 DVB-S2 NIM (internal), need rotorworkaround No, enabled Yes, DVB-S2 Yes
setSlotInfo for dvb frontend 1 to slotid 1, descr BCM7335 DVB-S2 NIM (internal), need rotorworkaround No, enabled Yes, DVB-S2 Yes
Traceback (most recent call last):
  File "/usr/lib/enigma2/python/mytest.py", line 18, in <module>
    from Screens import InfoBar
  File "/usr/lib/enigma2/python/Screens/InfoBar.py", line 6, in <module>
  File "/usr/lib/enigma2/python/Screens/MovieSelection.py", line 17, in <module>
  File "/usr/lib/enigma2/python/Components/UsageConfig.py", line 5, in <module>
  File "/usr/lib/enigma2/python/Components/NimManager.py", line 1635, in <module>
  File "/usr/lib/enigma2/python/Components/NimManager.py", line 845, in __init__
  File "/usr/lib/enigma2/python/Components/NimManager.py", line 1569, in InitNimManager
  File "/usr/lib/enigma2/python/Components/NimManager.py", line 511, in __init__
  File "/usr/lib/enigma2/python/Components/NimManager.py", line 163, in update
ValueError: list.remove(x): x not in list
---- saving lame channel db
saved 1308 channels and 15582 services!
release cached channel (timer timeout)
- (41) eServiceFactoryDVD
- (41) eServiceFactoryHDMI
- (41) eServiceFactoryM2TS
- (41) eServiceFactoryMP3
- (41) eServiceFactoryFS
- (41) eServiceFactoryDVB
- (41) Encoders
- (41) Stream server
- (40) eServiceCenter
clear instance
- (35) CI Slots
- (35) CA handler
- (30) eActionMap
- (22) Hdmi CEC driver
- (21) input device driver
- (20) DVB-CI UI
- (20) UHF Modulator
- (20) RC Input layer
- (20) misc options
- (20) AVSwitch Driver
- (15) eWindowStyleManager
- (10) gRC
waiting for gRC thread shutdown
gRC thread has finished
- (9) GFBDC
- (9) gLCDDC
- (9) Font Render Class
- (8) graphics acceleration manager
- (5) Tuxtxt
- (1) Background File Eraser
reached rl -1
 

[dirkjan73]

Heel bizar...bij mij heeft t op al mijn VU boxen gewerkt...En heb ook via een andere site mensen deze update laten doen....bizar

[Erik Slagter]

Weer een nieuw probleem en het is ook alweer opgelost.

Wat zeggen we nou, gewoon even NIET updaten totdat alles weer een beetje stabiel is!

[40H3X]

Even ter info tijdens een update gaat de duo naar deep standby by kernel-module-8192cu

[Erik Slagter]

???

 

De VU+ gaan herstarten bij een update (nog steeds) omdat de powerdown package geupdate wordt en daar een vervelend scriptje in zit die meteen gaat shutdown'en. Zolang er nog onterecht allemaal packages opnieuw gebouwd worden, blijft dat probleem. Het goede nieuws is dat een paar knappe koppen het probleem waarschijnlijk al opgelost hebben, even aankijken de komende dagen.

[40H3X]

???

 

De VU+ gaan herstarten bij een update (nog steeds) omdat de powerdown package geupdate wordt en daar een vervelend scriptje in zit die meteen gaat shutdown'en. Zolang er nog onterecht allemaal packages opnieuw gebouwd worden, blijft dat probleem. Het goede nieuws is dat een paar knappe koppen het probleem waarschijnlijk al opgelost hebben, even aankijken de komende dagen.

 

?? zijn terrecht, ik had het draadje niet goed gelezen

Ik heb net de build van OpenPLi-4.0-beta-vuduo-20141208_usb.zip 2014/12/08 14:11 - 49.18M geflashed en deze verliep prima, hierna waren er daarna nog 2 updates autobackup en ppanel.

[dirkjan73]

Hij gaat in de standby door deze 2 files:

vuplus-shutdown" in de map etc/init.d en "S89vuplus-shutdown" in de map etc/rc0.d

[Jitin]

Ik heb gisteren(10-12-2014) mijn vu duo opnieuw geflashed en geupdate (2x) en vandaag opnieuw 42 geupdate, dus alles is prima gegaan.

Dus niet meer in deep standby gegaan.

[Erik Slagter]

Goed te horen, bedankt voor de feedback!

[Jitin]

Jullie ook bedankt.