HDF-Teamimage v4.1 01.08.2011

Koivo · 9. Oktober 2011, 14:40

Ja genau das ist aktuell das Problem. Keiner kann genau sagen warum das so ist.

Dein GS nach dem Update kam sicher vom HDMI-CEC Plugin. Du solltest vor dem Update das aktuelle HDMI-CEC Plugin vom Feed installieren.
Findest du unter Systemplugins.
Mit dem PLi und Spinnerupdate wird auch eine Datei für das HDMI-CEC mit aktualisiert und wenn du nicht das aktuelle Plugin installierst hast dann passiert genau das.
Also das neue HDMI-CEC installieren und danach das PLi und Spinnerupdate. Später brauchst du das HDMI-CEC nicht mehr aktualisieren weil es automatisch passiert.

TigerHill · 9. Oktober 2011, 15:46

Koivo schrieb:

Da gibt es nichts was umgestellt werden muss ... es handelt sich nur um den Bootloader.

Im Clarke-Tech-Forum gab es hierzu folgende Antwort:

die Bezeichnungen (Verzeichnisstruktur) wurde geändert, bedeutet, Images wie z. B. die et9x000-Serie vom OpenPLi,
funktionieren dann auf allen Boxen (9000, 9100, und auf zukünftigen Boxen 9500...)
Dies sollte die einzige Änderung sein, derzeit. Darauf aufbauend werden natürlich große Technologie-Sprünge auch nur noch auf et9x00-Basis
erfolgen, dies können Treiber sein, aber eben auch Dinge, wie z. B. HbbTV-Weiterentwicklungen.

Mein Tipp; umsteigen

Das hieße doch, daß die nächsten Treiber oder der nächste HBBTV-Browser nicht mehr auf dem HDF-Image laufen würden, oder verstehe ich da was nicht?

Koivo · 9. Oktober 2011, 15:51

Wie gesagt er könnte gebraucht werden. Aktuell ist er nicht nötig und bringt auch keine Verbesserungen soweit ich weiß.
Wenn irgendwann neue Treiber oder spezielle Plugins den Bootloader brauchen kann man immer noch umsteigen.
Du kannst ihn von mir aus auch jetzt schon wechseln.
Der einzige Unterschied ist das du das Verzeichnis zum Flashen von Images dann umbenennen must. Zumindest bisher ist das so.
Das ist mit "Bezeichnung der Verzeichnisstruktur" gemeint. Mit dem aktuellen Image hat das absolut nix zu tun!

Meinst du das mit dem Wechseln des Bootloaders die Verzeichnisse im Image auf einmal anders heißen müssen?
Oder das die Treiber andere Namen bekommen oder woanders im Image liegen?
Oder das Enigma dann nicht mehr Enigma heißt?

TigerHill · 9. Oktober 2011, 16:01

Das verwirrt mich, zumal ich dann nicht verstehe, waum man seiten CT-Forum rät unbedingt ein neues PLI-Image mit et9x00-Struktur zu flashen und behauptet, daß künftige Treiber mit der et9000-Architektur nicht mehr zurechtkommen. Das kann doch nicht nur am bootloader liegen, auch die Images sind in den Verzeichnisbäumen unterschiedlich.

TigerHill · 9. Oktober 2011, 16:08

Koivo schrieb:

Meinst du das mit dem Wechseln des Bootloaders die Verzeichnisse im Image auf einmal anders heißen müssen?

Das auf jeden Fall, siehe hier:

openpli.git.sourceforge.net/gi…461d66ca29f4c2d67ed31dd70

Koivo · 9. Oktober 2011, 16:27

Ja und was genau steht da in Bezug auf den Bootloader?

Quellcode

NOTE: et9000/et5000 install directory has been changed to et9x00/et5x00

Der Rest bezieht sich auf die Configs beim erstellen/compilieren/bauen des Images für die Boxen.

Ich schreibs noch mal etwas langsamer auf:
Alter Bootloader = Verzeichnis auf USB Stick beim Flashen "et9000"
Neuer Bootloader = Verzeichnis auf USB Stick beim Flashen "et9X00"

Der neue Bootloader kann mit dem Verzeichnis et9000 auf einem USB Stick (in dem das Image liegt beim Flashen) nichts mehr anfangen.
Klar soweit?

Koivo · 9. Oktober 2011, 16:30

TigerHill schrieb:

waum man seiten CT-Forum rät unbedingt ein neues PLI-Image mit et9x00-Struktur zu flashen und behauptet, daß künftige Treiber mit der et9000-Architektur nicht mehr zurechtkommen

Zeig mir mal wo genau das steht.

TigerHill · 9. Oktober 2011, 17:41

hier:

clarke-support.com/Forum/showt…0064&viewfull=1#post40064

Aber Du hast´s ja selbst gelesen, auf deinen unfreundlichen Umgangston dort will ich mal gar nicht eingehen.

Auf jeden Fall sollten auch andere HDF-Anwender wissen, daß die nächsten Treiber womöglich nicht mehr in ihrem Image funktionieren werden.

Koivo · 9. Oktober 2011, 17:55

Ich hätte dir am besten gar nicht antworten sollen. Und was an "Meine Fresse aber auch" unfreundlich sein soll erschließt sich mir nicht.
Flash dir einfach was du willst auf deine Box oder warte ab. Meine Fresse aber auch.

Und lies bitte auch den Beitrag der einen Punkt tiefer steht. Es handelt sich um einen Beta-Bootloader wenn ich das recht in Erinnerung habe.
Merkwürdig ist nur das ältere Images immer noch problemlos aus dem PLi git mit Updates versorgt werden können.
Ich glaube auch nicht das dort zweigleisig entwickelt wird. Soviel kann sich also bisher nicht geändert haben ... wenn überhaupt.
Sollte das PLi irgendwann nur noch et9x00 unterstützen wird es auch ein Update geben.

