Keywelt 2007 Squashfs Testimages

[d0n_p3p3]

@newcode: Das würde mein Problem beim LAN-Swap erklären, was ich hier beschrieben habe: Squashedi ohne HDD

Ich werde es mit deiner Korrektur heute Abend nochmal versuchen!

 

@niemand: Ich habe auch seit der Beta 19 Probleme mit Schwarzbild, Ruckeln (Streamabbrüchen), und nach SPTS Mode an (VLC) mit Kanal nicht verfügbar.

 

Ich weiss nicht ob es an den Ucodes liegt, am aviacheck oder ggf SectionD. kann es nicht nachvollziehen obwohl ich hier endlich meine Serielle Console fest an der D-Box habe!

Vielleicht hilft uns das weiter:

http://tuxbox-forum.dreambox-fan.de/forum/...pic.php?t=46801

 

 

EDIT: Habe gerade mal die Beta 17,18,19 und 20 verglichen, Ich finde nur einen Unterschied und zwar bei der bei der /var/sbin/aviacheck:

Beta17: nicht vorhanden

Beta18: aviachek (falsch geschrieben, lief deshalb die 18 ohne Probleme? )

Beta19: aviacheck

Beta20: aviacheck

 

Der Inhalt ist bei allen 3 gleich!

Also liegen die sporadischen Probleme die hier von 2-3 Usern angesprochen wurden an der aviacheck?

Wo kann ich diese eigentlich ein und auschalten?

Hilft hier ggf dieser FIX von niemend0815:

#!/bin/sh

config=/var/tuxbox/config/aviacheck.conf

 

if [ -s $config ]

then

VAL1=`cat $config | cut -d' ' -f1`

VAL2=`cat $config | cut -d' ' -f2`

      avia_check $VAL1 $VAL2 &

else

avia_check

fi

[rich]

@rich

Hi.

Ich habe das lan-swap mit squashedi getestet und es funktioniert.

 

Aber ich glaube in der start_swapfile ist eine Zeile die nicht so funktioniert wie Du das willst.

 

while losetup /dev/loop/$DRIVE > /dev/null; do

 

Das bricht beim ersten Durchlauf ab und das hat IMO 2 Gründe:

 

Findet die shell /dev/ in den Befehlsparametern, wird nur nachgeschaut ob die Filehandle existiert; deshalb ist das Ergebnis für den while Befehl =0.

 

Eigentlich gibt aber losetup /dev/loop/0 eine 1 zurück, da das loop device noch nicht konfiguriert ist.

 

Um zu testen ob das loop device frei ist könnte man also schreiben:

 

while { losetup /dev/loop/$DRIVE; [ "$?" = "0" ]; }; do

 

Damit würde so lange hochgezählt bis ein unkonfiguriertes device gefunden wird.

 

Ich hoffe ich liege da nicht völlig falsch. :-)

 

Grüße

@newcode

Wo bricht da bei dir etwas ab? Bei mir funktioniert es eigentlich so wie es soll. Du kannst ja zum Test einmal das start_swapfile Script über Telnet noch einmal erneut starten und dabei wird immer einmal weitergezählt.

 

@d0n_p3p3

Hast du einmal einen Log-Auszug von der Initialisierung des Swapfiles.

 

rich

[d0n_p3p3]

Vor der Änderung!

Aktiviere Swapfile...

losetup: /dev/loop/0: No such device or address

Setting up swapspace version 1, size = 83963904 bytes

Adding Swap: 81992k swap-space (priority -1)

Swapfile aktiviert auf '/dev/loop/0' (NFS)

Nachher:

Aktiviere Swapfile...

losetup: /dev/loop/0: No such device or address

Setting up swapspace version 1, size = 83963904 bytes

Adding Swap: 81992k swap-space (priority -1)

Swapfile aktiviert auf '/dev/loop/0' (NFS)

 

Hat sich nichts also geändert!

Ich könnte nachher noch nen test wieder mit den alten start_swapfile machen!

 

Die Box packt gerade mal wieder, und es sieht gut aus, ich sehe Zugriffe auf die WL-HDD(LED)...

 

EDIT:

Es Hat geklappt!

Habe eine Datei (ves1820.o) ausgetauscht und es hat ca 30 min gedauert!

 

THX@rich

[rich]

@d0n_p3p3

