et9x00-hdf-teamimage-openhdf-v4

Ben_Gun · 4. Juli 2013, 20:48

Koivo schrieb:

Es gibt heute nach dem Update einen kleinen Fehler beim ET. Es stört den Betrieb nicht aber ist unschön.

War das der Fehler?
Die Beschreibung läßt Spielraum ...

Na, die AV-Einstellung war nicht mehr vorhanden.

Gruß

wallmi59 · 5. Juli 2013, 07:29

Zitat von »wallmi59«
Das einzige, was mir auffiel:
Früher konnte man ja in der HDF - Toolbox den Spinner und das Bootlogo wechseln.
Wo kann ich das jetzt finden?

henrylicious schrieb:

Geht immernoch im HDF-Downloader

zur Info: Ja, ist immer noch unter Plugins zu finden, hatte ich übersehen...!

Johnny Flash · 5. Juli 2013, 09:18

Habe derzeit noch das v3 drauf. :pleasantry:

Super Image!
Ist es empfehlenswert derzeit auf v4 umzusteigen oder noch zu warten (weil vielleicht irgendwas wichtiges nicht funktioniert)? ich habe von timeshift problemen gelesen, ist das schon behoben? sind diese Probleme nur bei v4 aufgetreten oder gibts die auch unter v3?

zulu666 · 5. Juli 2013, 09:32

Morgen!

Wenn du alle aktuelle Updates drauf hast, bist du auf dem selben stand wie v4.
VG
Zulu

Johnny Flash · 5. Juli 2013, 12:25

updates mache ich regelmäßig bei grüner Ampel.
Frage 1: Warum gibt es dann ein v4 wenn das das selbe wie v3 ist? Updates gibts ja bei beiden images ...
Frage 2: Werden die aktuellen Treiber auch über updates verteilt?

herb2012 · 5. Juli 2013, 12:25

Hallo Koivo.

Da die Ampel auf grün steht,habe ich jetzt mal wieder ein Update gemacht(130 Pakete),lief alles problemlos ab.In meinen " Image Informationen " steht jetzt Build:619,ist das korrekt ?

Gruß

herb2012

kasnudel · 5. Juli 2013, 12:49

Johnny Flash schrieb:

updates mache ich regelmäßig bei grüner Ampel.
Frage 1: Warum gibt es dann ein v4 wenn das das selbe wie v3 ist? Updates gibts ja bei beiden images ...
Frage 2: Werden die aktuellen Treiber auch über updates verteilt?

zu 1) im V4 sind die meisten updates, die bei der V3 bei einem Neu-Flash erst nachinstalliert werden müßten, schon enthalten
zu 2) davon gehe ich aus...

Koivo · 5. Juli 2013, 13:34

Ja und Ja.

Koivo · 5. Juli 2013, 13:35

herb2012 schrieb:

steht jetzt Build:619,ist das korrekt

Kannst ja einfach bei den Nightly Images schauen welche Version die haben images.hdfreaks.cc/index.php?dir=nightly/et9x00/

herb2012 · 5. Juli 2013, 13:41

Aha,619 ist also der aktuelle Build !

Gruß

herb2012

et2011 · 5. Juli 2013, 14:58

Update mit 107 Paketen soeben ohne Probleme vollzogen. :thumbup:

Ausnahme: Timeshift noch nicht gefixt :thumbdown:

Koivo · 5. Juli 2013, 15:39

Was heißt nicht gefixt? Timeshift macht doch was es soll oder?

Umschalten in der Senderliste funktioniert jetzt auch.Die alten Aufnahmen werden gelöscht wenn die Box neu gestartet wird oder aus dem Standby erwacht.
Das alte Aufnahmen liegen bleiben wenn die Box crasht oder mit Schalter ausgemacht wird lässt sich nicht vermeiden. Eine Lösung hab ich hier schon angeboten.
Lässt sich auch nicht vermeiden. Ist bei normalen Aufnahmen genauso und auch bei anderen Boxen die kein Enigma haben.

Also was genau soll da gefixt werden?

Blechbatscher · 5. Juli 2013, 22:54

et2011 schrieb:

Ausnahme: Timeshift noch nicht gefixt

Also der PTS ist ja wohl auch kaum mehr zu Fixen, da haben sich seit Jahrzehnten schon viele Programmierer die Zähne dran ausgebissen.
Gewisse Hardwarevoraussetzungen sollten bei einem Permanenten Timeshift auch vorhanden sein, um die Funktionen des Gerätes dabei nicht Einschränken zu müßen.
Bei Linux hat man da aber alle Möglichkeiten noch offen.

