Beiträge von brandtan

Hi Leute,

in diesem Thread geht es mal wieder weiter und ich habe Neuigkeiten dazu.

Ich nutze gerade einen Raspi 3 mit Debian Bullseye und Linux tvhead2024 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux

Ich sehe, dass einfach die Auslastung eben mit dem Aufruf von /lib/systemd/system/tvheadend.service -f -u root -g video $OPTIONS
Bei 65% bis 85% lag.

root@tvhead2024:~# systemctl stop tvheadend.service 
Warning: The unit file, source configuration file or drop-ins of tvheadend.service changed on disk. Run 'systemctl daemon-reload' to reload units.
top - 20:23:41 up 11 min,  1 user,  load average: 7,31, 5,65, 3,35
Tasks: 159 total,  12 running, 147 sleeping,   0 stopped,   0 zombie
%CPU(s): 63,5 us, 12,2 sy,  0,0 ni,  4,8 id,  0,0 wa,  0,0 hi, 19,4 si,  0,0 st
MiB Spch:    959,5 total,    104,4 free,    528,3 used,    326,8 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.    413,0 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL                                                                         
   1425 root      20   0  215792  61536  35532 S  31,5   6,3   0:03.84 ffmpeg                                                                         
   1289 root      20   0 2266372 114684  11976 S  31,2  11,7   0:21.59 tvheadend                                                                      
   1417 root      20   0  215384  61036  35640 S  27,9   6,2   0:04.42 ffmpeg                                                                         
   1424 root      20   0  215412  61012  35576 R  27,9   6,2   0:03.93 ffmpeg                                                                         
   1426 root      20   0  215248  60996  35760 S  27,3   6,2   0:03.92 ffmpeg                                                                         
   1429 root      20   0  216564  62792  35876 R  26,6   6,4   0:03.86 ffmpeg                                                                         
   1436 root      20   0  216048  61888  35548 R  26,3   6,3   0:02.98 ffmpeg                                                                         
   1428 root      20   0  216508  62844  35892 R  26,0   6,4   0:03.94 ffmpeg                                                                         
   1416 root      20   0  215364  60812  35360 R  25,0   6,2   0:04.74 ffmpeg                                                                         
   1330 root      20   0  215384  60804  35388 R  24,4   6,2   0:21.10 ffmpeg                                                                         
   1423 root      20   0  215328  60912  35532 R  24,4   6,2   0:03.90 ffmpeg                                                                         
   1415 root      20   0       0      0      0 R  24,0   0,0   0:04.34 ffmpeg                                                                         
     20 root      20   0       0      0      0 S   6,2   0,0   0:07.22 ksoftirqd/1                                                                    
     14 root      20   0       0      0      0 S   5,5   0,0   0:07.34 ksoftirqd/0                                                                    
     30 root      20   0       0      0      0 S   5,5   0,0   0:06.99 ksoftirqd/3                                                                    
     25 root      20   0       0      0      0 S   4,5   0,0   0:07.28 ksoftirqd/2                                                                    
     42 root      20   0       0      0      0 S   2,9   0,0   0:16.22 kcompactd0                                                                     
   1427 root      20   0   10080   3512   2884 R   1,9   0,4   0:00.53 top                                                                            
   1437 root      20   0   51548   3616   3168 R   1,9   0,4   0:00.06 ffmpeg                                                                         
     15 root      20   0       0      0      0 R   1,3   0,0   0:04.99 rcu_preempt                                                                    
     55 root      20   0       0      0      0 S   0,6   0,0   0:00.39 kswapd0              

Zudem war es so, dass es einige ffmpeg pids gab:

root@tvhead2024:~# pidof ffmpeg 
1452 1451 1450 1449 1446 1442 1441 1440 1439 1438 1437 1330

Ich habe einmal das -f rausgenommen. Weiß nicht genau was es macht aber irgendwelche Ableger oder so des TVHead brauche ich nicht.

Jetzt, wenn nur /lib/systemd/system/tvheadend.service -u root -g video $OPTIONS aufgerufen wird, ist die Systemlast des Raspis bei 12,5 wenn da eine Subscription stattfindet.

