alturismo

Hier stand Mist, man sollte nichts am Handy machen dann, würde ich vorschlagen ... den Weg zu dem passenden support Thread davon zu gehen und dort anzufragen. anscheinend hat der Docker dann ein Problem wenn mehrere GPU's verbaut sind ... erste Antwort wird sein, nutze entweder oder ... oder isoliere die NV Karte, dann hat sich das scripting erledigt, aber auch das "schlafen" setzen der dGPU ... sorry, aber das ist App, Docker, ... related ... wundert mich dass die Nvidia im Docker überhaupt gesehen wird ohne runtime nvidia ...

so siehts wahrscheinlich aus ... dann nutze userscripts um luckybackup um 01.50 Uhr neu starten zu lassen ... und schau ob das hilft.

vielleicht einfach mal nur den Haken bei vaapi nochmals setzen ... ?

wenn erledigt, kannst du es auch manuell testen ... /etc/libvirt/hooks/qemu.d/hook_scripts Windows_11_multi prepare begin /etc/libvirt/hooks/qemu.d/hook_scripts Windows_11_multi release end dann sollte auch klar sein was 1 2 3 ... bedeutet und Nein, die VM startet / stoppt dadurch nicht, ist ein "Trockentest"

1/ entferne mal das ....save script (oder was auch immer es sein soll, aktuell nicht tragisch, aber wer weiß ...) 2/ +x ... chmod +x /etc/libvirt/hooks/qemu.d/hook_scripts womit wir nochmals zu den basics kommen +x == ausführbar machen ...

zeig mal bitte ls -la /etc/libvirt/hooks/qemu.d/ und cat /etc/libvirt/hooks/qemu.d/hook_scripts

Nein, $1 $2 ... sind die Variablen welche übergeben werden, Name, Status, ... daran nichts ändern. Hast du davon alles per nano im terminal erstellt ? oder ggf. etwas unter Windows gemacht ... führe mal eines der scripts im terminal durch, einfach mal ausführen bitte /mnt/cache/system/hook_scripts/Windows_11_multi_start.sh

output von virsh list --all im unraid terminal root@AlsServerII:~# virsh list --all Id Name State --------------------------- - AlsPC_II shut off root@AlsServerII:~#

oder ... SatIP ... ist ja auch egal, kannst testen was du willst und wenn es klappt, ist gut, transport errors ... wenn du darüber stolperst, weißt du jetzt warum das wahrscheinlich gerne passiert. ansonsten, TVH Forum ... sind auch recht hilfreich bei Problemen ...

nunja ... ich schließe mich @hawihoney an, ich wüsste nicht was schneller gehen sollte ... ich hab es zum Spaß auf einem langsamen System getestet ... auf meinem lokalen Großen und auf dem n100m wäre es sinnfrei da "Instant" der ist jetzt wirklich nicht der "Schnellste" ... aber als Media / TV Server verrichtet er brav seinen Dienst. Hier auf dem oben gezeigten System, kein Unterschied ... plexinc Docker vs. plex native. wo soll denn der Unterschied sein ? weil 4k Streaming und geht nicht hängt sicherlich an etwas anderem ... aber egal, wenn es dir geholfen hat, könnte es bei anderen ggf. auch etwas bringen ... das ist jetzt tatsächlich nicht ganz richtig ... Plex läuft nativ auf dem Host und hat vollen Zugriff auf alles, sollte nur klar sein ... das etwas passiert ist unwahrscheinlich, aber ist so ... hat aber nichts mit den zugewiesenen Medienfreigaben zu tun ... alles was auf dem Host läuft ... auch hier nur zur Klarstellung, du kannst hier die zugewiesenen Pfade read only setzen ... wie oben erwähnt ist ein elementarer Unterschied. nicht falsch verstehen, alles gut, will es nur richtig stellen

Sorry, aber ich bin jetzt bei Dir raus Und ganz ehrlich, dir fehlen viele Grundsätzlichkeiten ... daher empfehle ich dir, lass diese Spielereien ... /etc/... ist im root, der FM geht da nicht rein (ist auch besser so) userscripts ... werden nach Zeit getriggert, wie soll das bitte mit Start / Stop VM gehen ... wenn du das hinbekommst kannst du gerne userscripts nutzen also, Infos liegen alle auf dem Tisch, ich bin hier jetzt raus

ouch, aber zurecht macht aber "glücklicherweise" keinen Unterschied nichts desto trotz hast du vollkommen recht

