d0n_p3p3 Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 @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/shconfig=/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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 @richHi. 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
d0n_p3p3 Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 @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. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
d0n_p3p3 Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 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) Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
stachi Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 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. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
eraser65 Geschrieben 30. Oktober 2007 Melden Share Geschrieben 30. Oktober 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 31. Oktober 2007 Melden Share Geschrieben 31. Oktober 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
jensemann67 Geschrieben 31. Oktober 2007 Melden Share Geschrieben 31. Oktober 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 31. Oktober 2007 Melden Share Geschrieben 31. Oktober 2007 @richKannst 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
stachi Geschrieben 31. Oktober 2007 Melden Share Geschrieben 31. Oktober 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 @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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 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 ?? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 @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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 1. November 2007 Autor Admin Melden Share Geschrieben 1. November 2007 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. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
dietz Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 Hi Beta 21 draufgespielt.Beim rescue plugin keine ip Eingabe möglich?oder mach ich was falsch? Gruss Dietz Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 @SnowHead Danke für die Beta 21! Eine kleine Sache - Die Rechte von 'lcd_epg.sh' müssen noch gesetzt werden. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
dietz Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 Beim rescue plugin müssen auch die Rechte noch gesetzt werden Gruss Dietz Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 1. November 2007 Melden Share Geschrieben 1. November 2007 jo, danke Snowhead . EDIT: es gibt im Telnet kein shell prompt mehr ??? aviacheck.conf fehlt Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 1. November 2007 Autor Admin Melden Share Geschrieben 1. November 2007 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. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 1. November 2007 Autor Admin Melden Share Geschrieben 1. November 2007 Gefixte Version liegt oben. Immer noch Beta 21. Weitere Schusselfehler bitte ich mir nachzusehen. Bin im Moment etwas neben der Kappe. Bis die Tage. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
eraser65 Geschrieben 2. November 2007 Melden Share Geschrieben 2. November 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
dietz Geschrieben 2. November 2007 Melden Share Geschrieben 2. November 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
european Geschrieben 2. November 2007 Melden Share Geschrieben 2. November 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 2. November 2007 Melden Share Geschrieben 2. November 2007 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 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.