Keywelt 2008 Squashfs März Image V2.4

[kray]

hm... vielleicht stell ich mich grad ein wenig doof an, aber der download des neuen images geht bei mir nicht mehr

hat noch jemand das problem ?

[Kiffex]

Wie oben schon beschrieben ist die umschaltzeit noch etwas lang bei meiner Nokia aber sonst Top!

[Friedel47]

Moin, folgende Fehlermeldung bekomme ich bei jedem Umschalten im Log.

 

 

PES, queue 0 normal.

[CBasicClient] connect failed: /tmp/camd.socket

/tmp/camd.socket: No such file or directory

[CBasicClient] connect failed: /tmp/camd.sock01

/tmp/camd.sock01: No such file or directory

[CBasicClient] connect failed: /tmp/camd.sock02

/tmp/camd.sock02: No such file or directory

 

Ich habe camd2 deaktiviert, da ich meine Karte in der Server Box habe. Weiterhin habe ich zwei EMUs auf der Box. Davon ist aber immer nur einer aktiviert. EMU 1 ist Scam, EMU 2 ist der, über den hier nicht gesprochen wird.

Egal, welche Kombination ich wähle, eine Fehlermeldung bekomme ich immer.

 

Dann noch etwas, wenn ich von Sex View Climax auf Hustler TV schalte, bekomme ich jedesmal diese Fehlermeldung im Log:

 

avia_gt_ucode: framer error

avia_gt_ucode: framer error

 

Dies läßt sich jedesmal reproduzieren. Das Schlimme daran ist, daß ich dann auf dem Bildschirm die Meldung "Kanal zur Zeit nicht verfügbar" bekomme (auf allen Kanälen) und ich die Box neu booten muß.

 

Kann mir da jemand einen Tip geben? Könnte mir vorstellen, daß es an der seltsamen Auflösung von Hustler TV liegt (480x576) Die SsxView haben 352x576

 

Das framer error Problem hatte ich im Feb Image noch nicht.

 

Nach einiger Zeit ds Zappens passiert es dann oft, daß Bild und Ton ein Programm weiter schalten, aber sowohl im Display als auch im EPG auf dem Bildschirm der vorige Sender noch steht. Dann geht erst einmal gar nichts mehr. Da hilft nur Warten, oder neu booten. Im Log wiederholen sich rasend schnell diese Zeilen:

 

x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0

xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0

x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0

xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0

x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0

xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0x00 <6>0x12 <6>0xce <6>0x06 <6>0

 

Nach einigen Minuten schalten dann auch EPG und Display auf den neuen Sender und man kann die Box wieder bedienen.

[SnowHead]

@sammy909

 

Deine Vorgehensweise führt dann zu solchen Problemen.

 

 

@eraser65

 

Das Aktivieren der abgerundeten Menüs hat definitv keinen Einfluss

auf die Geschwindigkeit des Menüaufbaus und des Zappens.

 

 

@kray

 

Klick

 

 

@Friedel47

 

Da einige Emus andere sockets bieten, wird versucht, diese Sockets zu

öffnen. Läuft der Emu nicht, kommt es zu der beschriebenen unproble-

matischen Fehlermeldung.

Zu dem "framer error" kann ich nichts sagen. Das ist bei mir noch nicht

aufgetreten und mir fehlen die Kenntnisse, daraus auf eine Ursache zu

schließen.

Auch die schnelle Ausgabe der Zahlen ist bei mir noch nicht vorgekommen

und ich habe keine Ahnung, welches Modul diese Logausgabe generiert.

Kommt vor den Zahlen etwas Auswertbares im Log?

[sammy909]

Hi, meine neutrino config ist von 2006. Ich hab fast keine Veränderung der Schriftgrößen bemerkt, außer der Signalstärkebalken ist minimal kleiner geworden.

[perfect]

moin!

also auch von mir ein dankeschön, wirklich starkes image!!

hatte nur beim erstenmal probleme auf die box zukommen über internetexplorer!

[SnowHead]

So, ich habe noch schnell die Version 2.2 hochgestellt, in welcher der Experten-

modus überarbeitet wurde. Nun werden die nach /tmp/ geladenen Images ana-

lysiert und nur die Partitionen zum Flashen angeboten, die zu den hochgela-

denen Images passen. Umgekehrt wird bei mehreren gefundenen Images bei

einer ausgewählten Partition nur das angeboten, welches zur gewählten Parti-

tion passt. Dateien, welche von ihrer Größe her nicht zu den Partitionen des

Images auf der Box passen, werden ignoriert.

Nun weiß ich zwar, daß man kein Programm idiotensicher machen kann, weil