Ich müsste irgendwie die Systemlast runter bekommen?

Hat da jemand Ideen?

Zitat von don

Das kann ja mehrere Gründe haben.

Hast du das Problem auch in Richtung anderer Clients?

Moin, das teste das bereits aber bisher meine ich nur bei dem Raspi3 mit LE 11.6. das Zwischenspeicherproblem zu haben.

Zitat von easy4me

Die arm64-Variante ist vermutlich korrekt für das 64bit-System.

stimmt..

Hi Leute,

wie bringt man Telerising nochmal zum Laufen? Kann mich nicht mehr erinneren, wie das geht.
Habe telerising-v0.11.6_armhf_raspbian.zip auf meinem Raspi geladen und weäre bereit das Ding zu starten aber wenn ich ./api im Verzeichnis eintippe, um es zu starten, kommt nur die FGehlermeldung: -bash: ./api: Datei oder Verzeichnis nicht gefunden

Tja...

was muss da nochmal machen?

Tja, ein Problem, welches mal damals bei den älteren Versionen vorkam: Zwischenspreicherung.

Mein Raspi 3 ist per LAN Kabel angeschlossen. Trotzdem leider immer mal wieder, vier oder auch fünf mal hintereinander Zwischenspeicherung auf dem Bildschirm zu sehen

Der Raspi3 ist ein TVH-Client.
Der TVH bekommt über Telerising den Stream via ffmpeg Pipe.

Ist die Ursache für das Zwischenspeichern bekannt?

Abschließend nochmal die Info, dass man dann auch ein System-Dienst erstellen sollte.

1) touch /lib/systemd/system/easyepg.service

2) Inhalt:

-> ich habe die ZIP-Datei entpackt und dann umbenannt.

Liegt nun unter /media/link/easyepg-lite-main

                                                          easyepg.service                                                                        [Unit]
Description=Powerful EPG Grabber for headless use cases.
After=multi-user.target

[Service]
Type=simple
WorkingDirectory=/media/link/easyepg-lite-main/
ExecStart=/usr/bin/python3 /media/link/easyepg-lite-main/main.py
Restart=always


[Install]
WantedBy=multi-user.target

3) Dann haut man noch diesen Befehl hinterher:

systemctl daemon-reload && systemctl enable easyepg.service

Das bedeutet, dass die Systemdeamons neu geladen werden und falls das erfolgreich ist, wird der easyepg.servcice dann auch aktiv geschaltet.Aber man muss den Dienst auch noch starten, wenn man nicht einen Reboot macht.

Letzter Schritt:

4) systemctl start easyepg.service

Immer professnionel sehen. Es ist kein persönlicher Angriff.

Ich betrachte das hier von aussen. Versetz dich in die Lage desjeniegen, der deine Programme benutzen soll.

Die Lösung für alle anderen auf Raspian wäre dann:

1) Die ZIP-Datei laden und auf den Pi bringen, Wie auch immer man das machen mag.

2) Entpacken der Datei. Ich habe das dann noch via "mv" unbenannt. Der Einfachheit halber.

3) Die Voraussetzungen installieren:
3.a) apt-get install pip python3

3.b) python3 -m pip install bottle requests xmltodict

Dann wird es starten.

Zitat von easy4me

Ansonsten im easyepg-Thread im ersten Post bitte den Spoiler öffnen. Dort gibt es dann eine wichtige Zusatzinfo.

Ja den API-Key habe ich dort gesehen. Ich muss erstmal verstehen, was die GUI von mir will und wie ich da meine guide.xml erstellen kann.

Puh! Ein mächtiges Stück Technologie. Das Ding ist so komplex, dass dazu eine PDF erstellt werden müsste. Krass... ich das Ding aber gut!

Zitat von easy4me

Prerequisites

Python 3.x (+ modules: bottle, requests, xmltodict)

Da ist die Installation der fehlenden Module obligatorisch.

python3 -m pip install bottle requests xmltodict

richtig, das hatte ich eben via google auch gefunden!
Diese Info hat mir gefehlt.

Das xmltodict hatte ich per Apt-get installiert: apt-get install python-xmltodict

