merkwuerden

So, jetzt hat's bei mir auch endlich wieder mal funktioniert, daß sich der sectionsd einfach so mal wieder beendet hat. Auf Prem. Sport (ich vermute da was...), mal schaun, ob's nochmal klappt.

Macht das was? Ist doch nix Verbotenes. Aber da Du's ja runtergeladen hast, sind die Links wieder wech. Eigentlich schon, nur daß halt zwingend Sun Java Runtime installiert sein muß, sonst geht nix. Kommt irgendeine Fehlermeldung? Was passiert denn? Oder passiert garnix? Eine kleine Stolperfalle gibt's eventuell: *.jar darf nicht mit irgendeinem anderen Programm verknüpft sein. WinRAR ist z.B. so ein Kandidat, der sich bei Installation eventuell die JAR-Erweiterung krallt.

Der Beta-Experimentierbaukasten VLC eben. Ich hab da auch Tage mit dem Murks verbracht, vernünftig zum Laufen kam das nie. Fazit: den Müll tu ich mir nicht mehr an und verzichte auf alles, was nur damit laufen würde.

ProjectX: hab ich zwei Versionen hier, hänge sie mal ran. EDIT: Links wieder rausgenommen. Achtung: benötigen beide aktuelle Sun Java Runtime 1.5!

Demuxe das mpg mit ProjectX, dabei wird auch die Bitraten-Problematik repariert. Schneiden (Werbung etc) kannste danach z.B. mit Cuttermaran. Danach kannste Deine DVD draus basteln. Ich nehme dazu DVDlabPro, tmpg DVD Author mag ich nicht.

hat ja im Endeffekt bei mir nicht geholfen erst der camd-Reset. In dem Fall ist aber vermutlich was anderes abgeraucht (und hat den sectionsd wohl mitgerissen). Vermute ich zumindest mal so, denn in den Fällen, als der sectionsd bei mir durch Festfressen den Frontprozessor blockierte, war's definitiv mit "killall -9 sectionsd" und danach Neustart des Dings erledigt. Konnte im seriellen Log auch keine Fehlermeldungen (framer error, queue overflow oder ähnliches) finden. Vielleicht hat die Problematik was mit den verwendeten ucodes zu tun? Bei mir werkelt 0014. @Dr.Sterni Freut mich, daß es bei Dir funktioniert. Meine Box läuft jetzt (nach dem durch meine Dusslichkeit unfreiwilligen EPG-Reset) auch seit 64 Stunden durch. Und macht selbst trotz etlicher Experimente mit diversen camds ohne Murren.

@pinh34d Nach Deinen Angaben (EPG tot, Box nicht mehr per FB ansprechbar, sectionsd-Prozesse aber noch vorhanden) ist sectionsd abgestürzt, dabei blockiert das Ding die Bedienung der Box über FB und auch die Tasten an der Box, halt den ganzen Frontprozessor. Hättest sectionsd per telnet killen können, die Box wäre nach paar Sekunden wieder bedienbar gewesen. Vor solchen Erscheinungen wird man wohl nie ganz bewahrt bleiben, ein Allerheilsmittel zu finden, wird halt schwierig sein, leider. Ich kann nur sagen, daß bei mir die Sache bisher zuverlässig funktioniert, weder Blockade noch kommentarloses Beenden von sectionsd. Aber jede Box reagiert bekanntlich anders, extra noch abhängig von den diversen Einstellungen.

Falls Du die Box mit Ein/Aus + Pfeil oben (an der Box) rebootest, ist das normal, da dann nichts abgespeichert werden kann. Ist wie beim PC, wenn Du einfach den Reset-Taster drückst. Die Box startet dann wieder mit dem Kanal, der beim letzten Boot auch gestartet wurde. Letzter Kanal wird nur abgespeichert, wenn die Box normal runtergefahren wird, steht dann in /var/tuxbox/config/zapit/zapit.conf: lastChannelRadio= lastChannelTV=