Idioten so erfinderisch sind, aber testet mal alle Euch einfallenden Kombina-

tionen und meldet, wenn noch etwas schiefläuft.

Ob der Expertenmodus seinen Namen nun allerdings noch verdient, sei dahin-

gestellt.

 

 

Momentan trotz aktivierter Rundung rechteckig dargestellte Meldungsfenster

bitte nicht anmeckern. Im CVS ist in dieser Beziehung gerade eine Menge Be-

wegung und ich will mit den Korrekturen warten, bis ein stabiler Stand einge-

checkt ist, sonst komme ich mit dem Ändern nicht nach.

[dudu75]

hallo,

 

bei mir läuft das neue image leider nicht ! kann nur die öffentlich rechtlichen empfangen.

hat jemand ne idee woran das liegen kann ?

[SnowHead]

@dudu75

 

Und wie oft willst Du das noch fragen? Klick !

 

Mach Dich bitte mal in den Boardregeln zu den Punkten 9, 12, 13, 14 und 15 schlau.

[dudu75]

lösch meinen eintrag bitte, danke für die hilfe !

[Lovetoy]

Meine Dbox hängt bei "programiere flash" über /tmp/.

 

Geil ^^

[Mehmet74]

klasse arbeit

 

V2 gestern eingespielt und läuft ohne probleme

 

vielen dank

 

 

@teddypower

 

 

 

Da bin ich aber von den Socken, da ich es erst heute morgen hochgestellt habe.

 

 

Danke für die neue Version,werds gleich mal testen

[cadal]

auch erstmal an danke! nur leider is bei mir das umschalten nich mehr so schön schnell wie vorher. kann man da was gegen machen?

An Alle die Probleme mit Umschaltzeiten haben: Hauptmenu > KW Settings >System Menu > Ucode /Treiber Menu >Nokia Kabel-Treiber auf V13 stellen.

[johnsmith]

Änderungen gegenüber der März-Release 2008 V2.1

- Überarbeitung des Expertenmodus. Nun muß man sich schon sehr anstrengen, um eine falsche Partition zu flashen

- Defaultgröße der Aufnahmesplitsize auf sinnvolle 2047 geändert

Das mit der Partitionsauswahl ist echt raffiniert gemacht; ich dachte zuerst, Du erkennst die Partitionen an ihrer Größe, aber auch BR Bootloader und U-Boot, die ja beide 128KB groß sind, werden einwandfrei erkannt und unterschieden. RESPEKT!

 

Zur Aufnahmesplitsize überlasse ich seife aus dem Tuxbox-Forum das letzte Wort:

http://tuxbox-forum.dreambox-fan.de/forum/viewtopic.php?p=354552#p354552

Aber ganz ehrlich, wenn wirklich nur diese zwei Dinge geändert wurden: Das hätte auch bis zum nächsten (Komplett)-Image Zeit gehabt (ich denke da an den zusätzlichen Downloadtraffic) -

HALT, es war richtig, die überarbeitete Expertenfunktion so schnell wie möglich ins Image zu bringen, denn so werden unsere - und vor allem Deine - Nerven etwas geschont...

 

Gruß,

johnsmith

[SnowHead]

@johnsmith

 

Zur Aufnahmesplitsize: Warum soll man nicht einen sinnvollen Wert vorbelegen

wenn es möglich ist? Macht kaum Arbeit und der User ist zufrieden. Andere wer-

den dadurch ja nicht beeinträchtigt.

Und den Grund für das schnelle Update der Expertenfunktionen hast Du ja selbst

schon genannt. Es gibt halt zu viele "Experten", die ohne zu lesen ein Root-Update

einfach wie ein Komplettimage flashen und sich dann beschweren, daß sie nach

dem Neustart "kein System" angezeigt bekommen.

[johnsmith]

Zur Aufnahmesplitsize: Warum soll man nicht einen sinnvollen Wert vorbelegen

wenn es möglich ist?

Definiere "sinnvoll". Für mich wäre Default=0 sinnvoll, weil sowohl der SFU-NFS-Server als auch meine interne HDD keine Größenbeschränkung haben.

Aber mir ist es letztendlich egal, ob ich bei der Image-Ersteinrichtung nun den Wert 2048 oder 2047 auf 0 ändern muss.

 

Gruß,

johnsmith

[RollinCHK]

Hallo...

 

Bei mir geht nach dem Update die Image-Defragmentierung nicht mehr. Das heißt die Defragmentierung funktioniert sicherlich, aber ich kann das File nicht flashen, welchen in den /tmp Bereich geschreiben wird. Im Experten-Modus wird die Datei nicht erkannt, so dass ich den Punkt var (jff2) nicht auswählen kann.