Danke für Deine Info! Ich habe das Swapfile zum Test bei mir schon einige Tage ohne Probleme am laufen. Zum Thema Geschwindigkeit, würde ich sagen, dass dies gerade bei einem NFS-Server noch besser laufen sollte als auf einer MMC-Karte. Die Datenrate ist da über das Netzwert zumindest theoretisch noch höher als auf eine MMC.

Ich habe da jetzt noch einmal eine kleine Änderung eingebaut um die losetup-Meldung aus dem Log wegzubekommen. Du kannst dies dann auch noch einmal testen.

Danke!

 

rich

 

PS: Ein kleiner Fehler war aber trotzdem noch in der 'start_swapfile'. Also bitte das Paket noch einmal neu laden und einspielen.

[d0n_p3p3]

Klappt:

Aktiviere Swapfile...

Setting up swapspace version 1, size = 83963904 bytes

Adding Swap: 81992k swap-space (priority -1)

Swapfile aktiviert auf '/dev/loop/0' (NFS)

[stachi]

Beta 20 läuft super auf meiner Sagem und lanswap scheint auch zu gehen.

 

@rich

Kannst du in der recording.start/movieplayer.start lanswap deaktivieren und in der recording.end/movieplayer.end wieder aktivieren.

Hintergrund ist folgender: Wenn man sich einen Film übers Netzwerk anguckt oder aufnimmt wird wenn der ram knapp wird auch Swap genutzt und das führt bei lanswap sehr schnell zu engpässen. Im Audioplayer läuft swap allerdings noch schneller voll, aber da sind die Datenraten auch nicht so hoch.

[eraser65]

So, ich hab mal LOG mitlaufen lassen zum berüchtigtem Neutrino Neustart in Verbindung mit dem Framebuffer der zusätzlich zur Infobar erscheint.

 

Das tritt vermehrt in den Optionswechseln zwischen den Feeds auf, wenn die übergeornete Ebene ( BM Portal,Sportportal, usw.) dabei nicht zwischenzeitlich wieder angewählt wird.

Ich hatte deshalb sonst k.Probleme, da aber der Neutrino Neustart ziemlich oft in diesem Zusammenhang auftritt, glaube ich da an keinen Zufall.

 

----------------------------------LOG--AUSZUG-------------------------------------

===== Nagra ECM on CaID 0x1801, pid 0x1011 ======

prov: 000501 pkey: 00 = xx xx xx xx xx xx xx ...

cw0:0 xx xx xx xx xx xx xx xx

cw1:0 xx xx xx xx xx xx xx xx

[mg0] irdeto using chid 0001 version C7

PES, queue 0 normal.---------------------------------->Umschalten

[CBasicClient] connect failed: /tmp/camd.sock01----->Neutrino Neustart

got 65 cmd 9F

CA_SET_PID error 22: Invalid argument

CA_SET_PID error 22: Invalid argument

[mg1] service DE index 1 pmt pid 0 (47)

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

[CBasicClient] connect failed: /tmp/camd.sock02----------->zurückzappen zum ursprünglichen Kanal

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

ECM: CaID: 0x1830 -> CaPID: 0x19AC ProvID: 000000

[mg0] stoping camd..

Segmentation fault

ECM: CaID: 0x1831 -> CaPID: 0x1AAC ProvID: 000000

ECM: CaID: 0x1722 -> CaPID: 0x10DE ProvID: 000000

ECM: CaID: 0x1801 -> CaPID: 0x16AC ProvID: 000000

ECM: CaID: 0x1702 -> CaPID: 0x10DE ProvID: 000000---------------->Freeze-->zurückgezappt

neutrino: /lib/libpng12.so.0: no version information available (required by neut

rino)

[mg1] No nagra2 key(s) found for id 3501 keynr 00

[mg1] network can't decode

[mg1] pid 0x19AC failed to decode.

[mg1] No nagra2 key(s) found for id 1103 keynr 00

[mg1] network can't decode

[mg1] pid 0x1AAC failed to decode.

Sat Oct 27 19:02:50 2007

===== Nagra ECM on CaID 0x1801, pid 0x10de ======

prov: 000501 pkey: 00 = xx xx xx xx xx xx xx xx xx...

cw0:1 xx xx xx xx xx xx xx xx

cw1:1 xx xx´xx xx xx xx xx xx

[mg1] irdeto using chid 0001 version C7------------->reproduziert ohne Bootvorgang

starting /bin/neutrino

[neutrino] frameBuffer Instance created