Dann fehlte da noch das Modul "bottle", welches ich dann mit pip install bottle installierte.

Läuft nun!

Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple

Requirement already satisfied: bottle in /usr/local/lib/python3.9/dist-packages (0.12.25)

Requirement already satisfied: requests in /usr/lib/python3/dist-packages (2.25.1)

Requirement already satisfied: xmltodict in /usr/lib/python3/dist-packages (0.12.0)

Das wäre meiner Ansicht nach eine wichtige Info in der Anleitung. Ich hatte pip komplett vergessen...

Danke

Zitat von easy4me

Die korrekte Python-Version lautet bei Raspbian "python3".

Also: python3 main.py

ja, das dachte ich mir auch schon aber auch da leider ein Fehler:

/media/link/easyepg-lite-main# python3 main.py

Traceback (most recent call last):

File "/media/link/easyepg-lite-main/main.py", line 1, in <module>

from resources.lib import db, epg, web

File "/media/link/easyepg-lite-main/resources/lib/epg.py", line 5, in <module>

import xmltodict

ModuleNotFoundError: No module named 'xmltodict'

Zitat von easy4me

Schritt 2: Run the terminal within the script directory

Bedeutet, mit cd geht man ins extrahierte Verzeichnis und führt von dort das Skript aus.

Da sind wir wieder.

Schritt 2: Run the terminal within the script directory

-> Kein Problem. Bin im Verzeichnis.

Falls mit "Skript" die main.py gemeint ist, tritt der Fehler oben auf, wenn ich python main.py eintippe.

Wie installiert man das easyepg lite auf Raspbian 11 Bullsyeye

Habe das ZIP auf dem Pi.

Unzip okay.

Bei Start der main.py kommt der Fehler:

Traceback (most recent call last):

File "main.py", line 1, in <module>

from resources.lib import db, epg, web

ImportError: No module named resources.lib

Was nun?

Zitat von easy4me

Die alte Version wird nicht mehr maintained, die neue schon:

Thema

[Proof of Concept] [WIP] easyepg als Addon

Hallo zusammen,

aktuell arbeite ich an der neuen Version von easyEPG. Mit einer neuen Variante des Skripts lassen sich bereits die EPG-Daten für bis zu 14 Tage von Gracenote (TMS) beziehen. Der Anbieter pflegt eine große Datenbank mit einer Vielzahl an TV- und Radio-Kanälen aus Europa, Amerika und Australien. Für mich ist TMS quasi ein "offizielles" Rytec, daher die "lite"-Bezeichnung. Das Skript dient als Basis für die kommende Version von easyEPG (ohne "lite") mit den üblichen Quellen…

easy4me

22. Oktober 2022 um 16:34

Takealug EPG ist schon länger ein Kodi-Addon und kein cli-Skript.

okay gut aber viel zu aufwendig, schwierig das Ding zum Laufen zu bekommen...

Eine einfache Variante wie der TakeaLug hat da einfach die Nase vorne.

Ich sage das im Wissen, dass du der Urheber des Easyepg bist und weiß, dass dein easyepg eine geniale Idee ist aber es müsste als Imga zum Download stehen.

Es wird niemand nutzen, wenn die Hürde der Installation so groß ist, dass man Stunden benötigt um das Ding zum Laufen zu bekommen.

Ich bekomme das Ding nicht zum Laufen. Geht irgendwie nicht leider...


Ich suche weiter...

Zitat von easy4me

Nimm doch easyepg, dann hast du ein GUI im Browser.

wird nicht mehr maintained aber lass uns versuchen die Frage zu beantworten, selbst fass es ein simples "Nein" ist.
Dann bin ich und ggf. auch andere schlauer.

Falls es dann aktuelle "maintained" Alternativen gibt, nehm ich die gerne.

Gibt es Takealug auch für Bullseye Raspian als cli Version?

Ich nutze gerade einen Raspbian Bullseye Raspi3 mit TVHead headless.

Da gibt es keine GUI

Zitat von brandtan

So jetzt gerade ist der TVHead wieder angestürzt und ich komme nicht auf die WebGUI und kann auch das Log nicht sehen.

