Hi GoMa,
tausch mal den Switch aus .... das könnte eine mögliche Problemquelle sein ?!
falls keiner vorhanden, dann einen dazwischen setzen ... habe selber eienen 8-Port NETGEAR Switch ohne Probleme am laufen
Hi GoMa,
tausch mal den Switch aus .... das könnte eine mögliche Problemquelle sein ?!
falls keiner vorhanden, dann einen dazwischen setzen ... habe selber eienen 8-Port NETGEAR Switch ohne Probleme am laufen
OK Super .. vielen Dank im Namen der Dreambox Gemeinde
nun
1. weil man es machen kann (Einhängepunkt makuell auswählen) mit Speichergeräte Manager
2. weil ich keinen neuen moutpunkt anlegen lassen wollte und es bei /media/hdd belassen wollte
3. sollte dieser Umstand nicht zu solchen Nebeneffekte führen ... so teste ich eben
ok ... es hat sich eigendlich zum problem nichts wesendliches geändert ...
mit laufenden Log
- nochmal die AufnahmePfade Einstellungen öffnen + speichern / Meldung wegdrücken
- im telnet : init 5 (E2 stoppen)
- dann opkg remove ....pluginsort und opkg remove ...plugin hider.
- dann im telnet : init 3 (E2 starten)
- nochmal die AufnahmePfade Einstellungen öffnen + speichern / wieder die Meldung wegdrücken !
logauszug :
action -> SetupActions save
unknown action SetupActions/save! typo in keymap?
action -> ColorActions green
checkReadWrite: /media/hdd
[changeStorageDevice] uuid:'e3305d20-b0ef-4ada-b931-8da6858c7591' - action:'mount_default' - mountData:'None'
[changeStorageDevice]: currentDefaultStorageUUID: e3305d20-b0ef-4ada-b931-8da6858c7591
<< not successfully >>
wenn man nun in den AufnahmePfade Einstellungen : Standardspeichergerät = <none>
und speichern ausführt,
wird die HDD ausgehängt und der mount in der fstab entfernt.
wenn man wieder die HDD manuell einhängen lässt unter /media/hdd , steht
in den AufnahmePfade Einstellungen : Standardspeichergerät = Festplatte
und wird dann wieder speichern ausführt, schlägt das fehl mit einer Meldung !
am Ende ist in den Settings dazu :
config.storage_options.default_device=e3305d20-b0ef-4ada-b931-8da6858c7591
config.storage.e3305d20-b0ef-4ada-b931-8da6858c7591.mountpoint=/media/hdd
config.storage.e3305d20-b0ef-4ada-b931-8da6858c7591.device_info=SATA
config.storage.e3305d20-b0ef-4ada-b931-8da6858c7591.device_description=ATA-SAMSUNG HD501LJ (500.107 GB)
config.storage.e3305d20-b0ef-4ada-b931-8da6858c7591.enabled=true
also für meinen Teil reicht mir das ...
ahh ... ja ... OK
Jetzt wo du es sagst, habe ich nochmal genau reingeschaut, ja es stimmt pluginsort + hider zicken rum ...
nun aktuelles experimental OoZooN Image E2 von 02.04.2012 auf der dm8000
nochmal zum mitschreiben :
- nochmal die AufnahmePfade Einstellungen öffnen + speichern / Meldung wegdrücken
- Box Neustart ausführen mit laufenden Log
- wenn Box hängt im telnet : init 5 (das wird gehen)
- dann opkg remove ....pluginsort und opkg remove ...plugin hider.
- dann Ausgabe festhalten im telnet von "mount" + "df-h"
OK ?
kann das erst heute nachmittag / abend machen ...
Beim Sichten der AufnahmePfade Einstellungen bemerkte ich das unter "Standard Speichergerät" keins ausgewählt wurde.
Darauf hin wählte ich "Festplatte" dann Grün (Speichern)
dann erschient eine Fehlermeldung ... (screenshot hat leider nicht funktioniert .. sorry)
Ein darauf ausgefühter BoxNeustart bleib dann hängen (siehe bootlog.txt) kurz nachdem die epg.dat auf /media/hdd gesichert werden sollte !
dazu lege ich die fstab + die settings noch bei ...
here is all listed so far ... http://git.opendreambox.org/
Hi xyladecor,
hmm ... sehr bedauerlich für dich ...
Ich denke es wäre wohl überflüssig vorzuschlagen, die gesicherten Settings (von /etc/enigma2/settings) des alten Images in ein aktuelles Image einzuspielen ?!
Es hat sich sicher einiges an den Treibern getan, hoffe doch für dich in Kombination mit den Einstellungen deines TVs und der Box die richtigen Einstellungen zu finden :
also ein dunkleres / weiches Bild ? wenn ich richtig gelesen habe.
Sehr interessant ... ich lasse mich gern überraschen
Das geunke hier bringt doch nichts ... sollte doch Jedem klar sein, das solche Umbauten eben nicht von heute auf morgen fertig werden ... gerade bei dem kleinen Team das vorhanden ist.
den EIT Editor für MAC OSX ? .... ja hat er, aber in einem Beta-Test Bereich mit beschränkten Zugang.
Vielleicht läd er den hier auch mal ab ... funktioniert einwandfrei, erstelle meine .eit und .meta damit selber ...
Gibt doch noch wichtigeres als einen neuen flash fs type
E2 fix für Settings Reload bei lame.db Änderungen
Kein Speicherüberlauf & Hängen von E2 bei intensiven MKV streamen
Wiederbelebung des Plug & Play (autofs) .. ( erledigt )
EPG für alle gängigen Sats
....
Mit "HD Streams Extractor" in SRT bzw. UTF-8 Text z.b. und mit MKVtoolnix wieder zusammenbauen ?
ja da hätte ich auch gerne eine Aussicht auf Besserung in den zukünftigen Images ... vieleicht geht da mal was in Zukunft .
in the plugin.py are defined the menuid = "curlytx" which appear in the mainmenu :
def menuHook(menuid):
""" Called whenever a menu is created """
if menuid == "mainmenu" and config.plugins.CurlyTx.menuMain.value:
return [(config.plugins.CurlyTx.menuTitle.value, main, "curlytx", 41)]
return [ ]
so your skin need in the screen "Menu" a following entry to show your menu icon named e.g. "curlytx.png" :
<screen name="Menu" position="center,center" size=" 450,390" title="Main menu">
....
<widget source="menu" render="Pixmap" pixmap="DMConcinnity-HD-SR-mod/menu/curlytx.png" position="26,141" size="250,297">
<convert type="MenuEntryCompare">curlytx</convert>
<convert type="ConditionalShowHide" />
</widget>
...
</screen>
hope that helps ...
so nach einem Tag testen kann ich sagen , es war definitiv die nicht beendete ePicLoad() Routine in der letzten EMC Beta Version.
Wer hätte das gedacht .... Danke an die Bug-Finder & Bug-Fixer !
sehr schade ....
... aber schau mal dort => Bootlogs und Crashlogs
wegen boot logs bzw. E2 Logs erstellen .
Sorry, will hier keinen auf die Füsse treten ... habe da wirklich nicht den Zusammenhang erkennen können, wie eben geschildert.
Möglich das auch EMC das auslösen kann, habe aber keine Einstellungen diesbezüglich vorgenommen, die in Frage kämen.
was hat das denn mit EMC zu tun, das sehe ich jetzt nicht ?!
Ich habe KEINEN täglichen E2 Neustart, vollendete Timer löschen etc. eingestellt !
Habe zwar auch testweise die aktuelle Betaversion darauf, aber sehe da keien Zusammenhang.
Selbst wenn EMC deinstalliet ist, bleiben die 0 Byte Chrashlogs nach E2 Neustart weiterhin nach einem EPG Refresh (siehe mein 1. Post)
Und da dieser Fix noch nicht eingecheckt ist bzw. noch kein Release erschienen ist, bleibt das wohl so ....
sad to know that this EPG issue is still on topic ...
here an other issue (don't know is related to this issue),
but that should fixed in the next relase, what we waiting for. The next update for OoZooN is next weekend .. i'll see.
EPG is a cental function on the box and should have a high prio, my opinion ...
The subtitle issue is an other part ... I understand will also nice for many dreambox user to get that fixed also.
cmatte,
can you isolate the EPG problem on which satellites / Channels this "FATAL: epgcache.cpp:136 ASSERTION pos <= 4108 FAILED!" comes up ?
PS : yes of course, when this can evaluate on an orginal based Image, not on 3th party ( what ever that means ) ...
please check if the box is NOT a clone or the the security chip is not fix connected on the board ?!
if it is a clone box, then I'm sorry for you.