812k video mem

avia_gt_gv: set_input_mode (mode=2)

avia_gt_gv: set_input_size (width=720, height=576)

[neutrino] Software update enabled

[neutrino] enable flash

[lcdd] time-skin not found -> using default...

[lcdd] weekday-skin not found -> using default...

[lcdd] date-skin not found -> using default...

[lcdd] month-skin not found -> using default...

[LCDFONT] initializing core...

[LCDFONT] adding font /share/fonts/12.pcf.gz...OK (Fix12/Regular)

[LCDFONT] adding font /share/fonts/14B.pcf.gz...OK (Fix14/Bold)

[LCDFONT] adding font /share/fonts/15B.pcf.gz...OK (Fix15/Bold)

[LCDFONT] Intializing font cache...

[LCDFONT] FTC_Face_Requester (Fix15/Bold)

[LCDFONT] FTC_Face_Requester (Fix14/Bold)

===== Nagra ECM on CaID 0x1801, pid 0x10de ======

prov: 000501 pkey: 00 = xx xx xx xx xx xx xx xx ...

cw0:1 xx xx xx xx xx xx xx xx

cw1:1 xx xx xx xx xx xx xx xx

[mg1] irdeto using chid 0001 version C7

/dev/input/event1: No such file or directory

[neutrino] menue setup

[neutrino] registering as event client

PES, queue 0 normal.---------------------------->wieder dasselbe Spiel von vorn Freeze-->anschl. Neutrino-Neustart

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

got 65 cmd 9F

[mg0] service DE already started with index 1

[mg1] stoping camd..

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

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

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

[neutrino] initialized everything

PES, queue 0 normal.

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

got 65 cmd 9FCA_SET_PID error 22: Invalid argument

CA_SET_PID error 22: Invalid argument

[mg0] service 11 index 0 pmt pid 0 (49)

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

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

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

ECM: CaID: 0x1830 -> CaPID: 0x1900 ProvID: 000000

ECM: CaID: 0x1831 -> CaPID: 0x1A00 ProvID: 000000

ECM: CaID: 0x1722 -> CaPID: 0x1011 ProvID: 000000

ECM: CaID: 0x1801 -> CaPID: 0x1600 ProvID: 000000

ECM: CaID: 0x1702 -> CaPID: 0x1011 ProvID: 000000

[mg0] No nagra2 key(s) found for id 3501 keynr 00

[mg0] network can't decode

[mg0] pid 0x1900 failed to decode.

[mg0] No nagra2 key(s) found for id 1103 keynr 00

[mg0] network can't decode

[mg0] pid 0x1A00 failed to decode.

===== Nagra ECM on CaID 0x1801, pid 0x1011 ======

prov: 000501 pkey: 00 = xx xx xx xx xx xx xx...

cw0:0 xx xx xx xx xx xx xx xx

cw1:0 xx xx xx xx xx xx xx xx

[mg0] irdeto using chid 0001 version C7

===== Nagra ECM on CaID 0x1801, pid 0x1011 ======

prov: 000501 pkey: 00 = 40 38 91 06 49 E6 83 F7 ...

cw0:0 xx xx xx xx xx xx xx xx

cw1:0 xx xx xx xx xx xx xx xx

[mg0] irdeto using chid 0001 version C7 ----->nach dritten Versuch liefs m. ienem Reset.

 

 

So , daß Problem ist, daß diese Geschichte bei mir nur klappte, wenn der PC als Server für die DBox2 (Client) fungierte. da Prem**** kein AU mehr machte, lst SBCLi m.Vplug im Kabel tot (sendet ECM aber kein DW- trotz ke*update, und k*y).

Durchs fehlende DW entschlüsselt er nicht mehr,ich bekomm keine IP mehr in der Infobar, wodurch der Framebuffer (doppelte Ausgabe,verschoben auf dem Kopf) dann bei mir nicht mehr als reproduzierter Fehler weiter auftaucht.

Dadurch kann ich diesen nicht simulieren und weiter testen, was ich sehr schade finde, da ja das Falschfarbenproblem ja auch noch irgendwie mit drinnsteckt nach dem Neutrino Neustart.

Hier nochmal nen Screen (schon älter) zur Veranschaulichung :

 

 

Die Sache ist ja wohl hier keinem bis auf MacFco und wonderdoc aufgefallen, ich halte das trotz allem für einen sehr üblen Bug . Zumal auch noch nicht ausgeschlossen ist, ob diese Sache vielleicht sogar noch vom "CA-Anzeige-Infobar-Bug" stammt.

 

