Box bleibt bei Oscam-Start hängen

[klick]

Hi, habe hier eine 910er stehen.
Hat das Image von Black Panther drauf, erstellt am 28.8.

UFS-910 - Kernel 2.6.32.59_stm24_0211

Log kann ich nicht anlegen. Die Box bleibt beim Start hängen und versucht das os-cam zu starten.
Ich geh dann über Telnet rein und beende die os-cam mit killall os-cam. Im Display erscheint dann os-cam Fehler
Box startet nun durch.
Ist die Box erst mal durchgestartet, kann ich die os-cam ohne Probleme starten (var/emu ./os-cam) und läuft super.
Wer von den Neutrinofans weiß hier Rat ?

[DboxOldie]

Möglich das da Deine os-cam Version mal wieder was blockiert beim Start, denn die warten ja immer 60 sek. auf aktuelle Systemzeit > OS Build Datum.
Kannst ja mal versuchen:
Die os-cam im Menü deaktivieren so dass die nicht gestartet wird.
Und in /etc/vorneutrino.sh mal das eintragen:

(sleep 15;/var/emu/os-cam -b -c /var/keys) &

Dann wird 15 sek. gewartet bis die gestartet wird

[klick]

Danke, bringt aber leider nichts. Box bleibt immer noch bei Start der os-cam hängen.
Es reicht normal schon wenn ich die os-cam im Menü wieder aktiviere, dann hängt die Box schon. Die os-cam läuft dann zwar sofort und ich habe Bild, aber die Box läßt sich nicht bedienen und auf dem Schirm steht, dass die Einstellungen übernommen werden, bitte warten. Dann geht auch nur noch über Telnet ein reboot.

Kann es auch an eurem Image vom 28.8. liegen, evtl. ist was schief gegangen?

[klick]

Habs so gemacht, die Os aus dem Menü wieder rausgenommen und anstatt die Os 15 sek. später starten zu lassen, habe ich Sie einfach per ./os & starten lassen.

/var/emu/./os-cam &

[BPanther]

Um genau zu sein liegt es nicht am Image, sondern an os-cam selbst. Neuere Versionen haben eine Macke, denn die warten auf das aktuelle Datum und hängen sich solange einfach weg. Ich werde das zwar in der nächsten Version abfangen bzw. umgehen, aber mit der Konsequenz, daß nicht mehr sichergestellt ist, daß os-cam auch wirklich sauber gestartet ist, da ich das nicht mehr überprüfen kann bzw. auch nicht ständig will zugunsten der Systemlast. Sollte sie also später irgendwann, wenn sie Datum/Uhrzeit kennt, durch Konfigfehler abstürzen wird das nicht mehr erkannt.

Alternativ kann man auch in der rcS das Initalisierungsdatum erhöhen auf eines was os-cam beim Start "besser gefällt".

[DboxOldie]

Jo das mit dem Datum ist so ´ne Sache....
Bei der orginal Spark Soft sinnvoll da gewisse Devices erst von der Gui initialisiert werden, und die OS nicht klappt wenn die vorher komplett durchstartet.

[BPanther]

Hmm, meine "Museums-Version" von os-cam die ich gelegentlich zum testen nehme (build #6356) funktioniert auch ohne den Datumscheck bei allen Boxen hier, auch bei der Spark. Daher halte ich das für überflüssig.

[DboxOldie]

Mhh, ich benutze auch bei allen Boxen die #6593, die ist ja auch nicht so frisch.
Möglich das bei der Spark7162 Org. Soft die Kartenleser extrem spät initialisiert werden.

[BPanther]

Nunja, meine Tests bezogen sich dabei allerdings auch nicht auf den internen Kartenleser, nur auf einen Smargo. Durchaus möglich daß der länger braucht.