Werfe das aber an, wenn ich den Raspi wieder neu gestartet habe. Dann geht der Raspi/TVhead ja wie gesagt immer mal so 3 Tage.

Edit:

Während ich das hier schreibe, hat sich der TVHEad gefangen und mei TVClient konnte sich wieder verbinden. SSH Zugang ging auch wieder und WBGUI-Access.
Ich habe Zugang zur Debug Konsole aber da steht nichts interessantes, siehe unten. Das Debugging war schon aktiv und das Häkchen bei Syslog war auch gesetzt/aktiviert.

Code

Loglevel debug: enabled

Code

Loglevel debug: disabled

Code

Loglevel debug: enabled

Code

2024-02-23 17:52:33.000 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file: grab /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file

Code

2024-02-23 17:52:33.011 spawn: Executing "/storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file"

Code

2024-02-23 17:52:34.994 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file: grab took 2 seconds

Code

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file: parse took 3 seconds

Code

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  channels   tot=   46 new=    0 mod=    0

Code

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  brands     tot=    0 new=    0 mod=    0

Code

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  seasons    tot=    0 new=    0 mod=    0

Code

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  episodes   tot=    0 new=    0 mod=    0

Code

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  broadcasts tot=15039 new=    8 mod=    3

Erstmal die Fakten:
1) Der TVhead Raspi ist mit LAN Kabel direkt am Router angeschlossen.

2) Der TVhead Raspi hat die statische IP 192.168.130.3

3) Wenn TVHead abstürtzt ist kein Zugriff auf das Libreelec per SSH möglich.

4) Webgui-Access geht auch nicht

Ich wollte gerade in diesem Moment die Logs per SMB Share runer kopieren und habe bemerkt, dass die obigen DInge nicht gehen.

Das schreit irgendwie nach einem Fehler mit der Betriebsystem oder der SD-Karte auf dem der TVhead läuft.

Ich muss wohl einen zweiten TVHead aufsetzen, um der Ursache näher zu kommen.

Also das Problem ist hier erstmal zu verstehen, was der Fehler ist:
1) Ist es das Libreelec 10.6.

2) Die SD Karte

3) Der TVHead

Zu 1)
Wenn das LE ist, treffen die obigen Fehlerbeschreibungen zu. Das bedeutet, dass ich die Netzwerkkonfig resetten muss. Da es im Librelec ein Problem gibt, wenn man eine statische IP setzt, ohne Gateway. Das hatte ich einmal vom Chewit, dem Libreelec-Gott erfahren.

Zu 2)

Wenn es die SD Karte wäre, müsste das LE im readonly modus ggf. starten.

Zu 3)

Wenn es der TVHead wäre, dann wäre ich per SSH drauf gekommen. Denke nicht, dass der SSH Dienst vom TVHead tangiert wird.

-> Ich habe habe eine Vermutung gerade, wo ich das hier schreibe.

Meine Vermutung ist, dass der Easygrab die Ursache des Problems ist, weil vor einiger Zeit Sender abgeschaltet worden sind.
ich kontrolliern mal diese EPG-Senderliste und schaue mir dann das Gnaze hier nochmal an.

Falls es das nicht ist, setze ich die Netzwerkkonfig des TVHEAD auf DHCP und steuere die feste IP-Vergabe über den DHCP-Server in meinem Router. Da kann ich das auch machen, dass mein TVHEad immer die 192.168.130.3 erhält.

Mappe dann einfach die MAC-Adresse dieser IP zu.

So.. ich informiere euch bei Zeiten.

Alles anzeigen

Noch ein Edid:

IP ist auf DHCP, keine Änderungen.

Bei dem Takelug EPG Grabber nur einen Sender rausgenommen, der aber das Problem meiner Meinung nach nicht verursacht, dass das LE instabil wird.

Naja.... beobachten...

Zitat von Superbunny79

Schreibt das System das was in den Log?????

In dem obigen kann ich nichts sehen.

Du kannst aber ebenfalls bei TVheadend mal den Log anwerfen, dann sieht man vielleicht was Phase ist.