Die restl. MTVs klappen noch, aber eben als reiner E*u . Und die anderen 5 in Verb. per CS m. SBCLi. kann ich nun i.M. nicht testen - es sei denn , es gibt für Kabel über EWT noch einen anderen Weg.....(natürlich nur mit demselben hardwareseitigem Equipment,)

 

Mit dem Rest des Angebotes kann ich nicht testen, ist sowieso nichts mit anzufangen, da sendet nur noch KK in Conax , d. Rest per E*u.

 

 

gruß eraser65

[wonderdoc]

So,

 

habe nun auch nochmal das Problem mit C***3 und akt. Option "CW-Source" + "IP-Anzeige" nachgestellt.

Fehler tritt nur auf, wenn diese beiden Optionen aktiv sind.

Ist nur "CW-Source" aktiv, erscheint daß Problem nicht.

Zu sehen ist auch, daß die farbigen Kreise(Tastenbelegungsanzeige in der Infobar)

zwar zusammen geschoben werden, aber die vorh. Anzeige nicht überschrieben wird.

Man sieht also die normale Anzeige und dort drüber die zusammen geschobenen Farbsymbole und die IP-Addi.

Ich vermute mal, mit dem Fenster sollte eigentlich der org. Schriftzug überdeckt werden.

Da scheint aber ein Kordinaten-Problem vorzuliegen.

 

Dann ist mir noch aufgefallen(war glaube ich schon immer so), wenn man die Option "Camd Statusanzeige" deaktiviert,

dann werden die inst./gestarteten E**s nur grau angezeigt.(bei akt.Opt sind sie ja grün)

Bei allen anderen deak. CA-Optionen wird der entsprechende Bereich komplett ausgeblendet.

Ist dies eigentlich so gewollt o. ein Schönheitsfehler.

Oder hängt die Option "Camd Statusanzeige" noch mit anderen Funktionen zusammen als nur die Infobar-Anzeige grau/grün?

 

Weiter habe ich mal den neuen Sectionsd 1.249 bei mir installiert und getestet.

Akt. der Bildregie schein wieder zu funktionieren.

Schaltet man auf PW Direkt wird nun die akt. Bildregie angezeigt.

Man könnte die Binary also eigentlich einfügen.

Konnte noch keine Probleme damit feststellen.

Bei Bedarf kann ich sie ja uploaden.

 

Aufnahmen auf PC(Direkt, Datei per NFS-Mount) mit WolTimer war auch OK.

 

Lan-Swap habe ich noch nicht getestet,

da ich in meiner Box 64MB habe und somit ggf die Ergebnisse nicht mit 32MB Boxen übereinstimmen.

 

Bei Virtual-Zap konnte ich auch kein Problem feststellen.

 

CPU-Last auf FTA-Sender liegt lt Sysinfo bei ca 1-5%.(AviaCheck deaktiv)

 

AviaCheck habe ich noch nicht benutzt, da keine Problem mit meinen beiden Sagems(1xI) auftreten.

 

Anlagen: Screenhot Infobar-Bug

 

mfg

Wonderdoc

[jensemann67]

Hi,

 

Beta 20 läuft hier prima, allerdings bin ich auch recht anspruchslos:

 

- Phillips Dbox 2 SAT

- Eisfair-Server für´s Streaming

- kein MMC, keine HDD

 

Sieht wirklich sauber aus, seit 48 Stunden nichts zu beanstanden (ausser dem Premiere-Test gestern :-) )

 

Gruß,

jensemann

[rich]

@rich

Kannst du in der recording.start/movieplayer.start lanswap deaktivieren und in der recording.end/movieplayer.end wieder aktivieren.

Hintergrund ist folgender: Wenn man sich einen Film übers Netzwerk anguckt oder aufnimmt wird wenn der ram knapp wird auch Swap genutzt und das führt bei lanswap sehr schnell zu engpässen. Im Audioplayer läuft swap allerdings noch schneller voll, aber da sind die Datenraten auch nicht so hoch.

Die müsste man einmal noch genauer testen. Ich sehe da aber noch ein Problem dabei. Man könnte zwar mit swapoff das LAN-Swapfile deaktivieren aber dadurch würden die ausgelagerten Daten in den RAM zurück geschrieben. Dies würde aber unter Umständen, bei zu großer Auslagerung, den RAM zuschreiben und sich die Box damit aufhängen.

