BPanther's Neutrino Forum

Hi,
ich muss mal wieder ein Mount-Problem melden; aktuelle Verion rev2741, stm22, 128 MB Swap, externe USB HDD.

Gestern programmiert 21:00 Uhr RTL Crime, rotes Lämpchen blinkt brav (habe sogar im Vorfeld gegen 20:10 Uhr die Box starten lassen).
Heute morgen kontrolliert -> Festplatte springt an und zeigt 0 Byte an; Nachtaufnahmen haben auch nicht funktioniert.

Hilfe erbeten

Helli

Hi Helli,
ich hab hier auch die 2741 am laufen, und schon mehrere Timer Aufnahmen von Sky aus Deep StandBy gemacht das hat alles geklappt,ich benutze aber interne HDD.

Allerdings habe ich mir ein Script gebaut womit ich den Fehler provozieren kann, dass nach kurzer Zeit die Box den Stick ausspuckt ==> mount Verlust.
Ich habe auch schon eine Vermutung aus welcher Ecke der Fehler kommt.
Noch 2 Fragen:
Du benutzt ein CI - Modul?
Du nimmst überwiegend codierte SD Sender auf?

Dann werde ich nachher nochmal was testen.

Hi DboxOldi,
korrekte Annahme -> Alphacrypt Classic aktuelle Firmware (3.23 glaube ich) und nehme grundsätzlich nur SD Sender auf, meistens verschlüsselt. Die Box ist im "normalen" Standby Modus.

SATA Buchse habe ich mir bestellt, sobald die da ist ----> löten und interne SATA HDD einbauen.

Thx,
Helli

Helli hat geschrieben:Die Box ist im "normalen" Standby Modus.

Ach, bei Dir klappts mit CI und den Aufnahmen ansonsten im einfachen Standby? Interessant, weil ansonsten ja keine codierten Aufnahmen im normalen Standby möglich sind.

Hi Helli,

BP hat ja schon was zu dem StandBy geschrieben, hab ich noch nie probiert, aber das ist ja auch nicht das Problem.

Leider kommt dieser "mount" Bug zum Teil aus der Cam-Routing Ecke.

Ich hab aber folgendes probiert mit Diablo WiFi und Sky S02 Karte ( AC hab ich nicht ):

Die beiden Module im Anhang stammen aus der Rev. 2037, die nach /var/lib-misc kopieren da werden sie beim Start automatisch geladen.
Das Cam geht damit, auch auf den HD+ Sendern mit HD02 Karte.
Nachteil: auf HD Sendern ruckelt es ab und zu ganz leicht, ansonsten geht alles auch der Cam-Reset aus Neutrino

Box auf RTL Crime und mein Test Script durchlaufen lassen: ich konnte das 10 mal ohne Probleme ( mount Verlust ) machen, im Gegensatz zu den Orginal Modulen.
Ich hab mal ein wenig von Sky SD Sendern aufgenommen: auch das war einwandfrei.

Vielleicht hilft Dir das, wenn Du eh nur SD Sender aufnimmst. Ist zwar keine richtige Lösung, aber erstmal eine Nothilfe

Tip: Wenn Du Dir eine interne SATA einbaust: bau am besten auch einen Lüfter ein.
Und : leg Dir eine kleine Partition für SWAP an, dann hast Du NIE wieder Probleme mit mount Verlusten.
Ich hab mir 8 Partitionen gemacht: 120mb linux-swap, 500mb SWAP, 1 x 2gb erweitert mit 4 x 500mb logische Laufwerke und der Rest ist Record
Die SATA muss dann zwar immer laufen, aber die 2,5" sind ja eh leise und das ewige ein/aus tut denen auch nicht so gut, die halten länger bei Dauerlauf.

DboxOldie hat geschrieben:Die beiden Module im Anhang stammen aus der Rev. 2037, die nach /var/lib-misc kopieren da werden sie beim Start automatisch geladen.
Das Cam geht damit, auch auf den HD+ Sendern mit HD02 Karte.
Nachteil: auf HD Sendern ruckelt es ab und zu ganz leicht, ansonsten geht alles auch der Cam-Reset aus Neutrino.

Nunja, CI-Reset und PMT-Fix sind innerhalb von Neutrino eingebunden, unabhängig von den beiden Modulen.

DboxOldie hat geschrieben:Leider kommt dieser "mount" Bug zum Teil aus der Cam-Routing Ecke.

Hmm, müsste man genauer testen, ob es der pti dann selbst ist, oder stmdvb. stmdvb ist allerdings eine Art "Verbund" von Modulen, da könnte die Suche etwas mühsamer werden. Ich selbst tippe da eher auf den stmdvb...

@BPanther:
Ja hatte ich ja schon mal mit dem Script getestet, der neuere stmdvb macht auf jeden Fall diese Probleme.
In dem Download-Zip ist die pti.ko_camRouting aus der Rev. 2037, da gibt es bei laufenden codierten HD auch hin und wieder einen "mount-crash", aber nicht so oft und so schnell wie mit dem aktuellen Modul.
Wenn ich dann die pti.ko_player179 benutze mit der stmdvb aus Rev. 2037, kann ich das script bis zum erbrechen laufen lassen: da passiert nichts

Interessante Kombi. Also heißt es, alles nochmal durchgehen und schauen, was sich auf die stmdvb negativ ausgewirkt haben könnte zwischen 2037 und 2125 wars dann soweit ich weiß.

@DboxOldie
danke für deinen Mühe, ich werde es erst am Samstag ausprobieren können.. RL

und berichten.

Gruß,
Helli

den Anhang habe ich eingespielt und die Box neu gestartet, werde am Monatg berichten ob es besser geworden ist.

Gruß,
Helli

noch ne Frage, müssen die Attribute der Dateien auf 644 bleiben oder 755?

Die Module können so bleiben

danke

Nochmal zum Problem zwecks Timer und Deep Standby und dem nicht aufwachen wollen. Inzwischen kann ich mir denken, warum das nicht richtig funktioniert. Grund ist hier ein Patch im GIT der auf E2 ausgelegt ist, der aber unter Neutrino so nicht funktioniert. Ich habe mal eine neue fp_control ins Experimentell hochgeladen. USB/BA kann die einfach in /bin überschreiben, Flash hingegen packt die nach /var und ändert in der rcS in Zeile 613 und 619 den Pfad der fp_control auf /var/fp_control (Parameter so lassen, nur /var/ davor hinzufügen). Dann sollte es wieder mit dem Aufwachen klappen. Beim Flash ist dazu ein Boxneustart notwendig, beim USB/BA wirkt dies sofort.

mhh,
aufgewacht sind meine Boxen aus Deep StandBy bis jetzt immer. Heute Morgen hab ich noch per Timer das Formel1 Qualifying aufgenommen, danach hat sich die Box wieder schlafen gelegt.
(Ich war ja auch noch süss am pennen )

Mir ist wohl ausgefallen, das beim ausschalten eine ../enigma2/timer.xml oder so ä. nicht gefunden wird ?? Muss ich noch mal drauf achten.

Nochmal zu der patcherei:

In den vergangenen Monaten ist ja auch viel in Bezug auf STM24 an den externen Modulen rum gepatcht worden. Ist da versehentlich eine Beule eingebaut worden? Der Tunertreiber ist ja komplett
getrennt, die anderen Sourcen werden ja gemeinsam benutzt, mit if... Verzweigungen was ich so gesehen habe.

Macht das nicht Sinn die Modul Sourcen alle zu trennen?