.... ich glaube das ist das gleiche Problem wie mit der imers.xml
Bevor Du die defaultservice kopierst mußt Du Enigma stoppen:
systemctl stop enigma2
Danach die Box wieder starten. Es solle dann Deine defaultservice aktiv sein.
Ich hoffe es klappt.
.... ich glaube das ist das gleiche Problem wie mit der imers.xml
Bevor Du die defaultservice kopierst mußt Du Enigma stoppen:
systemctl stop enigma2
Danach die Box wieder starten. Es solle dann Deine defaultservice aktiv sein.
Ich hoffe es klappt.
Sorry hatte mich wohl falsch ausgedrückt und die falsche Datei, ich bin auf der Suche nach der original Senderliste/Bouquet
Edit: Habe mir jetzt die Dateien aus einen neuen unstable geholt
Funktioniert bei euch ein externes DVD Laufwerk?
Meine Box ist mal wieder beim Start hängen geblieben.
Bin mir nicht sicher ob es das CI+ Modul oder die Festplatte ist.
Anbei das Log vom Bootprozess. Hat jemand eine Idee?
Hat niemand eine Idee? Das passiert nun sehr häufig und viele Aufnahmen konnten deswegen nicht gestartet werden.
danke
Als erstes solltest du mal einen Filesystemcheck der Festplatte machen.
ZitatOriginal von netman
Als erstes solltest du mal einen Filesystemcheck der Festplatte machen.
Habe ich gestern gemacht.
e2fsck /dev/sdb1 -p
Alle Fehler wurden beseitigt.
Dann brauchen wir einen bootlog, wo die Box hängen bleibt.
ZitatOriginal von netman
Dann brauchen wir einen bootlog, wo die Box hängen bleibt.
4 oder 5 Posts über diesen Beitrag.
Da steht nur, daß die Festplatte geprüft gehört.
*delete*
ZitatOriginal von madman
[quote]Original von netman
Da steht nur, daß die Festplatte geprüft gehört.
Ok, habe das gemacht.
Habe noch das CI+ Modul in Slot 1 getan, mal sehen ob das was bringt.
Gab wieder einmal ein paar Update inclusive neue Treiber
heutiges Update gemacht. Box läuft.
Ich bau euch gerade ein neues Plugin um die ganzen neuen Audio-Optionen auch sinnvoll nutzen zu können.
ZitatOriginal von madman
Ok, habe das gemacht.
Habe noch das CI+ Modul in Slot 1 getan, mal sehen ob das was bringt.
Das meine Box ab und zu nicht bootet lag wohl daran, dass ich ein eigenes INIT Skript gestartet habe. Ab OE2.5 ist dies wohl problematisch.
Ich habe es entfernt und seitdem keine Probleme mehr gehabt.
Dies nur als Info.
Seit OE2.5 macht man das auch nicht mehr über init, sondern nutzt den Systemd für solche
Sachen.
Schon ab OE 2.2 wird ja systemd für den Systemstart genutzt und InitV fast vollständig abgelöst
Im OE 2.5 wurde jetzt weiter am systemd gearbeitet und deshalb sollte InitV jetzt nicht mehr genutzt werden.
Zur Erklärung, was da durcheinander kommt, kann man sich mal einen Artikel zu systemd durchlesen: https://www.freedesktop.org/wiki/Software/systemd/ oder https://de.wikipedia.org/wiki/Systemd
Kurz gesagt startet systemd, anders als InitV, Dienste auch gleichzeitig bzw. anhand festgelegter Zustände und Abhängigkeiten. Dadurch wird er Bootvorgang deutlich beschleunigt, aber auch unberechenbarer. FTP und Telnet sind z.B. sofort nach dem Initialisieren des Netzwerks verfügbar. Ob aber erst FTP oder erst Telnet gestartet wird, weiß man nie. Genau da kommen dann die Init-Scripte dazwischen, weil sie das Timing kaputt machen.
Genau deshalb bootet OE 2.5 aber auch so schnell...
Als Lösung kann man sich einfach selbst eine systemd-Unit schreiben Da geht ja echt viel. Man kann sogar Cronjobs und Mounts damit machen. Auch das Nachladen von Kernel-Modulen / Treibern geht mit systemd ohne Init-Script.
zur Zeit sind 7 Mitglieder und 1.161 Gäste online - Rekord: 5.681 Benutzer ()