Wie groß hast du bei Dir eigentlich den Ringpuffer eingestellt?

 

rich

[stachi]

Ringbuffer steht auf 50. Aufnahmen über's Netzwerk kann ich grade nicht Testen (mein Netzwerk spinnt irgendwie, box hat beim schreiben nur noch 2,5Mbit/s). Aber beim Abspielen von Files die noch drauf sind nutzt er nur wenig Swap und es ist kein Ruckeln zu merken (sind aber auch nur Aufnahmen von Discovery Channel, die jeweils nur 5min dauern). Wenn ich wieder aufnehmen kann Teste ich das noch genauer.

 

edit: Jetzt läuft mein Netzwerk wieder richtig. Aufnehmen und Abspielen läuft ohne ruckler. Es wird zu wenig Swap genutzt, dürfte also eigentlich nichts passieren.

Dann lag das ruckeln gestern an meinem Netzwerk

[wonderdoc]

@SnowHead

 

So, ich habe mich nochmals mit dem Rescue-Plugin von beta20 beschäftigt.

Dabei war mir noch ein gewaltiges Problem im Zusammenhang mit meinem LAN-Equipment ausgefallen.

Das einzige Netzwerkgerät welches permanent bei mir in meinem LAN verfügbar ist, ist mein Router(Fritzbox).

Das Problem bei mir war, daß nach einem Stromausfall die DBox schneller bis zum rescue gebootet war

als der Router auf den Ping antworten konnte.

Daraus resultierte, daß zwar die PIN-Abfrage aktiv wurde, aber da keiner da war das Image oder die Dateien gelöscht wurden.

(man kommt heime und wundert sich was nun los war )

 

Deswegen habe ich mal das rescue-Plugin um die Option "Anzahl Ping-Wiederholungen" erweitert.

Den Wert kann man bequem per Menü einstellen.

 

Scriptablauf:

War der 1. std Ping nicht erfolgreich und ist die Wiederholungs-Anzahl größer 0 eingestellt,

dann wird der Pingversuch entsprechend der eingestellen Anzahl wiederholt.

Ansonsten ist der weitere Ablauf wie gehabt.

 

Im Anhang habe ich mal die geänderten Dateien angehangen.

Ich habe auch mal den akt. sectiond1.249 beigelegt.

 

@Betatester

Testet bitte auch nochmal den geänderten Rescue.

Ich konnte aber bisher keine Fehler feststellen.

 

Anhang: Download der geänderten Files

 

mfg

Wonderdoc

[bahnbooster]

also ich werde das Plugin so lassen, wie es ist. Ich würde liebe ein zerstörtes Image in Kauf nehmen, als dem grünen Mann zusätzlich Zeit geben, die Box zu untersuchen (HackerPolice ). Hast Du so oft Stromausfall, dass diese Änderung nötig ist ??

[wonderdoc]

@bahnbooster

 

Ne, Stromausfall selber nicht.

Aber in meiner Zweitwohnung ziehe ich wenn ich heime fahre immer den Stecker aus der Dose.

Wenn ich nun wieder da bin und den Stecker stecke, dann denkt man ja nicht immer an die Pin-Eingabe und schon ist es wieder passiert.

Außerdem wird ja nur der Ping wiederholt.

(sind ja nur ca 5 sek pro Wiederholung)

Stellt man die Wiederholungsanzahl auf 0, dann ist alles so wie bisher.(könnte man ja als def. setzen)

 

Wenn die klug sind, erstellen die sowieso vorher ein Backup mit dem Bootmanager.

 

mfg

Wonderdoc

[SnowHead]

Sorry, daß ich mich so lange nicht gemeldet habe, aber ich muß im Moment

meine Prioritäten anders setzen und privat erst mal versuchen Einiges wieder

auf díe Reihe kriegen. Daher werde ich auch in nächster Zeit nur sporadisch

im Board anzutreffen sein oder am Image arbeiten können. Ich will mit der

Beta 21 wenigstens erst mal die schon vorher gemachten Änderungen hoch-

stellen.

 

Erst mal danke an alle, welche sich so intensiv mit dem Problem des Tuxbox-

Commanders auseinandergesetzt haben, newcode für das Finden der Ursache

und MacFco für den Workaround. Danke an rich für Lan-Swap und die gefixten

