Hi,

ich installiere gerade ein HDF-Image für meine et4000 (gerade bei der Sendersuche). Den Link habe ich von xtrend-home.de, welcher mich auf Eurem Downloadbereich verweist.

Hier im Forum ist aber nichts von einem et4000-Image zu sehen. Hat sich da etwas geändert, so dass ein Imageprogger nun Zugriff auf eine et4000 hat? Oder ist das nur ein 9000/6000er-Image, was zufällig auch (irgendwie) auf einem et4000 läuft?


-karzinogen-

Wie hat man sich das denn vorzustellen, wenn keiner von Euch Proggern eine et4000 sein Eigen nennt. OK, kein Profi-Support (sonst würde es ja auch diesbezüglichen einen eigenen Themenkomplex geben), aber warum/weshalb existiert dann eine nightly? Ist das eine Art Grundversion, welche für den kleinen Speicher/die kleine CPU einfach auf goodwill angepasst wird?

Wenn ja, könnte man nicht doch ein Unterforum für die User einrichten. Da könnte man sich ja verständigen wie gut Euer nightly-Image für die et4000 funktioniert. Es gab ja auch eine zeitlang die Bootschleife (welche ja nun nicht mehr vorhanden ist). Diese Verbesserungen müssten dann doch eigentlich auch eher zufällig sein, da Ihr das nightly für die et4000 nicht testen könnt.
Mit dem Unterforum hättet Ihr dann wenigstens ein kleines Feedback.

-karzinogen-

...alles klar - Danke für die Info.

Bisher macht es einen ziemlich stabilen Eindruck (leider kann man keinen Picon-Pfad einstellen - aber ansonsten ist in Eurem Image ja schon unendlich viel drin und das mit den Picons habe ich halt etwas umständlicher lösen können - Hauptsache es funzt). Ich habe gewechselt (vormals openpli 3.0), weil der mediaplayer bei hd-Aufnahmen nicht ruckelfrei aufgenommen/abgespielt hat. Auch startete mein et4000 mit dem von pli eingepflegten 3.8.7 Kernel nicht mehr auf jedem Kanal - ich musste da Servus.tv als Startkanal konfigurieren.

Diesbezüglich startet der 3.8.7 Kernel bei Eurem Image auf jedem Kanal. Bin mal auf die HD-Aufnahmen gespannt.

[Edit:]
Doch nicht - zu früh gefreut. Auch mit diesem Nightly wird nicht (z.B. auf Pro7 SD) durchgestartet. Mit dem Startkanal 'Servus.TV Deutschland' startet er beispielsweise immer durch. Ausprobiert ohne weiteres Plugin und ohne externe HDD. Naja - hier ist eh kein Support, und im OpenPli-Forum steht die Ampel auch schon recht lange für die et-Boxen auf rot. Muss man halt abwarten.


-karzinogen-

Hi,

ich habe hier Probleme das meine Hardware konstant gemountet wird. Vor allem der USB-Stick verflüchtet sich ab und an (war bei'm OpenPli 3.0 noch nicht der Fall). Als Letztes habe ich in der rcs noch ein mount -a eingefügt, damit er die Hardware (falls noch nicht gemountet) nochmal mountet. Könntet Ihr mal kurz ein Blick auf beide Dateien werfen?

fstab


und rcS



...eine automount.xml habe ich nicht, und augenblicklich ist alles normal gemountet. Mit dem eingebauten Gerätemanager habe ich nur durch das demounten und mounten alle Files verloren -> auf externer hdd, sowohl auch auf dem Stick. Mit dem nachinstallierten Mountmanager ist auch kein Brot zu gewinnen - egal was ich da einstelle.

Die Hardware ist über einen inaktiven Hub am hinteren USB-Port angebunden (die hdd hat eine eigene Stromversorgung).

Falls der morgen wieder meinen Stick als 'sda1' einbindet und nicht als /media/hdd - gibt es dann noch einen Trick?


-karzinogen-

In meinem vorangegangenen Beitrag sollte natürlich das hier:

Falls der morgen wieder meinen Stick als 'sda1' einbindet und nicht als /media/hdd - gibt es dann noch einen Trick?

das heißen:
Falls der morgen wieder meinen Stick als 'sda1' einbindet und nicht als /media/usb - gibt es dann noch einen Trick?

Ich habe gestern wohl anscheinend noch die Lösung gefunden. Er hat zwar mit den obigen Konfigurationsdateien nicht mehr den Stick als sda1 eingebunden, dafür waren die Mountpoints genau verkehrt herum. Da ich mit dem integrierten Devicemanager (Gerätemanager) meinen USB-Stick nicht unmounten konnte (auf das dort liegende Piconcache des lcd4linux wird ständig zugegriffen), habe ich mir das GlassSysUtil installiert (vorher den Mountmanager deinstallieren, falls man ihn installiert hat).
Der hat zwar alles demounten und mounten können (auch den USB-Stick, den ich zwischenzeitlich mit ext3 formatiert hatte - war noch vfat), hat mir aber eine merkwürdige fstab hinterlassen:

fstab:


So funktionierte das zwar, und es wurde richtig gemountet, aber die 2 UUID-Zeilen waren wohl noch von den älteren Bootversuchen. Eigentlich hätte er mir diese Zeilen rausschmeißen müssen. Na ja, Type=vfat war genauso falsch, wie die durch das formatieren veränderte ID (neu ID ausgelesen durch den Befehl blkid unter Telnet). Außerdem wird ja wohl normalerweise die "hdd" mit der Schnittstelle "sda" verknüpft. Das ist zwar nur Kosmetik (sollte jedenfalls so sein) doch die vormals stabilen Dreher in der Hardware (USB wurde als hdd gemountet und umgekehrt) hat mich doch ein wenig ins Grübeln gebracht.
Also wurde die kosmetisch falschen Mountpunkte (USB an sda) in der rcS richtig gestellt - mit:

...evt. kann man die beiden Zeilen ja noch umdrehen (zuerst den hdd-Mountpoint und dann erst den Stick).

Bisher funktioniert alles Problemlos. Da das GlassSysTool aber wesentlich mehr ausliest, als der intrigierte Gerätemanager, kann ich erkennen, dass der Vendor der Falsche ist.
Bei der externen Festplatte (WD Elements) schreibt er mir einen Vendor: Intenso, Product: Intenso Micro-Line heraus, was die Daten des USB-Stick sind. Und beim USB-Stick kommt: Vendor: N/A, Product: N/A

Kann man das auch irgendwo berichtigen?


-karzinogen-

Hallo zeini,

hatte ich bereits gemacht, habe nur vergessen die bereinigte fstab zu quoten (also hier nochmal die aktuelle fstab mit neuer Stick-ID):


Der Mount-Befehl sieht auch gut aus:


...der Vendor ist trotzdem der Falsche (wie bereits oben angegeben). Ich lasse es aber so - funzt ja.

-karzinogen-