Suchergebnisse

Da es nur hier für das Tool GithubPluginUpdater einen Support gibt, blieb mir nichts anderes übrig hier meine Frage abzusetzten. Es wäre natürlich gut, wenn das Tool GithubPluginUpdater auch im Forum der GigaBlue behandelt werden würde. Oder dasTool GithubPluginUpdater in einem unabhhängigem Thread behandeln. Ich finde jedenfalls das Tool als sehr gut gelungen, und sollte für alle einigma2 Images zur Anwendung kommen. Zitat von charly700: „In anderen Bereichen wurden immer die User verjagt wink.…

Wird es den GithubPluginUpdater auch für das aktuelle python 3 geben? Leider funktioniert die V1.7.1 nicht mehr mit dem aktuellen python.

Ich habe das jetzt längere Zeit beobachtet. Dieser Fehler passiert immer mit dem ServusTV Oesterreich Aufnahmen. Zum Teste habe ich auch AutoTimer Aufnahmen definiert, die ebenfalls auf ServusTV Oesterreich Aufnahmen ausführt. Der gleiche Fehler. Somit kann es doch nicht am SR liegen.

Einige Aufnahmen verursachen einen Crash. ZB die SR Aufnahme P.M. Wissen Folge 124. Es ergibt dann ein Crashlog wie zb. Quellcode (11 Zeilen)Da passt mit dem Unicode etwas nicht mehr. SR 4.5.3 ist in Verwendung.

Seit 02.01.2022 crasht das Gerät, wenn eine SR Aufnahme gestartet wird. Quellcode (45 Zeilen)

Zitat von anz: „Da es den Sender bei Wunschliste nicht gibt, wohl nicht, Es gehen nur die Sender die es auch auf Wunschliste gibt. “ Danke für die Info.

Ja da bin ich wohl falsch gewesen.

Wäre es möglich, den Sender Puls24 in der Senderzuordnung zu ergänzen?

Wäre es möglich, den Sender Puls24 in der Senderzuordnung zu ergänzen?

Ich denke schon weil der emc den Fehler verursacht.

Ich habe seit der Neuinstallation den Fehlerfall, dass beim Anschauen eines Filmes nach kurzer Zeit ein BlueScreen mit Crashlog passiert. Dies tritt nicht bei jedem aufgenommen Film zu. Alles ist aber auf Letztstand. Wodurch passiert dieser Fehler?

Bei den anderen Geräten wurde auch ohne Problem der Wechsel des Cover Verzeichnisses ausgeführt. Ich habe zwischenzeitlich das Gerät neu installiert. Somit hat sich das Problem erledigt. Da muss irgendetwas falsch gelaufen sein.

Das aktuelle Cover Verzeichnis wird gespeichert und ist nach einem Neustart bei den Einstellungen des SRs sichtbar. Nur wenn ich die Aktualisierung der Aufnahmetermine ausführe, kommt immer die alte Einstellung des Cover Verzeichnisses das es nicht mehr gibt.

Zitat von satt-seher: „das Log zeigt ja nur, dass das Bild in dem Verzeichnis nicht gefunden wird, welches es nach deiner Aussage auch nicht (mehr) gibt. wird das neue Verzeichnis in den SR Einstellungen nicht übernommen? Auch nach nem Box Neustart nicht? das könntest du auch händisch in der Settings Datei ändern. Dazu müsstest du vorher enigma stoppen und nach der Änderung wieder starten Ich habe die DB im Flash und die Cover auf USB. Das läuft so prima. “ Der SR hat bei mir auch immer sehr gut…

Ich habe den Receiver neu installiert, und wollte nach der Installation des SRs die Verzeichnisse ändern. Dabei wird die Änderung des cover Verzeichnis nicht gespeichert. Quellcode (45 Zeilen)Anfangs dachte ich es liegt an den Symlinks die ich für den SR nutzen wollte, wobei ich jetzt auf lokale Verzeichnisse den SR geändert habe, aber für cover wird die Änderung nicht übernommen. Das Symlink Verzeichnis /media/net/GigaShare/SR/Db/cover gibt es nicht mehr. Da muss im SR ein Fehler vorliegen, das…

Zitat von MacDisein: „Ich hatte dir doch schon einen Link zu den CIFS Optionen geschickt. Es gibt ja viele Wege eine Freigabe einzurichten, du hast in einer Datei deine Freigabe konfiguriert (z.B. /etc/fstab) und Parameter angegeben und dort muss dann noch der nobrl Parameter dazu. “ Sorry, aber da habe ich mehrfach darüber gelesen. Ich werde diesen Paramter unter cifs Konfiguration noch testen. Danke einsweilen.

Zitat von MacDisein: „Das Entscheidende ist, dass du bei CIFS Freigaben die Option nobrl setzt, damit die Datenbank vom Filesystem nicht gelocked wird. “ Das mit der Option nobrl habe ich ehrlich gesagt nicht so richtig verstanden. Wo müsste ich bei einer CIFS Freigabe diese Option einfügen?

Zitat: „Spinner vorprogrammiert “ Bei der Fehlersuche wurde derzeit nur ein Gerät verwendet welches Zugriff auf die Datenbank hat.

Zitat von MacDisein: „@Burny4600 .. es geht hier um das Lock der Datenbank und deswegen habe ich die nobrl Option ins Spiel gebracht. “ Das habe ich schon verstanden, dass es sich um einen Lock handelt. Ich habe nur eine meiner bisherigen Erkenntnisse für das Locking beschrieben, und eine Feststellung, dass das Locking bei eine NFS Verbindung nicht geschieht. Deinem Vorschlag gehe ich noch nach. Ich habe mir deine Info zu dem SQLite angesehen. Nur was es mit dem Pager-Modul und der PENDING-Sperr…

Zitat von MacDisein: „Du kannst noch versuchen dein Laufwerk mit der SMB Option nobrl zu mounten. linux.die.net/man/8/mount.cifs “ Ich denke ich habe zumindest bei mir herausgefunden warum die Datenbank Datei des SRs auf einem Netzlaufwerk nicht funktioniert. Die DB des SRs kommt mit CIFS Freigaben nicht zurecht. Wenn ich die Netzwerkverbindung von CIFS auf NFS umstelle kann der SR die Datenbankdatei ohne Probleme öffnen. Unlogisch ist nur warum der SR aber die Covers und Backupdateien ohne Prob…