[SnowHead]

@johnsmith

 

Na ja, jedenfalls ist 2047 sinnvoller als 2048. Aber das ist nur akademisch.

Ein User hatte den Wunsch geäußert, mir hat es keine Mühe gemacht und

andere stört es nicht. Also was soll's. (Hätte ich bloß nichts dazu geschrie-

ben)

 

 

@RollinCHK

 

Tja, und schon gehen die Probleme los. Das betrifft nämlich nicht nur Defrag

sondern auch SquashEdi. Im Unterschied zum Auslesen per Expertenfunktion

erzeugen diese beiden Programme nämlich keine Files mit voller Partitions-

größe sondern kleinere Files mit nur den wirklich genutzten Bytes. Daher

werden diese durch die Größenüberprüfung abgelehnt. Es gibt nun mehrere

Möglichkeiten, das zu beheben:

• alten Stand wiederherstellen
  
• Größenüberprüfung komplett deaktivieren
  
• nur auf Überschreitung der Maximalgröße der Partition prüfen
  
• eine spezielle Dateiendung vereinbaren, welche ohne Größenprüfung
  verwendet wird
  
• beide Programme eine temporäre Flagdatei in /tmp/ anlegen lassen,
  welche für diesen einen Vorgang die Größenüberprüfung deaktiviert
  
• beide Programme Dateien von Normgröße erzeugen lassen (könnte
  Probleme mit dem RAM-Platz machen)
  

Ich bin für Meinungen und Vorschläge offen.

 

Bis zum Update können die mit Defrag und SquashEdi erzeugten Files durch

Ausführen der angehängten Scripte (rootfill.sh für SquashEdi und varfill.sh

für Defrag) auf Normgröße gebracht und anschließend geflasht werden.

imagefiller.rar

[merkwuerden]

@SnowHead

 

Das betrifft nämlich nicht nur Defrag sondern auch SquashEdi. Im Unterschied zum Auslesen per Expertenfunktion erzeugen diese beiden Programme nämlich keine Files mit voller Partitionsgröße sondern kleinere Files mit nur den wirklich genutzten Bytes. Daher werden diese durch die Größenüberprüfung abgelehnt.

Würde dann wohl auch bedeuten, daß man ein "Fremdimage" mit anderen Partitionsgrößen/Aufteilung auch nicht mehr per Expertenfunktion flashen könnte? Oder sehe ich das falsch?

Falls ja, ist die Modifikation kontraproduktiv...

 

Es gibt nun mehrere Möglichkeiten, das zu beheben:

alten Stand wiederherstellen

Das ist die einzig sinnvolle und akzeptable Lösung.

Ohne Dir oder irgendwem anders zu nahe treten zu wollen: kann eigentlich nicht sein, daß die Expertenfunktionen verbastelt werden, nur weil einige Leute nicht in der Lage sind, zu lesen und ein root-Update auch tatsächlich als solches einzuspielen.

[SnowHead]

@merkwuerden

 

Da ein Fremdimage als Komplettimage geflasht werden muß und daher immer 8.257.536 Bytes

hat, steht dem Flashen solch eines Images nichts im Wege. Was verhindert werden soll, ist das Über-

schreiben der FLFS-, Root- oder Var-Partition mit unpassenden Files. Es würde ja auch keinen Sinn

machen, den Root-Bereich eines Fremdimages mit höchstwahrscheinlich auch noch abweichender

Partitionsgröße mit dem VAR-Bereich des aktuellen Images kombinieren zu wollen. Das Ergebnis

wäre ein nicht funktionierendes Image im Flash.

In dieser Hinsicht stellen die "verbastelten" Expertenfunktionen eine zusätzliche Sicherheit dar ohne

die normale Nutzung zu behindern. Daß nun das Problem mit den unkonventionell erzeugten kleineren

Dateien auftrat lag halt nur daran, daß ich, wie schon mal angemerkt, nicht perfekt bin und nicht alle

Eventualitäten im Voraus berücksichtigt habe. Wenn für diese Fälle noch eine Lösung implementiert wird,

betrachte ich diesen Sicherheitsmechanismus als eine Bereicherung, denn auch mir ist es zugegebener-

maßen hin und wieder passiert, daß ich nach dem 5. Flashen eines Komplettimages am Tag beim anschlie-

ßenden Flashen eines Root-Images aus Gewohnheit "flash without bootloader" gewählt hatte. Ich würde

vorschlagen, Du schaust Dir die Funktionen unter diesem Gesichtspunkt noch mal an und schreibst dann,