HDD/MMC-Scripte.

 

 

@eraser65

 

Leider kann ich die von Dir beschriebenen Farbfehler und Neustarts nicht

nachvollziehen und daher auch schlecht eine Ursache finden. Das liegt jedoch

definitiv nicht an dem alten CAID-Bug. Der ist ein für allemal gefixt. Eher

wird die Ursache in dem wegen des virtual Zap komplett neuen Infoviewer

liegen. Der war auch die Ursache für das Problem bei der IP-Anzeige. Für

den neuen Viewer müssen die Positionen anders berechnet werden.

 

 

@woderdoc

 

Danke für die Änderungen im rescue (auch wenn ich bei 0 Wiederholungen

bleiben werde, da man so mit der Hauptsicherung sehr schnell alle Boxen

im Haus cleanen kann). Den sectionsd habe ich aber aus dem CVS gebaut,

da ich kein Freund vom Einspielen außerhalb des Buildprozesses gebauter

Binaries bin.

 

 

@All

 

Testet bitte weiter. Sobald es möglich ist, werde ich mich wieder mit dem

Image befassen. Von PMs und Mails bitte ich im Moment abzusehen.

[dietz]

Hi

Beta 21 draufgespielt.Beim rescue plugin keine ip Eingabe möglich?oder mach ich was falsch?

Gruss

Dietz

[rich]

@SnowHead

Danke für die Beta 21!

 

Eine kleine Sache - Die Rechte von 'lcd_epg.sh' müssen noch gesetzt werden.

 

rich

[dietz]

Beim rescue plugin müssen auch die Rechte noch gesetzt werden

 

Gruss

Dietz

[bahnbooster]

jo, danke Snowhead .

 

 

EDIT:

 

es gibt im Telnet kein shell prompt mehr ???

 

aviacheck.conf fehlt

[SnowHead]

Da ist mal wieder was schiefgelaufen. Zusätzlich zu den fehlenden

Rechten versteht das Ping der Busybox den Parameter -c nicht

mehr. Deshalb funktioniert auch rescue nicht. Ich stelle nachher

noch mal eine Version hoch.

[SnowHead]

Gefixte Version liegt oben. Immer noch Beta 21. Weitere Schusselfehler

bitte ich mir nachzusehen. Bin im Moment etwas neben der Kappe. Bis

die Tage.

[eraser65]

Möchte dich wirklich nicht ärgern, SnowHead, aber.....

 

Das Abgleichen aller Settings= OK

Das Einbinden der HDD = OK

HDD Temp = OK

HDD-Streams lassen sich auch alle im Movieplayer aufrufen, und ruckelfrei ohne Hänger abspielen. Sämtliche Einstellungen lassen sich ohne Probleme absaven und sind nach dem Reboot noch aktiv.

 

Der HDD Check V.6e bringt dann allerdings nach 35 min. (sonnt 25-26) das zutage :

 

 

Die Speicherauslastung zeigt mir dann trotz ca. 240 GB !! TS-Streams -eine leere HDD an :

 

 

- Im MoviePlayer werden alle TS-Streams noch vollkommen korrekt angezeigt

- lassen sicht aber nicht mehr abspielen

- vor dem HDD Check liefen nalle HDD-Files problemlos

- Verdacht auf Image-Platzer im FlexMenü

 

dann neu geflasht -----> HDD eingebunden---> Daten laufen korrekt aber Speicherauslastung V.1.4a zeigt auch nach Neuflashen eine leere HDD an.

 

- Abspielfunktionen im Movieplayer korrekt (Datengröße, Datum)

- kein Verdacht auf Imageplatzer alle Funktionen lassen sich absaven.

 

Wieder neu HDD--->Check ausgeführt---->wieder dann diesselbe Resultatsanzeige.

(siehe Screen oben)