Hm... HyperTerminal von Windoof kann dat Zeugs in ne Textdatei loggen. Dann brauchste darin nur von hinten nach vorne suchen, wann die Fehlermeldungs-Litanei angefangen hat. Falls nicht vorher die Festplatte übergequollen ist.

@Worschter Ich glaube nicht, daß das mit dem sectionsd direkt zusammenhängt, hab da eher einen Bug in der camd als Vermutung, da's ja nach einem camd-Reset wieder geht. Sowas hatte ich aber selber noch nicht, kenne mich damit auch nicht aus.

Und vielen Leuten wäre geholfen, wenn's zuverlässig funktioniert. Das Maximale, was passieren kann, ist daß der RAM volläuft, die EPG-Daten werden nicht ins Image geschrieben. Da würde das laufend platzen. EDIT: Die EPG-Daten werden normal nach 180 Minuten nach Ende der zugehörigen Sendung wieder gelöscht. Nach häufigem Zappen auf alle möglichen Sender pendelt sich bei mir die RAM-Auslastung auf Pi mal Daumen 29 bis 29,5 MB ein. Kann dann dazu führen, daß die Box mal auf Bedienhandlungen ein, zwei Gedenksekunden einlegt, abstürzen tut dabei aber nix. Ja, ist normal. Die EPG-Infos kommen über spezielle PIDs des eingestellten Transponders. Für Sender, die zur eigenen Netzwerkgruppe gehören, werden laufende und folgende Sendung abgerufen (Bsp SAT1, wenn Du auf einem Premiere-Transponder bist). Läuft über PID 0x0012, Event Information Table (EIT). Die Detailinfos zur Sendung bekommst Du dagegen generell nur dann, wenn Du den entsprechenden Sender eingestellt hast, das läuft nur über den aktuellen Transportstream.

@grave_digga Wenn Du die Möglichkeit dazu hast, klemme mal das jeweilige LNB direkt an die Box, DiseqC-Einstellung dann auf "kein DiseqC" und den passenden Satelliten wählen, dann Suchlauf machen. Dann siehste schon, was passiert. Ne Möglichkeit wäre noch, daß die Box an der Spannungsversorgung des LNB Schaden genommen hat, glaub ich aber weniger. Wenn Du mit einem Multimeter die Spannung am LNB-Anschluß prüfst, müssen bei H 18 Volt, bei V 13-14 Volt anliegen. Die Messung kannste auch am jeweiligen LNB-Kabel nach dem Multischalter machen, wenn beide Spannungen da sind, weißt Du hundertpro, daß das zugehörige LNB hin ist. Sonst, wenn die Spannungen an der Box passen, aber nach dem Multischalter nicht, ist dieser hinüber.

@Dr.Sterni Stimmt, überschreiben kannste nur die start_neutrino, die andere wird ja in /var/bin erst neu angelegt, da kannste dann natürlich nix überschreiben. Bei mir läuft die Box seit 21 Stunden durch, Speicher ist noch 4 MB frei. Und wenn ich Trottel gestern nacht nicht versehentlich statt camd-reset einen epg-reset gemacht hätte, hätte ich jetzt über 40 Stunden. Laß Dich mal überraschen, ich bin überzeugt davon, daß der sectionsd jetzt nicht mehr so einfach abraucht.

@Dr.Sterni Kein Problem. Ich hänge die Konstruktion hier mal mit rein: sectionsd_start.zip Beide Dateien per FTP in die Box schieben, die vorhandenen überschreiben. Und Rechte auf mindestens 755. Im KW-Menü (System) den automatischen EPG-Reset unbeding auf AUS stellen! Dann Box rebooten. sectionsd wird mit normaler Priorität gestartet, das renice-Zeug hab ich aus der start_neutrino mal rausgenommen. sectionsd wird auch erst nach nhttpd gestartet, dann nach 60 Sekunden automatisch einmalig resettet.