janosch · 9. Oktober 2011, 18:57

Der Grund, warum irgendwann mal nicht mehr beide Verzeichnisstrukturen (et900 und et9x00) supportet werden, wird wohl auch im auf dem Server benötigten Speicherplatz liegen. Außerdem wird es demnächst Receiver mit höheren Versionsnummern geben, und welcher Besitzer eines z. B. ET9500 will schon „ET9000“ beim Booten im Display zu stehen haben.

Interessant ist der Vergleich der .config-Dateien im Verzeichnis /etc/opkg. In neuen (et9x00-) Images stehen dort andere Feedadressen als in älteren Images.

Koivo · 9. Oktober 2011, 19:24

Wenn du ein neues et9x00 Image installiert hast dann poste mal bitte die Ausgabe von cat /proc/mtd

TigerHill · 9. Oktober 2011, 19:38

Koivo schrieb:

Ich hätte dir am besten gar nicht antworten sollen. Und was an "Meine Fresse aber auch" unfreundlich sein soll erschließt sich mir nicht.
Flash dir einfach was du willst auf deine Box oder warte ab. Meine Fresse aber auch.

Und lies bitte auch den Beitrag der einen Punkt tiefer steht. Es handelt sich um einen Beta-Bootloader wenn ich das recht in Erinnerung habe.
Merkwürdig ist nur das ältere Images immer noch problemlos aus dem PLi git mit Updates versorgt werden können.
Ich glaube auch nicht das dort zweigleisig entwickelt wird. Soviel kann sich also bisher nicht geändert haben ... wenn überhaupt.
Sollte das PLi irgendwann nur noch et9x00 unterstützen wird es auch ein Update geben.

Warum nicht antworten? Ich habe doch nichts falsches gefragt, oder? Du warst halt nur nicht auf dem laufenden....

Der Bootloader ist kein Beta sondern offiziell von den Devs am 30.09. eingestellt.

Du hast recht, zweigleisig wird PLI nicht mehr lange verfahren, aber zuungunsten der alten Images.

Das steht hier im PLI-Forum: openpli.org/forums/topic/19962…ootloader-in-imagebuilds/

Also evtl. noch ein paar Wochen, dann geht kein Update mehr mit den alten Images.

Koivo · 9. Oktober 2011, 19:44

Bis dahin bleib ich auf jeden Fall beim alten Loader. Zumindest bootet mein ET damit problemlos aus dem Deep-Standby.
Vielleicht kommt bis dahin ein Fix für das leidige Bootproblem. Hast ja sicher gelesen was im CT Forum grad Thema ist zum Booten.

TigerHill · 9. Oktober 2011, 19:53

Ich will ja auch beim alten loader bleiben und deshalb wieder zurück zur ganz am Anfang gestellten Frage:

Wird es dann ein Script oder eine andere Anpssung geben, wenn das HDF-Image nicht mehr mit Updates versorgt werden kann?

Ich wollte die Problematik nur rechtzeitig bekannt machen, bevor das Geschrei dann groß ist, wenn die Errors kommen beim Update-Versuch.

Koivo · 9. Oktober 2011, 20:06

Wenn wirklich die Flashaufteilung geändert wurde (was im Changelog ja nirgends zu lesen war) dann geht ohne ein Neuflashen nichts anderes.
Eventuell könnte das Anpassen der URLs für die Feeds funktionieren. Das muss ich mal testen.

Hat mal jemand die Dateien aus dem Verzeichnis /etc/opkg griffbereit? Natürlich aus einem aktuellen et9x00 Image.

janosch · 9. Oktober 2011, 20:30

Koivo schrieb:

Wenn du ein neues et9x00 Image installiert hast dann poste mal bitte die Ausgabe von cat /proc/mtd

Hier bitte:

Quellcode

root@et9000:~# cat /proc/mtd
dev: size erasesize name
mtd0: 07f00000 00020000 "complete"
mtd1: 00600000 00020000 "kernel"
mtd2: 07900000 00020000 "rootfs"
root@et9000:~#

Die Dateien würde ich anhängen, finde aber im Editor keinen Button für Anhängsel.

Koivo · 9. Oktober 2011, 20:33

Ok da wurde was geändert:

Quellcode

root@et9000:~# cat /proc/mtd
dev: size erasesize name
mtd0: 07f00000 00020000 "complete"
mtd1: 00400000 00020000 "kernel"
mtd2: 00200000 00020000 "boot"
mtd3: 07900000 00020000 "rootfs"
mtd4: 00100000 00020000 "bbt"
mtd5: 07348000 0001f000 "rootfs"

janosch · 9. Oktober 2011, 21:53

janosch schrieb:

Die Dateien würde ich anhängen, finde aber im Editor keinen Button für Anhängsel.

Any solution?

Koivo · 10. Oktober 2011, 05:16

Versuch mal bitte jetzt noch mal.

Ritch · 10. Oktober 2011, 11:39

Hi Leute,
ich habe mir gestern mal den neuen Bootloader aufgespielt. Danach lief die Box noch ganz normal bis zu dem Moment, als ich ein Update versuchte. Nach Update Dauerbootschleife. Doch zum Glück habe ich vorher ein Fullbackup gemacht ( 109 MB ). Die Box hat dabei ein Backup et9000 sowie ein Backup et9x00 angelegt. Nach Einspielen des et9x00 Backups alles wieder bestens. Ich kann wieder alle Updates ohne Probs. ziehen. und die Box Bootet superschnell. Steht nun halt et9x00 im Display.

Gruß Ritch :beer:

Quellcode

Quellcode

Quellcode

Teilen