es muss auch ein Linux Treiber bereitgestellt werden ... manche gehen auch mit generic ... Libreelec, TBS, ... aber in Summe Ich bin ein Freund von Digital Devices (kein USB) Sundtek hat sich nur auch bemüht dies hier umzusetzen für Ihre USB Devices, nachzulesen im passenden Thread (DVB Plugin), daher würde ich wenn USB darauf setzen ... Und ich wiederhole mich, ich persönlich würde nicht auf USB setzen, ist aber meine persönliche Meinung

ich bin sehr positiv davon überrascht und überzeugt, so sehr das ich alle Standard Dienste auf den "Kleinen" umgezogen habe und mein "Großer" Unraid nur noch als VM und Backup Server fungiert ... da bin ich der falsche Ansprechpartner ... ich bin nicht der "Watt" Jäger und mir ist das Meiste dazu auch zu "realitätsfremd" hier siehst du ja einiges zu dem / den Boards, @MPC561 hat dazu ja einiges zusammengetragen ... Unter anderem auch ich habe dort parallel etwas zu n100m ergänzt, auch ein paar Meinungen wie ich das im "laufenden" Betrieb sehe ... hier bin ich im Idle bei ~ 15 W ... aber ich hab einige Dienste laufen wie du oben siehst ist eine sehr individuelle Geschichte mMn ...

Nein, USB und Live TV kann ich nichts empfehlen, mMn zu anfällig aber, beispielsweise mit einem Sundtek DVB USB Stick und dem DVB plugin (Treiber) ... wäre der Docker einfach gestartet. vielleicht über ein Fritz Update nachdenken ? dann hast du SatIP und kannst die nutzen, direkt, in TVHeadend, ... die broadcasten alles per HLS, das wird noch aufwändiger die in einen echten TV Backend einzubinden welcher .ts Streams erwartet ... da käme dann pipe per ffmpeg zusätzlich ins Spiel ... nicht empfehlenswert hab ich keine ... ich bin TVH User (seit vielen Jahren ...) die meisten FTA Anbieter haben ja fertige Apps für Ihre FTA Live Kanäle ... das wäre ohne Aufwand. naja ... auch das ist so nicht ganz korrekt es gibt eine fertige HA VM welche dann diverse Szenarien erleichtert ... wenn du dir den HA Thread aber mal anschaust wirst du auch sehen, den meisten reicht der HA Docker bequem aus ... im Grunde ist die HA VM ein Base OS mit mehreren Docker Installationen die per se aufeinander abgestimmt sind ... mehr auch nicht Und ... es gibt keine fertige TVH VM da es hier nicht mehrere Docker für diverse usecases gibt sondern der eine Docker bereits alles beinhaltet.

naja ... was soll man da noch schreiben ... ich lösche jetzt den doppelten Post

reicht der Kleine für die angegebenen Apps, ja ... zeiht der Große im idle mehr, nicht spürbar da im Idle es keinen echten Unterschied macht ... ob es wirklich reicht oder nicht mit dem "was noch kommt" ... kannst nur du beantworten oder wirst es feststellen wenn es soweit ist. was selbst bei wesentlich kleineren System so alles geht (ja, auch flüssig), zähl einfach die Docker durch ... und da ist alles außer Influx aus deiner Liste auch dabei dafür mariadb, mqtt, ... usw usw usw ... dann noch Encodings der TV Aufnahmen usw usw ... RAM, sei da nicht so sparsam, da lautet "viel hilft viel" Cache nvme ... vernünftig die Belegeungen machen, alles gut ... kurz, für Apps und Co. reicht das easy, für VM's ist es eigentlich zu schmal ... da würde der 12400 etwas helfen ...

Docker auch nach dem mount mal neu gestartet ? ob der mount funktioniert hat, kannst du auch im Unraid Terminal mal testen kommt da was ? mein gdrive rclone mount Befehl lautet mntpoint="/mnt/addons/_gdrive/" remoteshare="gdrive:" rclone mount --daemon --max-read-ahead 1024k --uid 99 --gid 100 --allow-other --vfs-cache-mode writes $remoteshare $mntpoint &

du musst eigentlich nur lesen was da steht ... /dev/dvb/ ... existiert nicht, keine TV Karte, kein /dev/dvb/ ... wie willst du denn TVHeadend nutzen ? per SatIP ? oder noch ne TV Karte einbauen ? ja, kann man ... warum sollte das besser sein ? bzw. wie kommst du überhaupt auf diese Idee ? und TVHeadend ist nicht "leicht zu bedienen" .... das nur vorweg, der (meiner persönlichen Meinung nach) mit Abstand beste TV Backend Server, aber ... Lernkurve und die ist auch nicht klein wenn man das richtig nutzen will ... dafür kann er auch einiges ...