@Worschter Sieht gut aus, sectionsd hat schon 21 Stunden überlebt. Das gab's sonst nie. Speicher ist auch noch welcher übrig. Und ich bin ganz zuversichtlich, daß das noch eine ganze Weile so bleiben wird. Müßten jetzt halt mal noch paar Leute mittesten, die auch laufend Abstürze haben, da sollten sich eigentlich genug Tester finden lassen. Unwissen ist keine Schande, solange die Konstruktion das macht, was wir wollen. :lol:

@Worschter Kleiner Zwischenbericht: sectionsd hat damit schon 17 Stunden überlebt.

Wann man eine 10 Jahre alte Festplatte einsetzt, mag das zutreffen. Aber für eine halbwegs aktuelle Platte sollten 2,5 bis 3 MB/sec kein Thema sein, das schafft ja sogar schon meine alte IBM-Platte von 1997.

@Silverbreaker Habe camd3.811 drin. Solltest Du die alte 3.684 nutzen, wirst Du wohl mal eine neu gepatchte Version einspielen müssen, TPS spielte die letzten Tage wieder mehrfach am AES-Key (heute auch schon wieder), der ist fest in der camd3.684 integriert.

Multivision geht! Ich hab noch die camd3-Keys vom 07.10. drauf, ist hell.

Ich Depp. Hätt ich auch selber drauf kommen können. Naja, wenn man mit den Gedanken bei mehreren Sachen gleichzeitig ist. Werde mal experimentieren und dann berichten, was rauskommt dabei.

@Worschter Wegen dem Zeitpunkt der Initialisierung: gibt's irgendwie eine Möglichkeit, den sectionsd zeitversetzt loszulassen, so etwa 1 Minute nachdem die Box komplett hochgefahren und sich "eingelaufen" hat? Ich hab da über die start.neutrino nicht so recht den Durchblick, ob's damit geht. Vielleicht ginge das über eine Art Timer zu basteln? Oder durch Umbau des /var/bin/epg-reset, so daß der nur einmal abläuft und sich dann beendet? Verzögerung läßt sich dort ja einstellen. Wenn das irgendwie möglich wäre, würde ich da mal testen und schauen, ob's was bringt. Übrigens läuft mein sectionsd immer noch, Speicher ist auch noch 2200 kB frei.

Ich hab hier auch kein BER 0, meist so um die 10-20, müßte wohl mal raus und die Schüsseln exakt richten, hab bloß keine Lust, das Glotzophon rauszuschleppen, damit ich den BER sehe. Meine Philips macht erst ab BER ca. 1000-1500 erste Probleme (2x 85er Schüssel, jeweils für Astra und Hotbird, Single LNB), da muß aber schon ein halbwegs großes Donnerwetter am Himmel stehen... Mit ner 35er Schüssel hast Du aber keine Schlechtwetter-Reserve, wenn Du da nicht was Größeres aufstellen kannst, wirst Du wohl (leider) mit der Problematik leben müssen.

Vielleicht erst mal partitionieren und formatieren?

Willkommen auf dem Board! Wenn sich die Box die Einstellungen nicht merkt, ist vermutlich das Filesystem geplatzt. Da kannst Du dann machen, was Du willst, nach Reboot ist alles wieder weg. Da die Box ja selber noch startet: IP an die Deines PC anpassen, das zu flashende Image per FTP nach /tmp der Box kopieren und zum Flashen die Expertenfunktionen benutzen. dBox-Taste -> Service -> Software-Aktualisierung -> Experten-Funktionen -> einzelne Partition einspielen -> Flash without bootloader Image muß komplett und ohne Bootloader sein, Größe 8.257.536 Byte. Und natürlich ein 1xI für Deine Box.

Kann Spucky und grave_digga nur zustimmen: Pfoten weg von den Codec-Packs, die versauen meist mehr, als sie nutzen. Ich hab da meine Erfahrung gemacht, nach Installation von so einem Sammelsurium ging hinterher noch weniger, wie zuvor. Hat mich 2 Stunden manuelles Zurechtfrickeln der Registry und Reinstall diverser Einzelcodecs gekostet, um den Schrott wieder los zu werden. Den meisten Müll, der in diversen Codec-Packs drin ist, braucht keine Sau...