So jetzt gerade ist der TVHead wieder angestürzt und ich komme nicht auf die WebGUI und kann auch das Log nicht sehen.

Werfe das aber an, wenn ich den Raspi wieder neu gestartet habe. Dann geht der Raspi/TVhead ja wie gesagt immer mal so 3 Tage.

Edit:

Während ich das hier schreibe, hat sich der TVHEad gefangen und mei TVClient konnte sich wieder verbinden. SSH Zugang ging auch wieder und WBGUI-Access.
Ich habe Zugang zur Debug Konsole aber da steht nichts interessantes, siehe unten. Das Debugging war schon aktiv und das Häkchen bei Syslog war auch gesetzt/aktiviert.

Loglevel debug: enabled

Loglevel debug: disabled

Loglevel debug: enabled

2024-02-23 17:52:33.000 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file: grab /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file

2024-02-23 17:52:33.011 spawn: Executing "/storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file"

2024-02-23 17:52:34.994 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file: grab took 2 seconds

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file: parse took 3 seconds

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  channels   tot=   46 new=    0 mod=    0

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  brands     tot=    0 new=    0 mod=    0

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  seasons    tot=    0 new=    0 mod=    0

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  episodes   tot=    0 new=    0 mod=    0

2024-02-23 17:52:38.500 xmltv: /storage/.kodi/addons/service.tvheadend43/bin/tv_grab_file:  broadcasts tot=15039 new=    8 mod=    3

Erstmal die Fakten:
1) Der TVhead Raspi ist mit LAN Kabel direkt am Router angeschlossen.

2) Der TVhead Raspi hat die statische IP 192.168.130.3

3) Wenn TVHead abstürtzt ist kein Zugriff auf das Libreelec per SSH möglich.

4) Webgui-Access geht auch nicht

Ich wollte gerade in diesem Moment die Logs per SMB Share runer kopieren und habe bemerkt, dass die obigen DInge nicht gehen.

Das schreit irgendwie nach einem Fehler mit der Betriebsystem oder der SD-Karte auf dem der TVhead läuft.

Ich muss wohl einen zweiten TVHead aufsetzen, um der Ursache näher zu kommen.

Also das Problem ist hier erstmal zu verstehen, was der Fehler ist:
1) Ist es das Libreelec 10.6.

2) Die SD Karte

3) Der TVHead

Zu 1)
Wenn das LE ist, treffen die obigen Fehlerbeschreibungen zu. Das bedeutet, dass ich die Netzwerkkonfig resetten muss. Da es im Librelec ein Problem gibt, wenn man eine statische IP setzt, ohne Gateway. Das hatte ich einmal vom Chewit, dem Libreelec-Gott erfahren.

Zu 2)

Wenn es die SD Karte wäre, müsste das LE im readonly modus ggf. starten.

Zu 3)

Wenn es der TVHead wäre, dann wäre ich per SSH drauf gekommen. Denke nicht, dass der SSH Dienst vom TVHead tangiert wird.

-> Ich habe habe eine Vermutung gerade, wo ich das hier schreibe.

Meine Vermutung ist, dass der Easygrab die Ursache des Problems ist, weil vor einiger Zeit Sender abgeschaltet worden sind.
ich kontrolliern mal diese EPG-Senderliste und schaue mir dann das Gnaze hier nochmal an.

Falls es das nicht ist, setze ich die Netzwerkkonfig des TVHEAD auf DHCP und steuere die feste IP-Vergabe über den DHCP-Server in meinem Router. Da kann ich das auch machen, dass mein TVHEad immer die 192.168.130.3 erhält.

Mappe dann einfach die MAC-Adresse dieser IP zu.

So.. ich informiere euch bei Zeiten.

Zitat von Superbunny79

Hi,

den Pfad beim Timeshift würde ich anpassen.... sieht so aus als ob dort in das Systemverzeichnis reingeschrieben werden soll.

Hier würde ich eines Deiner mounts nutzen (am besten wegen dem speed Dein SSD mount)

okay, kann ich machen.

Bislang hatte ich zumindest damit keine Probleme.

Danke!

Zitat von Superbunny79

Hi,