yep, da du bisher das Thema nicht benutzt hast ... kann da auch nichts sein ... cat ... ist zum Auslesen der Datei da, nano ... erstellt diese Datei, vorher noch die Ordner erstellen ... um es einfacher zu machen ... nur ganz ehrlich, wenn es daran scheitert wie ich Ordner und files erstelle ... schreib dir auf was du machst falls etwas in die Hose geht dass du die Änderungen revidieren kannst ... das sind schon Basics hier ein Beispiel auf einem Server wo bisher auch keine hooks hatte ... und nicht das entsprechende file root@AlsServerII:~# cat /etc/libvirt/hooks/qemu.d/hook_scripts cat: /etc/libvirt/hooks/qemu.d/hook_scripts: No such file or directory root@AlsServerII:~# mkdir -p /etc/libvirt/hooks/qemu.d/ root@AlsServerII:~# nano /etc/libvirt/hooks/qemu.d/hook_scripts root@AlsServerII:~# cat /etc/libvirt/hooks/qemu.d/hook_scripts test hier root@AlsServerII:~# der Rest steht alles in dem verlinkten Thread wenn man schon eine GPU nutzt ... nur als Hinweis ... kleines persönliches Ranking 1/ VNC = die (mit Abstand) schlechteste Lösung ... 2/ TV, Anydesk, ... = etwas besser, nutzt auch etwas der Hardware ... 3/ RDP = Office, Web, ... alles gut, viel mehr aber auch nicht wirklich ... 4/ Stream Software ... dann hat man auch etwas davon, Beispiel Parsec ... ist bereits ein Tag / Nacht Unterschied, oder Sunshine / Moonlight (noch besser) ... 5/ HDMI am TV / Monitor ... ideale Lösung ... Jetzt hast du genug Infos und kannst entscheiden was du daraus machst

yep, geht.

korrekt, ganz lesen ... alles komplett drin. nicht die beste Idee ... siehe mein Kommentar oben, aber solange du zufrieden bist, passt es ja

Suche hier im deutschen Bereich, hatte ich letztens breit erklärt ... meine im Zusammenhang mit Gaming VM ... du wirst es finden. denk mal drüber nach 1/ du entfernst den virtuellen VNC Adapter 2/ du nimmst dafür die Nvidia ... ... Lösung, installiere einen echten VNC Server auf dem Win Rechner, Beispiel TightVNC (inkl. GPU Beschleunigung), nutze eine vernünftige Remote Software für den Browser als Docker, beispielsweise guacamole ... und noch besser, nutze lieber RDP als Protokoll ... anstelle den Quark VNC Du wirst es lösen können anhand der Infos

entweder /dev/dri < iGPU oder AMD ... runtime nvidia usw usw < Nvidia Einlesen !!! wenn beides nicht vorhanden ist in deinem Plex Template, dann hast du kein transcoding ... was zuhause eh nicht genutzt werden sollte sondern nur "bei Bedarf", beispielsweise extern im Browser, am Handy, Freunde und Familie, ... was auch immer ... oder der Client es wirklich nicht kann ... besser um keine Crashes verursachen zu können, ja ... Stromsparender im Idle wenn die VM aus ist, dann Nein, dann 1/ muss die Karte für Unrais sichtbar bleiben 2/ braucht es das Plugin (Treiber) 3/ kannst du die Karte bei VM Nichtnutzung in den persistence mode setzen (boot, nach VM Stop) 4/ musst du den persistence mode deaktivieren bevor die VM startet !!! dann ja, ist das stromsparender ... wenn die VM eh permanent läuft ist das hinfällig, nur wenn die VM NICHT läuft ... dann kann man da ansetzen.

ui ui ui ... vfio bind in den devices setzen, Neustart, dann ist die Karte für den Host (Unraid) und den laufenden Apps (Dockers, ...) nicht sichtbar ... dann braucht es auch keine Nvidia plugin, keine Treiber, ... aber auch kein perstence mode dann für die GPU glaub ich jetzt eher nicht, du hast die Nvidia GPU 1/ das plugin und Treiber installiert 2/ im Plex Docker auch konfiguriert, nvidia runtime, capabilities, ... alles konfiguriert und eingerichtet ? ... wenn im Plex Docker nur /dev/dri angegeben ist ... wird die Nvidia nicht genutzt ... nochmals einlesen ...