wo Du durch diesen Sicherheitsmechanismus (außer in den zwei nun bekannten Fällen) bei der Nutzung

der Expertenfunktionen tatsächlich behindert werden würdest.

[jorgo]

[quote nur weil einige Leute nicht in der Lage sind, zu lesen und ein root-Update auch tatsächlich als solches einzuspielen.

 

 

Diejenigen mit Probleme beim Flashen eines RootUpdates sollten ganz einfach ihre Box online bringen und dieses Update auch so ( online) einspielen !

 

Gruss

jorgo

[merkwuerden]

@SnowHead

 

Hast recht, meine Kritik wegen Verbastelei war etwas voreilig, sorry dafür.

Hab in dem Moment nicht dran gedacht, daß anderes Image ja sowieso als Komplettimage geflasht werden muß.

[hansie77]

@SnowHead

 

Hast recht, meine Kritik wegen Verbastelei war etwas voreilig, sorry dafür.

Hab in dem Moment nicht dran gedacht, daß anderes Image ja sowieso als Komplettimage geflasht werden muß.

 

Ich finde es schon sehr sinnvoll, daß man sich mit den Eventualitäten auseinander setzt, wie man das flashen sicherer machen kann(nicht für mich ).

Es gibt halt viele Leute, die "neu" auf dem Gebiet Dbox2 und Linux sind, sich aber trotzdem an die Materie heranwagen, leider oft ohne Lesen(und ohne Vorkenntnisse).

Klar kann man jetzt sagen, selber schuld, dann sollen sie mehr Zeit investieren, genauso gut kann aber auch versuchen, gleich jedem Blabla dazu aus dem Weg zu gehen, und den Schritt, den Snowhead da macht finde ich gut, auch wenn es jetzt erneut eine Anpassung geben muss wegen Defrag.

[cy_coe]

...

Tja, und schon gehen die Probleme los. Das betrifft nämlich nicht nur Defrag

sondern auch SquashEdi. Im Unterschied zum Auslesen per Expertenfunktion

erzeugen diese beiden Programme nämlich keine Files mit voller Partitions-

größe sondern kleinere Files mit nur den wirklich genutzten Bytes. Daher

werden diese durch die Größenüberprüfung abgelehnt. Es gibt nun mehrere

Möglichkeiten, das zu beheben:

• alten Stand wiederherstellen
  
• Größenüberprüfung komplett deaktivieren
  
• nur auf Überschreitung der Maximalgröße der Partition prüfen
  
• eine spezielle Dateiendung vereinbaren, welche ohne Größenprüfung
  verwendet wird
  
• beide Programme eine temporäre Flagdatei in /tmp/ anlegen lassen,
  welche für diesen einen Vorgang die Größenüberprüfung deaktiviert
  
• beide Programme Dateien von Normgröße erzeugen lassen (könnte
  Probleme mit dem RAM-Platz machen)
  

Ich bin für Meinungen und Vorschläge offen.

...

 

Erstmal: Klasse Image. Keine Beschwerden meinerseits bisher. Habe den Eindruck, dass der Movieplayer runder läuft (kommt seltener vor, dass ich nach Filmstart mal eben Vor- und Zurückspulen muß, damit der stream sich wieder fängt). Kann das jemand bestätigen?

 

@snowhead

"beide Programme eine temporäre Flagdatei in /tmp/ anlegen lassen,

welche für diesen einen Vorgang die Größenüberprüfung deaktiviert" finde ich die eleganteste Lösung.

 

Falls es weniger aufwändig ist, wäre ein Popup mit ner Abfrage vllt auch sinnvoll. Irgendwas wie "Partitionsgröße passt nicht zu ausgewählter Datei. Diese Meldung kann ignoriert werden, wenn die zu flashende Datei per Squashedi oder Defrag erstellt wurde." Und dann halt Buttons mit "Abbrechen" und "Erzwingen". Aber das "Erzwingen" müsste ja auch erst implementiert werden...

[M@dox]

@snowhead, cy_coe

"beide Programme eine temporäre Flagdatei in /tmp/ anlegen lassen,

welche für diesen einen Vorgang die Größenüberprüfung deaktiviert" finde ich die eleganteste Lösung.

 

Denke auch dass dies eine gut Lösung wäre, evtl. anstatt eine Flagdatei, ein spezielles Verzeichnis z.B. /tmp/FlashNoCheck/.. wenn dieses vorhanden ist und Images daring liegen werden diese Angezeigt und ohne Prüfung geflasht... nur so ne Idee

 

Grüße

M@dox