ich nutze TVH immer nativ auf einer Linux Distri... und hier könnte man per ssh rein und den service mal eben checken und neu starten.

Code

ps -e |grep tvheadend

Wenn da dann nichts kommt....

Code

service tvheadend restart

Ob dies nun bei Libereelec funktioniert weiss ich net, da ich das auf debian basierende OSMC auf dem Raspi 3 und 4 nutze und meine TVH Distris selber baue.

Hi Superbunny,

ja ich kann per SSH in mein Libreelec 10.6. und ich starte auch den Service jedesmal neu mit "systemctl restart service.tvheadend43.service", wenn der Service wie eben gerade abgestürzt ist.

Aber das alles gibt ja keine Rückschlüsse auf die Ursache aus.

Also ps -e |grep tvheadend gibt das hier aus:

TVhead2023:~ # ps -e |grep tvheadend
 1391 root      0:38 /storage/.kodi/addons/service.tvheadend43/bin/tvheadend -B -C -u root -g video -c /storage/.kodi/userdata/addon_data/service.tvheadend43

Da steht: der TVHead wird als User root gestartet; Gruppe video; Kein Backup des Einstellungsbaumes, bei Upgrade und zuguter letzt ruft der TVH die Konfig auf die da gespeichert ist: "/storage/.kodi/userdata/addon_data/service.tvheadend43"

-> Sieht also normal aus...

Service configuration

-c, --config Alternate configuration path
-B, --nobackup Don't backup configuration tree at upgrade
-f, --fork Fork and run as daemon
-u, --user Run as user
-g, --group Run as group
-p, --pid Alternate PID path
-C, --firstrun If no user account exists then create one with
no username and no password. Use with care as
it will allow world-wide administrative access
to your Tvheadend installation until you create or edit
the access control from within the Tvheadend web interface.
-a, --adapters Only use specified DVB adapters (comma-separated, -1 = none)
--satip_bindaddr Specify bind address for SAT>IP server
--satip_rtsp SAT>IP RTSP port number for server
(default: -1 = disable, 0 = webconfig, standard port is 554)
--nosatip Disable SAT>IP client
--satip_xml URL with the SAT>IP server XML location

Zitat von Superbunny79

Hi,

also es sieht laut Deinem Bild gut aus Du bist Admin.

Nun setze den Hacken mal bei Timeshift (aktivieren) und speicher das mal.....

Dann solltest auch den Ordnerpfad setzen können hier darauf achten das der User hts auf diesem Ordner auch schreiben darf!

laut Deinem Mount passen nun auch die Speichermöglichkeiten....

Schau Dir mal meine Settings an.....

Alles anzeigen

Hi Subperbunny,

so, TimeShift geht nun.

Was habe ich getan: Habe deine Ideen rigoros befolgt:

Schritt 1) Einen Admin erstellt.

Schritt 2) Den Wizard laufen lassen -> Hätte ich nicht benötigt, sondern lediglich die Rechte der User korrigieren.

Denn als ich den Wizard laufen lies, wurden Rechte der einzelnen User falsch angepasst. Das muss man wissen, sonst wundert man sich, warum auf einmal ein User, der immer funktionierte, plötzlich keinen Zugriff zum TVhead hat.

Schritt 3) Als Admin einloggen und dann TimeShift aktivieren. Klingt einfacher als gedacht.

Wer erinnert sich noch an das log out / log in Problem beim TVhead? Ich zumindest seit LE 7.

Problem 1 -> Wenn man das Passwort mal falsch eingetippt hat, muss man de Service (systemctl restart service.tvheadend43.service) neu starten, da sonst Zugriff forbindden.

Problem 2 -> Default login funktionierte nicht mit dem angelegten admin user. New login ging aber dann mit dem admin.

Okay, das Ding erstmal korrigiert.

Fazit: Du hattest recht damit, dass man admin sein muss. Dann kann mann Timeshift auch aktivieren.

-> Geht es nicht, ist man kein Admin.

Okay, danke. Jetzt noch prüfen, warum das Ding alle 3 Tage abstürzt....

Mein Screenshot im Anhang. Funktion getestet.

Case erledigt.