Was meinst Du mit " enigma neustarten per init 4 / init 3" ins fenster dann init 4 Tippeln ?

Soory Aber das ist das erstemal das ich Telnet nutze .

Womit bzw mit welchem Befehl stoppe ich das

init 4
enigma2 > /hdd/debug.log 2>&1

Also das DCC macht einen guten Eindruck.
Weiter komme ich aber auch schon nicht.
Im Telnet init4 eingeben paßt auch noch. Soll dann der Rest als eine Zeile eingeben werden und Telnet offen bleiben? (bis zum Fehler?)

lg Paiper

STRG + C
danach mit init 3 wider starten.

bei mir tritt der Hänger immer nur auf, wenn ich aus dem Deep Standby die Box starte und mit TV gemeinsam nutze. Wenn die Box aus dem Deep Standby in den normalen Standby für Aufnahmen oder EPG-Refresh fährt, ist so bei mir noch nicht hängen geblieben, es funktionieren auch parallele Aufnahmen ohne Probleme. Erst wenn die Box ein Signal an den Fernseher weitergibt bleibt sie sicher hängen:

• Sie hängt normalerweise nach 10-30 Minuten.
  
• erst steht das Bild und der Ton läuft noch einige Sekunden weiter, dann steht auch der Ton.
• die Box ist nicht tot: ich war einmal per SSH (Telnet) auf der Box und konnte noch mittels top, etc. die Box anschauen.
• als die Box hing, war der Load rund um 3.0, stieg nach einigen Minuten weiter auf 4.0, dann reagierte die Box nicht mehr. Samba wurde getrennt und die SSH-Session beendet.
• Neustart über An/Aus-Schalter.
• Nach einem kompletten Neustart ist die Box noch nie stehengeblieben

TOP sagt mir leider nicht welcher Prozess das Load verursacht. Der Enigma2 Prozess und der CCCam Prozess haben beide nur kleine CPU-Werte produziert so etwas wie 4% produziert. Alle anderen Prozesse waren noch weniger CPU-Load. Obwohl ich als root eingeloggt war konnte ich keinen "schuldigen" Prozess finden?! Gibt es noch versteckte Prozesse oder Schalter, damit ich andere Hintergrundprozesse sehen kann? Der ungenutzte RAM war komplett als Cache genutzt. Ein "droppen" des Caches mit "echo 3 > /proc/sys/vm/drop_caches" brachte allerdings keine Abhilfe, es war danach RAM verfügbar, die Box wurde aber nicht schneller. Daraus schließe ich, dass es kein Speicherproblem sein sollte.


Wie können wir den Deep Standby Modus genauer analysieren? Ich komm zwar gut mit Linux aus, kenne mich aber nicht mit Enigma2 oder dem Linux auf SAT-Receivern aus.

Gruß
Klaas

Die Beobachtungen von Klaas kann ich bestätigen: Auch bei mir traten diese Freezer immer irgendwann nach dem Hochfahren aus dem Deep Standby auf, wobei ich die Box niemals im Standby betreibe. Leider hatte ich bei den Freezern nie eine laufende Telnet-Verbindung auf die Box, nach Auftreten des Freezers ist kein Verbindungsaufbau mehr möglich.

Nach Aus- und Wiedereinschalten über den Schalter auf der Rückseite lief die Box dann für den Rest des Abends ohne Freezer weiter. Das Problem trat sowohl unter VTI 5.1 als auch OpenPLi 3.0 auf.

Es ist für mich absolut inakzeptabel, die Box bei Nichtgebrauch im stromfressenden Standby zu belassen! Und jedesmal nach dem Hochfahren einmal das GUI neu starten, wie hier schonmal vorgeschlagen wurde, ist auch keine wirkliche Lösung und hat einen WAF von unter Null.

Um das Verhalten der Box nach dem Hochfahren aus dem Deep Standby zu protokollieren, ist die hier beschriebene "init"-Methode leider nicht brauchbar. Gibt es ein Startscript, in das man das Logging fest einbauen kann?

Bei mir wurde übrigens durch HM-Sat das Mainboard getauscht, obwohl sie den Fehler nicht reproduzieren konnten. Beim ersten Versuch war leider das Mainboard gleich defekt, ich musste die Box nochmal einschicken. Nach erneutem Tausch sind bei mir keine Hänger mehr aufgetreten, allerdings bei einer völlig "nackten" Box mit Original-Firmware und keinerlei Plugins. Ich bin jetzt hin- und hergerissen: Mit dem gegenwärtigen Zustand kann die Family eigentlich besser leben als mit einer Box, die erst mit entsprechender Firmware und Plugins ihr Potential ausschöpft, aber instabil läuft. Aber dann hätte ich mir auch gleich die Neuanschaffung sparen können

PS: So wie ich mein Glück kenne, werden die Freezer sicher gleich nach Abschicken dieser "Erfolgsmeldung" wieder auftreten