Koivo hat ja schon mit Autoshredder eine Automatisierte Prophylaxe angeboten, den meisten Datenschrott alle 24h zu entfernen.
Homeys legendärer PTS mit Ringbuffer läuft aber auch noch auf v3 und v4 mit etwas Fingerspitzengefühl.
Damit gibt es selbst bei Abstürzen und Dauerbetrieb keinen nennenswerten Datenschrott, größer als eingestellt, auf einem PTS Datenträger.

Gruß

Koivo · 6. Juli 2013, 20:17

Doch da geht noch was. Ich hab da noch was, dank der Hilfe von Andy Blackburn, gefunden: github.com/henrylicious/enigma…0c989a041fdf1b2fd376af6a5

Timeshift legt Dateien mit Namen pts_livebuffer_xx and und zusätzlich einen Hardlink mit Namen timeshift.xxxxxxx.
Diese Dateien werden jetzt gelöscht beim Reboot, beim Umschalten oder beim Standby.
Es sah so aus als ob die Hardlinks nicht richtig funktioniert haben.
Das bedeutet die Dateien pts_livebuffer_xx wurden zwar gelöscht aber nicht die timeshift.xxxxxx Dateien.
Das passierte vor allem bei einem Crash oder Stromausfall.
Ich hab das jetzt mit absichtlichen Crashs versucht zu provozieren und jetzt werden die Dateien auch gelöscht.
Die Festplatte muss natürlich im Linux Format ext3/4 sein damit das funktioniert. Mit dem FAT Rumgegurke brauchen wir da garnicht anfangen.

Die Dateien sind auch nicht zweimal vorhanden sind nur verlinkt. Deswegen sieht das so aus.
Die werden dopppelt gebraucht um z.B. im Hintergrund die Timeshift Dateien zu normalen Aufnahmen zu verbinden während das Timeshift weiterläuft.

Wartet mal den Build heute Nacht ab und dann morgen früh das Update.

buhmann · 6. Juli 2013, 20:20

Mein WebradioFS funktioniert nicht mehr. Nachdem ich alles Updates auch innerhalb des WebradioFS gemacht habe, kann ich es zwar starten, nachdem ich aber mit der gelben Taste zu den Favoriten wechsle erhalte ich einen Green Screen (bzw. Black) und die Box startet neu.

Habe nur ich das Problem?
Log kann ich gerne bereit stellen.

Koivo · 6. Juli 2013, 20:37

Also die neue Version funktioniert ganz normal bei mir. Lad mal den Crashlog hoch.

buhmann · 6. Juli 2013, 20:56

Ich hatte das WebradioFS auch schon deinstalliert und nochmal neu installiert, jedoch ohne Ergebnis.

Das Log-file habe ich angehängt.

Koivo · 6. Juli 2013, 21:29

TypeError: %d format: a number is required, not list

Keine Ahnung was das genau bedeuted aber es scheint ein Problem mit den Favoriten bzw. der Liste der Stationen zu sein.
Die Dateien dafür liegen unter /etc/ConfFS/. Vielleicht mal löschen und neu anfangen?

Blechbatscher · 7. Juli 2013, 12:44

Koivo schrieb:

Es sah so aus als ob die Hardlinks nicht richtig funktioniert haben.
Das bedeutet die Dateien pts_livebuffer_xx wurden zwar gelöscht aber nicht die timeshift.xxxxxx Dateien.
Das passierte vor allem bei einem Crash oder Stromausfall.
Ich hab das jetzt mit absichtlichen Crashs versucht zu provozieren und jetzt werden die Dateien auch gelöscht.
Die Festplatte muss natürlich im Linux Format ext3/4 sein damit das funktioniert. Mit dem FAT Rumgegurke brauchen wir da garnicht anfangen.

Ja das war so im v3/4, es wurden beim Umschalten oder wegschalten zb. Mediaportal, nur der pts_livebuffer_1 des momentanen EPG Events gelöscht, vergangene pts_livebuffer_2 bis unendlich blieben bestehen.
Mit Homeys PTS funktioniert das momentan ja alles noch, und außer einpaar Kb in timeshift.xxxxxxx beibt bei Crashs nichts über.
Im v2 ist mir das aber noch nicht aufgefallen, da gab es die max. Event und min Einstellung bestimmt noch.

Dann schau ich dann mal, was der neue PTS macht! :popcorn:

Gruß

Koivo · 7. Juli 2013, 12:52

Ja aber der Build ist noch nicht richtig gelaufen.
Aber wenn du willst kannst du auch so mal testen. Datei im Anhang.

et9x00-hdf-teamimage-openhdf-v4

Koivo schrieb:

henrylicious schrieb:

v3 -> v4 ?

Johnny Flash schrieb:

herb2012 schrieb:

et2011 schrieb:

Problem mit WebradioFS

Koivo schrieb:

Teilen