- wieder Verdacht auf Imageplatzer (war`s dann ja auch - ab diesem Zeitpunkt ist jede Speicherung im Image unmöglich )

 

 

Spiele die BEtA 20 zurück---->Teste die HDD , samt HDD Check

 

EDIT:/ 02.11.[/B]

Liegt wahrscheinlich nicht an der neuen BETA 21.

Dasselbe passiert plötzlich auch auch bei meiner BackupBETA 20 inkl. C*md, MGC*md1.25, .........

Flashen ging nicht per Ftp -->nach "loading Kernel" fuhr die Box zum kompletten Reboot runter --> das Ganze dann in ewiger Zeitschleife.

 

Ich musste notgedrungen über Nullmodemk. neu flashen..........

Teste jetzt mit der "rohen" BEtA 20.

 

Na hoffentlich sind nicht die 240 GB !! der HDD verloren, da darf ich gar nicht dran denken, da krieg ich sofort nen Herzkasper.........

 

EDIT 2 :/ 02.11.[/B]

 

1. Habe die BETA 20 original von Snow geflasht, HDD.Settings vorgenommen,

HDD Check = OK - klappt anstandslos = 25 min. gedauert, mit positives LOG

 

2. Wieder zurück die BETA 21 drauf ---> HDD Settings vorgenommen,

HDD Check = nach 9 minuten fertig !?!

Wieder Fehler wie Sreenshot oben.

 

EDIT 3 :/

 

Auch die BETA 20 zeigt mir den HDDCheck jetzt voller fehlerhafter Sektoren.

Wieder mit anschließendem "Verdacht auf Image-Platzer".

Die Anzeige im Flex hatte ich noch nie, bei keinem Image , solange wie ich schon flashe.

Nach Booten bricht nach "loading Kernel" der Bootproßez abe, und startet aufs neue !?!?

 

Hier das LOG-dazu-----------------------------

 

 

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: WATCHDOG RESET

debug: BMon V1.0 mID 01

debug: feID 7a gtxID 0b

debug: fpID 5a dsID 01-bf.b8.1d.07.00.00-b0

debug: HWrev X5 SWrev 0.81

debug: B/Ex/Fl(MB) 32/00/08

WATCHDOG reset enabled

dbox2:root> debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Given up BOOTP/TFTP boot

boot net failed

 

Flash-FS bootstrap loader (v1.5)

 

Found Flash-FS superblock version 3.1

Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS

debug: Got Block #0036

 

will verify ELF image, start= 0x800000, size= 162920

verify sig: 262

Branching to 0x40000

 

 

U-Boot 1.2.0 (Tuxbox) (Nov 1 2007 - 21:45:45)

 

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache

Board: DBOX2, Nokia, BMon V1.0

Watchdog enabled

I2C: ready

DRAM: 32 MB

FLASH: 8 MB

Scanning JFFS2 FS: .... done.

FB: ready

LCD: ready

In: serial

Out: serial

Err: serial

Net: SCC ETHERNET

 

Options:

1: Console on null

2: Console on ttyS0

3: Console on framebuffer

Select option (1-3), other keys to stop autoboot: 0

### FS (squashfs) loading 'vmlinuz' to 0x100000

Failed to allocate lzma workspace

 

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: WATCHDOG RESET

debug: BMon V1.0 mID 01

debug: feID 7a gtxID 0b

debug: fpID 5a dsID 01-bf.b8.1d.07.00.00-b0

debug: HWrev X5 SWrev 0.81

debug: B/Ex/Fl(MB) 32/00/08

WATCHDOG reset enabled

dbox2:root> debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Given up BOOTP/TFTP boot

boot net failed

 

Flash-FS bootstrap loader (v1.5)

 

Found Flash-FS superblock version 3.1

Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS

debug: Got Block #0036

 

will verify ELF image, start= 0x800000, size= 162920

verify sig: 262

Branching to 0x40000

 

 

U-Boot 1.2.0 (Tuxbox) (Nov 1 2007 - 21:45:45)

 

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache

Board: DBOX2, Nokia, BMon V1.0

Watchdog enabled

I2C: ready

DRAM: 32 MB

FLASH: 8 MB

Scanning JFFS2 FS: .... done.

FB: ready

LCD: ready

In: serial

Out: serial

Err: serial

Net: SCC ETHERNET

 

Options:

1: Console on null

2: Console on ttyS0

3: Console on framebuffer

Select option (1-3), other keys to stop autoboot: 0

### FS (squashfs) loading 'vmlinuz' to 0x100000

Failed to allocate lzma workspace

-----------------------------------------------------------------

 

Hat der Speicher jetzt nen Schuß weg oder was hat das zu bedeuten ?

 

Das verrückte daran ist, daß die Speicheranzeige HDD völlig korrekt anzeigt, solange ich kein HDD Check durchführe:

 

250 GB belegt =22 GB frei

 

Nach dem Check :

2048MB belegt = 277 GB frei

 

Das tratbei der Beta 20 und der 21 2x auf .

 

 

gruß eraser65

[dietz]

Hi

 

Kann die Probleme mit dem Hdd check v6e bestätigen ist bei mir genauso.Ausserdem ist mein Ordner mit mp3s verschwunden.Speicherauslastung zeigte von 7Gb nur noch 1,4Gb obwohl die Filme 7Gb vorhanden waren.

 

Zurück auf beta20

Nach hdd check waren die mp3s wieder da allerdings im lost+found ordner.

Speicherauslastung zeigte korrekte 7Gb an.

 

Gruss

Dietz

[european]

Hi

 

Bin grad die Beta 21 am testen.

 

Irgentwas ist da faul,hatte jetzt schon das 2.mal einen Image platzer.

Das einzige was ich neu draufgespielt habe ist das Bundesliga,Formel1 und das Plugin tabelle.

Hab ich aber bei allen Betas gemacht.

Ich glaube es liegt irgentwo mit der HDD zusammen.Das erste mal hab ich HDD check gemacht,das andre mal hab ich Die HDD formatiert.

Desweiteren mein ich das die Speicherauslastung auch viel höher ist als bei den andren Betas.

Umschalten auf verschlüsselte Sender dauert auch länger.

 

gruß

european

[wonderdoc]

So,

mein 1. Beta21 Test (ohne HDD/MMC)

 

-IP Anzeige BUG in Infobar nun OK.

-Aufnahme mit Woltimer OK

-Virtual-Zap Anzeige akt.Kanal OK.

-CPU-Last mit FTA-Sender 99-100% idle (TOP )

 

Ich hätte aber noch ein Verbesserung im Bezug auf den WOL-Timer autostart.

Momentan wird beim Autostart automatisch der WOL-Timer aktiv geschaltet und nicht nur der Daemon geladen.

Ich finde, es sollte im Bezug aktiv/inaktiv des Daemons der letzte Stand verwendet werden.

Ist die .wol vorh. dann ist er aktiv, wenn nicht, dann inaktiv.

Dazu müssen 2 Anpassungen gemacht werden.

MENU=WOL Timer

DEPENDOFF=&WOL Timer~t~t~t~t~tinaktiv,/var/plugins/woltimer/woltime wol_timer,/var/plugins/woltimer/.wol

DEPENDON=&WOL Timer~t~t~t~t~taktiv,/var/plugins/woltimer/woltime wol_timer,/var/plugins/woltimer/.wol

DEPENDOFF=&WOL-D~amon autostart~t~taus,touch /var/plugins/woltimer/.wol_auto,/var/plugins/woltimer/.wol_auto

DEPENDON=&WOL-D~amon autostart~t~tein,rm /var/plugins/woltimer/.wol_auto,/var/plugins/woltimer/.wol_auto

SHELLRESON=&*WOL-Timer D~amon~t~t~taktiv,/var/plugins/woltimer/woltime wol_daemon,pidof woltimerd > /dev/null

SHELLRESOFF=&*WOL-Timer D~amon~t~t~tinaktiv,/var/plugins/woltimer/woltime wol_daemon,pidof woltimerd > /dev/null

INCLUDE=/tmp/.wolmenu

ENDMENU

und

if [ -e /var/plugins/woltimer/.wol_auto ] ; then

  touch /var/plugins/woltimer/.wol

sleep 40 && /var/plugins/woltimer/woltimerd &

fi;

 

Der Wol-Timer setzt sich mit Option(woltimer.conf) FORCE_ON=0 ja nach der letzten Aufnahme autom. auf inaktiv und wird somit beim Boxneustart auch nicht autom aktiv gesetzt.

Sollte z.B. ein Stomausfall zwischen 2 Aufnahmen passieren würde der wol-Timer beim Boxstart autom. aktiv gesetzt werden, da die letzte Aufnahme noch nicht geschehen ist.

In Verwendung mit Option(woltimer.conf) FORCE_ON=1 würde der Daemon immer aktiv bleiben.

(Auch beim Boxstart, wenn Autostart Wol-Daemon ein ist)

 

Somit könnte der User/Daemon den aktiv/inaktiv Zustand bestimmen.

 

EDIT:

Rescue Plugin wird unter Plugins-löschen in Version 0.07 angezeigt.

Unter Updates ist eine Version 0.12 verfügbar.

Ist aber momentan nicht 0.13 enthalten?

 

mfg

Wonderdoc