Hatte das Problem, dass die Box hängenbleibt bzw. freezt die letzte Zeit auch schon öfter.
Allerdings trat das bei mir nur auf, nachdem ich irgendwas geupdatet hatte oder Einstellungen geändert hatte und wo die Box dann Neustarten sollte.
Beim Runterfahren häng sie sich dann auf bzw. das Bild bleibt stehen. Es passiert dann nichts mehr.
Am Netzschalter aus und wieder einschalten, dann bootet sie wieder ganz normal und alles ist ok.
Hat mich auch schon gewundert, aber wie gesagt ist eigentlich nicht so tragisch, da es nicht während dem normalen Betrieb auftritt.

Ich bin ja auch noch am Rumprobieren, wann sich meine Solo2 aufhängt und wann nicht.
Mittlerweile bin ich zu der Überzeugung gekommen, dass nicht unbedingt der Deep Standby schuld ist, sondern der Reboot-Prozess. Wenn ich z.B. ein Update mache und dann die Box reboote, dann kann ich sicher sein, dass sie über kurz oder lang stehen bleibt (wobei bei mir dabei immer der Tuner C aktiv ist). Fahre ich allerdings die Box komplett runter und schalte sie wieder ein, läuft sie ohne Probleme.

@Klaas1979: Ob du das vielleicht auch mal ausprobieren könntest?

Meine box geht nun zurück an Amazon .. habe einfach keine Lust so viel zeit zum Troubleshooten zu verbraten... suche mir nun eine Alternative .. leider gibt's bezüglich Performance allerdings keine.. bezüglich Stabilität aber schon ..hatte vorher eine xtrend 9200 die zwar langsamer ist aber stabil über 2 Jahre ihren dienst verrichtet hat

Bootet bei Euch die Box immer gleich lang? Ich habe festgestellt, das die Box mal in 30 Sekunden bootet, mal braucht sie knappe 2 Minuten. Ich trenne die Box jeden Abend per schaltbarer Steckdose vom Strom. Danach ist alles normal, aber bei der langen Bootzeit bleibt die Solo2 dann irgendwann stehen. Da sie manchmal auch beim Abspielen von Festplatte stehen bleibt, denke ich an einen Zusammenhang zur Platte. Benutze ein externes Gehause mit separatem Netzteil an esata Kabel. Werde nun mal USB stattdessen nutzen. Hat jemand Probleme mit usb Platte und Einfrieren?

Die Lösung für alles hier stand doch schon lange im Beitrag, habt ihr das alle schon gemacht oder muss eine Wunderheilung zu Hause erfolgen ?

VU+SOLO2 bleibt stehen

Hallo Gemeinde,

meine Solo² ist in der ersten Woche zweimal eingefroren und geht heute zurück an den Händler (nein, leider nicht hm-sat, das hab ich schon bereut).
Dann fahr ich erst mal in Urlaub und geh in mich. Danach werde ich mich entscheiden, bei hm-sat neu zu kaufen.
Das Forum werde ich weiter fleissig lesen...

"Wenn ich z.B. ein Update mache und dann die Box reboote, dann kann ich sicher sein, dass sie über kurz oder lang stehen bleibt (wobei bei mir dabei immer der Tuner C aktiv ist). Fahre ich allerdings die Box komplett runter und schalte sie wieder ein, läuft sie ohne Probleme."

Das konnte ich auch schon feststellen.

meinst du damit das Board ist defekt, als die Lösung im Beitrag. Ich hatte es so verstanden, dass auch bei getauschten Boards teilweise Probleme aufgetreten sind. Ein Hardwaredefekt hört sich so unwahrscheinlich an, weil die Box aus dem kompletten Neustart heraus ohne Problem funktioniert. Ich hätte vermutet, dass nach dem Deep Standby die Hardware nicht komplett korrekt hochgefahren wird, also ein Module/Treiber falsch behandelt wird.

Naja, aber wenn es ein Software-Problem wäre, das Treiber o.ä. nicht geladen würden, dann müsste das doch jeder haben, oder nicht?

Ist jetzt auch mal so abgestürzt aus dem Standby Ich kann es nicht sagen und werde es jetzt wie die anderen hier machen: eine Austausch Box von Amazon besorgen, wenn die auch spinnt Artikel komplett zurück und eine andere Box als die Solo2 nehmen. Für die Fehlersuche kann sich das VU+ Team ja mal stark machen. Ist schon komisch, das diese Box so viele Probleme macht.

Ich habe 0 Probleme mit der box.

Morpheus07 auch nicht mehr .....
VU+SOLO2 bleibt stehen

falls meine Austausch Box funktioniert, werde ich es hier direkt posten. Dauert noch bis Ende der Woche, bis sie da ist...

Versteh nicht warum du die Box nicht einfach an Satco zur Reparatur einsendest (Durchlaufzeit max. 1-2 Tage) ?
Hättest danach einen Reparaturbericht + die Sicherheit das es ein Gerät für den deutschen Markt ist (weiß man ja bei Amazon nie)