Enfoxed

Okay, dann natürlich erstmal Ein NIC: Intel® Ethernet X710-T2L Adapter Dual Port 10GbE BaseT RJ45 Gibt es eine möglichkeit zumindest die unraid netzwerksettings von der onboard zu der neuen zu übertragen? Fritzbox muss ich wohl neu machen wegen neuer Mac Adresse nehmen ich an...

Hmpf, ich hatte mich ja schon darauf eingelassen, plex ohne hw transcoding zu nutzen und das thema sein zu lassen. Leider bekomme ich das gleiche Problem beim nutzen ollama... nach ein paar minuten ist der server nicht mehr ansprechbar alles steht und auch die Konsole über PIKVM hängt. Diesmal habe ich aber eine Zeile mehr information erhalten vor dem Freeze: unraid-server login: r8169 0000:04:00.0 eth0: NETDEV WATCHDOG: CPU: 9: transmit queue 0 timed out 43395 ms Ich habe mir nun zwei optionen vorgestellt: Umstieg von der Onboard Realtek NIC auf eine Intel X550-T2 oder X710-T2l - Hier hab ich ein wenig sorge, dass dann alle Netzwerkeinstell.ungen der docker, Fritzbox Portfreigaben, tailscale etc neu eingerichtet werden müssen Umstieg auf einen anderen CPU z.b. der 14700k oder 14900k und den 13600k zur garantie einschicken (falls das problem mit dem anderen cpu nicht auftritt) wobei ich mir keine großen chancen auf RMA vorstellen kann mit der Fehlerbeschreibung... Meine Frage: Erst NIC oder direkt CPU tausch? PS: Ich hatte schon mal eine Pcie NIC anstatt der onboard gkauft vor einiger Zeit aber die stellte sich ebenfalls als Realtec Nic raus..

Hi, this helped for a short time. I have to shutdown the complete server and disconnect the fancontroller a few minutes and plug it back in and boot up the server again. Then it works for a period of time. Since this post i had to do several of these restarts because of the fan controller. The usb port works fine for other devices and also changing the port doesnt help. I also dont knwo why the connection from Hardware to docker has to be there. everytime the docker is not reachable because of this connection issue, the fans will run in 100%mode. I have another fan controller from aquacomputer in another rig and there it works without any usb connection after a first setup. The Docker Log when it happens: Apr 10 2025 08:57:29.623 pid:7 base_logger.py 59 INFO Logging level: INFO Apr 10 2025 08:57:29.633 pid:7 config.py 49 DEBUG Server config: Apr 10 2025 08:57:29.633 pid:7 config.py 58 DEBUG {'hostname': 'localhost', 'port': 3000, 'communication_timeout': 1} Apr 10 2025 08:57:29.633 pid:7 config.py 60 DEBUG Hardware config: Apr 10 2025 08:57:29.633 pid:7 config.py 69 DEBUG {'port': None} Apr 10 2025 08:57:29.633 pid:7 config.py 71 DEBUG Fan profile config: Apr 10 2025 08:57:29.633 pid:7 config.py 80 DEBUG {'1000 RPM': {'type': 'rpm', 'values': [1000, 1000, 1000, 1000, 1000, 1000, 1000, 1000, 1000, 1000], 'name': '1000 RPM'}, 'MadMax': {'type': 'PWM', 'values': [100, 100, 100, 100, 100, 100, 100, 100, 100, 100], 'name': 'MadMax'}, '1200RPM': {'type': 'RPM', 'values': [1200, 1200, 1200, 1200, 1200, 1200, 1200, 1200, 1200, 1200], 'name': '1200RPM'}} Apr 10 2025 08:57:29.633 pid:7 config.py 83 DEBUG Fan aliases: Apr 10 2025 08:57:29.633 pid:7 config.py 92 DEBUG {0: 'Fan #1', 1: 'Fan #2', 2: 'Fan #3', 3: 'Fan #4', 4: 'Fan #5', 5: 'Fan #6', 6: 'Fan #7', 7: 'Fan #8', 8: 'Fan #9', 9: 'Fan #10'} Apr 10 2025 08:57:29.633 pid:7 webserver.py 295 INFO Using COM port `/dev/ttyACM0` (specified in `OPENFANCOMPORT` env variable). Apr 10 2025 08:57:29.633 pid:7 webserver.py 304 INFO Fan Controller port: /dev/ttyACM0 Apr 10 2025 08:57:29.634 pid:7 serial_driver.py 87 DEBUG Searching for COM port `/dev/ttyACM0` Apr 10 2025 08:57:29.634 pid:7 webserver.py 373 ERROR OpenFan API service crashed during setup. Traceback (most recent call last): File "/mnt/OpenFan/webserver.py", line 371, in main FAN_API_Service().run_forever() File "/mnt/OpenFan/webserver.py", line 305, in __init__ self.fan_commander = FanCommander(self.serialPort) File "/mnt/OpenFan/FanCommander.py", line 10, in __init__ super(FanCommander, self).__init__(port_info, timeout=2) File "/mnt/OpenFan/serial_driver.py", line 28, in __init__ raise TypeError("The port_info must be of type {} (given: {})".format(self.__class__, _lpc.ListPortInfo)) TypeError: The port_info must be of type <class 'FanCommander.FanCommander'> (given: <class 'serial.tools.list_ports_common.ListPortInfo'>) ls -l dev.txt

Grml, jetzt isser wieder weg, beim start kein Boot USB im Bios erkannt, kann es sein, dass mein Flash abnippelt? kann ich das testen ob die crashes mit dem zusammenhängen? Dann wäre es auch klar, warum die logfile aufm Stick immer so abrupt stopt

Ja das habe ich bei meinem Start mit Unraid eingestellt. Ist nützlich wenn man im Urlaub ist und ein Gameserver hängt. Ist für mich aber verzichtbar, sollte es das Problem lösen. Hab es eh schon ne ganze weile nicht mehr genutzt. Das wäre dann hier SSL: NO oder noch eine weitere Einstellung? BTW, ich seh grad hier steht was von Certificate expired 2018 - So lange hab ich den server noch gar nicht Habe ich soeben von Time1... auf Time umgestellt Wurde mir so hier im Forum vorgeschlagen Habe auch vor kurzem folgendes eingestellt: (da fix common Problems und die Apps Page gemeckert haben) Sry für die vielen Bilder

Es ist leider nicht vorbei, ein Rückgang auf 6.X hat nicht geholfen. ein Update auf 7.0.1 aber auch nicht. ich habe fast nen ganzen Monat ohne crashes gelebt (Plex ohne HW Transcode - aber 24/7 Tdarr Transcodes per QSV laufen lassen bei über 4000 Dateien ohne Murren) Nun habe ich gestern einen Internetausfall gehabt und dann heute morgen gemerkt, dass der Server kurz danach unerreichbar wurde und bis heute blieb. Habe dann erstmak reset und parity gestartet. nun war mein Internet heute sehr mürrisch und es gab einige DCs. der Server hat sich dann eben wieder verabschiedet. mehrere male hintereinander. PIKVM zeigt mir auch ein Bild welches eingefroren ist bzw. auch nicht reagiert: Diagnose ist dran aber ich hab mit meinem Wissen nix finden können. unraid-server-diagnostics-20250328-2317.zip

Ja Chat GPT ist sehr geduldig bei Anfängerfragen Das Blacklist i915, das dient dazu es explizit für alle zu deaktivieren und mit den /dev/dri des Dockers soll dieser dann doch zugriff drauf haben, richtig? Wenn ich nichts habe was den nutzen würde (andere Docker/VMs) könnte ich den Eintrag testweise rausnehmen oder will den unraid dann trotzdem selbst nutzen obwohl im NO-GUI Mode? BTW, wenn ich auf eine frühere Unraid Version zurück wollen würde, was müsste ich beachten? Gibts da irgendwo Infos zu? Oder könnte ich einen weiteren Unraid Stick mit ner Testlizenz auf ner alten unraid version ausprobieren mit dem Array und cache von 7.0?

Das hat leider keine Änderung gebracht. Ich habe folgende Lösungsvorschläge gefunden, bin mir aber nicht sicher, ob die Gefahrlos umzusetzen sind: Kernel- oder i915-Treiberproblem mit Unraid 6.x/7.x Unraid verwendet eine spezifische Kernel-Version, und Intel hat in den letzten Jahren diverse Änderungen am i915-Treiber vorgenommen. Es gibt bekannte Probleme mit Intel Alder Lake und Raptor Lake (12./13. Gen) iGPUs, besonders bei neueren Codecs (AV1, HEVC 10-bit, HDR-Tonemapping, usw.). Versuche, die Kernel-Parameter zu setzen, um bestimmte Instabilitäten zu umgehen: i915.enable_guc=3 → Aktiviert GuC/HuC-Firmware für verbesserte GPU-Funktionalität. i915.force_probe=* → Erlaubt das Laden der GPU, auch wenn Unraid sie nicht offiziell unterstützt. i915.enable_fbc=0 → Deaktiviert Frame Buffer Compression (kann bei manchen Systemen Fehler verursachen). So fügst du die Parameter hinzu: Gehe in Unraid zu "Flash" > "Syslinux Configuration" Füge die Parameter bei append hinzu: append initrd=/bzroot i915.enable_guc=3 i915.force_probe=* i915.enable_fbc=0 Speicher & Neustart. Versuch mit VAAPI anstelle von QSV Falls nur QSV in Plex Probleme macht, kannst du versuchen, VAAPI statt QSV zu erzwingen: Docker-Variable PLEX_MEDIA_SERVER_USE_SYSVAAPI=1 setzen: Gehe zu Docker > Plex > Edit Unter "Extra Parameters" folgendes einfügen: --device /dev/dri:/dev/dri --env PLEX_MEDIA_SERVER_USE_SYSVAAPI=1 Docker neu starten Falls nötig, in Plex Hardware-Transcoding erneut aktivieren: Einstellungen > Transcoder Hardware-Beschleunigung aktivieren Erweiterte Optionen > VAAPI statt QSV nutzen

Ne Das Plex protokoll bleibt halt auch einfach stehen. ich hab mittlerweile ein pikvm am Server und selbst die unraid konsole friert ein. Ich versteh halt nicht wie ein Docker den ganzen Server lahmlegen kann... die experimentellen dinge habe ich alle deaktiviert (hatte es aber mal kurz getestet, half nicht) Ich möchte mich eigentlich nicht damit abfinden, dass der plexpass Lifetime Lehrgeld ist, ich mich nun an Jellyfin gewöhnen muss und hoffen darf dass das auf allen Geräten läuft 🤕

Hmpf so langsam bin ich mit Plex am ende, ich habe nun Jellyfin docker eingerichtet und siehe da es scheint zu funktionieren. Wie finde ich nun raus wieso Plex das nicht will? Ich würde mal einen Hardware Defekt ausschliessen?

"RTL8125(B) PCI Drivers" runtergeworfen, jetzt kommen keine Netzwerk probleme mehr im log. 12 Passes Memtext 86+ ohne Probleme 6 Mal Unigine Superposition Benchmark ohne Probleme Superpi berechnungen ohne Probleme Alles läuft absolut perfekt, bis plex versucht HW zu transcoden mit der IGPU... Ich versuch mal auf einen anderen Plex Docker umzustellen. Nutze den Offiziellen. Es gibt keine logs, keine Fehlermeldung nix. selbst NVTop, Htop etc bleiben einfach stehen

Also ich benutze zurzeit die eingebaute optimieren funktion von plex um die mkvs zu mp4 umzuwandeln, das lastet die CPU gut aus, das läuft quasi 4-5 Stunden am Tag ohne Probleme. Darüber hinaus werden viele neue Filme bei Plex eingespielt, das erkennen der Vor-und Abspanne bring die CPU auch gut zum arbeiten. Das würden den Server ja auch unerreichbar machen, wenn die nicht wieder kommt. ich habe diesen eintrag früher aber noch nie gesehen im log. ich habe bei der fehlersuche "RTL8125(B) PCI Drivers" installiert, das würde ich erstmal wieder runterwerfen. Darüber hinaus, habe ich eig nur die Netzwerkeinstellungen an den Dockern laut deiner Empfehlung geändert. In die VM Thematik muss ich mich erstmal einlesen, das letzte mal mit Dedizierte GPU war nicht erfolgreich..

Also HW Transcoding habe ich seitdem deaktiviert. keine freezes mehr. Hatte noch keine Zeit die Gameserver umzuziehen.... Da bleibe ich dran ziel ist ja Transcoding nutzen zu können. Ich habe auch noch keine Möglichkeit gefunden Prime95 auzuführen ohne das betriebssystem zu wechseln. Gibt es Tools wie prime95 furmark etc als bootable medium ohne, das ich eine zusätzliche festplatte mit windoof drauf installieren muss? Früher habe ich für diverses Knoppix genutzt aber ich habe nichts mit benchmarks oder stability testing gefunden. Ich habe gerade aber gemerkt, dass der Server kurzzeitig nicht erreichbar war (Unraid UI und SMB Kopiervorgang) Im Log findet sich folgendes: Feb 18 13:34:07 Unraid-Server kernel: r8125 0000:04:00.0 eth0: NETDEV WATCHDOG: CPU: 15: transmit queue 1 timed out 6080 ms Feb 18 13:34:07 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Transmit timeout reset Device! Feb 18 13:34:07 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Device reseting! Feb 18 13:34:07 Unraid-Server kernel: br0: port 1(eth0) entered disabled state Feb 18 13:34:10 Unraid-Server ntpd[1910]: Deleting 1 br0, [192.168.178.37]:123, stats: received=3914, sent=3915, dropped=0, active_time=809048 secs Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.12 local addr 192.168.178.37 -> <null> Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.8 local addr 192.168.178.37 -> <null> Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.4 local addr 192.168.178.37 -> <null> Feb 18 13:34:10 Unraid-Server ntpd[1910]: 216.239.35.0 local addr 192.168.178.37 -> <null> Feb 18 13:34:11 Unraid-Server kernel: r8125: eth0: link up Feb 18 13:34:11 Unraid-Server kernel: br0: port 1(eth0) entered blocking state Feb 18 13:34:11 Unraid-Server kernel: br0: port 1(eth0) entered forwarding state Feb 18 13:34:13 Unraid-Server ntpd[1910]: Listen normally on 2 br0 192.168.178.37:123 Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.12 local addr <null> -> 192.168.178.37 Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.8 local addr <null> -> 192.168.178.37 Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.4 local addr <null> -> 192.168.178.37 Feb 18 13:34:13 Unraid-Server ntpd[1910]: 216.239.35.0 local addr <null> -> 192.168.178.37 Feb 18 13:34:13 Unraid-Server ntpd[1910]: new interface(s) found: waking up resolver Feb 18 13:34:17 Unraid-Server kernel: r8125 0000:04:00.0 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 0 timed out 6216 ms Feb 18 13:34:17 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Transmit timeout reset Device! Feb 18 13:34:17 Unraid-Server kernel: r8125 0000:04:00.0 eth0: Device reseting! Feb 18 13:34:17 Unraid-Server kernel: br0: port 1(eth0) entered disabled state Feb 18 13:34:21 Unraid-Server kernel: r8125: eth0: link up Feb 18 13:34:21 Unraid-Server kernel: br0: port 1(eth0) entered blocking state Feb 18 13:34:21 Unraid-Server kernel: br0: port 1(eth0) entered forwarding state Ich habe dann ins Log geguckt und zusätzlich folgendes gefunden: Feb 10 22:54:59 Unraid-Server kernel: ------------[ cut here ]------------ Feb 10 22:54:59 Unraid-Server kernel: Can't encode file handler for inotify: 255 Feb 10 22:54:59 Unraid-Server kernel: WARNING: CPU: 3 PID: 825952 at fs/notify/fdinfo.c:55 show_mark_fhandle+0x77/0xe6 Feb 10 22:54:59 Unraid-Server kernel: Modules linked in: veth xt_nat xt_tcpudp macvlan xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo ip6table_nat iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_addrtype br_netfilter md_mod zfs(PO) spl(O) nct6775 nct6775_core hwmon_vid ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs bridge stp llc intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel i915 kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel sha512_ssse3 sha256_ssse3 sha1_ssse3 aesni_intel iosf_mbi drm_buddy crypto_simd ttm cryptd i2c_algo_bit drm_display_helper drm_kms_helper rapl sr_mod intel_cstate input_leds mei_hdcp mei_pxp drm cdrom wmi_bmof joydev led_class cdc_acm i2c_i801 nvme intel_gtt mei_me i2c_smbus intel_uncore r8125(O) agpgart nvme_core mei ahci i2c_core libahci vmd thermal fan video tpm_crb tpm_tis tpm_tis_core wmi tpm backlight acpi_tad acpi_pad button Feb 10 22:54:59 Unraid-Server kernel: CPU: 3 PID: 825952 Comm: lsof Tainted: P O 6.6.68-Unraid #1 Feb 10 22:54:59 Unraid-Server kernel: Hardware name: ASUS System Product Name/PRIME H770-PLUS, BIOS 1805 10/30/2024 Feb 10 22:54:59 Unraid-Server kernel: RIP: 0010:show_mark_fhandle+0x77/0xe6 Feb 10 22:54:59 Unraid-Server kernel: Code: ff 00 00 00 89 c1 74 04 85 c0 79 22 80 3d 6c ad 2c 01 00 75 5e 89 ce 48 c7 c7 6b 03 26 82 c6 05 5a ad 2c 01 01 e8 4f 75 d8 ff <0f> 0b eb 45 89 44 24 0c 8b 44 24 04 48 89 ef 31 db 48 c7 c6 a9 03 Feb 10 22:54:59 Unraid-Server kernel: RSP: 0018:ffffc9000af47c10 EFLAGS: 00010286 Feb 10 22:54:59 Unraid-Server kernel: RAX: 0000000000000000 RBX: ffff88815374a378 RCX: 0000000000000027 Feb 10 22:54:59 Unraid-Server kernel: RDX: 0000000082c1dcb0 RSI: ffffffff822451fd RDI: 00000000ffffffff Feb 10 22:54:59 Unraid-Server kernel: RBP: ffff888105b43d20 R08: 0000000000000000 R09: ffffffff82c1dcb0 Feb 10 22:54:59 Unraid-Server kernel: R10: 00003fffffffffff R11: 0000000000000032 R12: ffff888105b43d20 Feb 10 22:54:59 Unraid-Server kernel: R13: ffff888105b43d20 R14: ffffffff812ed212 R15: ffff888101be4c78 Feb 10 22:54:59 Unraid-Server kernel: FS: 000014649a05ef00(0000) GS:ffff88981f8c0000(0000) knlGS:0000000000000000 Feb 10 22:54:59 Unraid-Server kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Feb 10 22:54:59 Unraid-Server kernel: CR2: 00000000004bb378 CR3: 000000011041a000 CR4: 0000000000750ee0 Feb 10 22:54:59 Unraid-Server kernel: PKRU: 55555554 Feb 10 22:54:59 Unraid-Server kernel: Call Trace: Feb 10 22:54:59 Unraid-Server kernel: <TASK> Feb 10 22:54:59 Unraid-Server kernel: ? __warn+0x99/0x11a Feb 10 22:54:59 Unraid-Server kernel: ? report_bug+0xd9/0x153 Feb 10 22:54:59 Unraid-Server kernel: ? show_mark_fhandle+0x77/0xe6 Feb 10 22:54:59 Unraid-Server kernel: ? handle_bug+0x53/0x7c Feb 10 22:54:59 Unraid-Server kernel: ? exc_invalid_op+0x13/0x60 Feb 10 22:54:59 Unraid-Server kernel: ? asm_exc_invalid_op+0x16/0x20 Feb 10 22:54:59 Unraid-Server kernel: ? __pfx_inotify_fdinfo+0x10/0x10 Feb 10 22:54:59 Unraid-Server kernel: ? show_mark_fhandle+0x77/0xe6 Feb 10 22:54:59 Unraid-Server kernel: ? __pfx_inotify_fdinfo+0x10/0x10 Feb 10 22:54:59 Unraid-Server kernel: ? seq_vprintf+0x2d/0x49 Feb 10 22:54:59 Unraid-Server kernel: ? seq_printf+0x53/0x6e Feb 10 22:54:59 Unraid-Server kernel: ? preempt_latency_start+0x2b/0x46 Feb 10 22:54:59 Unraid-Server kernel: inotify_fdinfo+0x83/0xaa Feb 10 22:54:59 Unraid-Server kernel: show_fdinfo.isra.0+0x63/0xab Feb 10 22:54:59 Unraid-Server kernel: seq_show+0x152/0x173 Feb 10 22:54:59 Unraid-Server kernel: seq_read_iter+0x16e/0x353 Feb 10 22:54:59 Unraid-Server kernel: seq_read+0x91/0xbb Feb 10 22:54:59 Unraid-Server kernel: vfs_read+0xa4/0x1d1 Feb 10 22:54:59 Unraid-Server kernel: ? __do_sys_newfstat+0x34/0x5c Feb 10 22:54:59 Unraid-Server kernel: ksys_read+0x74/0xc0 Feb 10 22:54:59 Unraid-Server kernel: do_syscall_64+0x57/0x7b Feb 10 22:54:59 Unraid-Server kernel: entry_SYSCALL_64_after_hwframe+0x78/0xe2 Feb 10 22:54:59 Unraid-Server kernel: RIP: 0033:0x14649a2f66ed Feb 10 22:54:59 Unraid-Server kernel: Code: 21 87 0e 00 f7 d8 64 89 02 b8 ff ff ff ff eb bb 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 80 3d 59 0b 0f 00 00 74 17 31 c0 0f 05 <48> 3d 00 f0 ff ff 77 5b c3 66 2e 0f 1f 84 00 00 00 00 00 48 83 ec Feb 10 22:54:59 Unraid-Server kernel: RSP: 002b:00007ffe9fea3958 EFLAGS: 00000246 ORIG_RAX: 0000000000000000 Feb 10 22:54:59 Unraid-Server kernel: RAX: ffffffffffffffda RBX: 000000000043f600 RCX: 000014649a2f66ed Feb 10 22:54:59 Unraid-Server kernel: RDX: 0000000000000400 RSI: 0000000000446440 RDI: 0000000000000007 Feb 10 22:54:59 Unraid-Server kernel: RBP: 000014649a3de1f0 R08: 0000000000000001 R09: 0000000000000000 Feb 10 22:54:59 Unraid-Server kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 000014649a3de0a0 Feb 10 22:54:59 Unraid-Server kernel: R13: 0000000000000000 R14: 0000000000001000 R15: 000000000043f600 Feb 10 22:54:59 Unraid-Server kernel: </TASK> unraid-server-diagnostics-20250218-1345.zip

Gibt es eine Möglichkeit eine CPU zu testen? ich habe kein anderes Intel System. XMP etc ist alles aus, die Sticks laufen auf 2400/4800 und sind in der QVL des Boards CA 1:35Uhr war der Freeze. Habe Prometheus geguckt. Logs angehängt Plex Media Server Logs_2025-02-08_01-44-38.zip

So nochmal ein update zur späten Stunde: Das System lief bis jetzt Stabil, habe alle Einstellungen geändert wie vorgeschlagen. Der Fehler besteht aber weiterhin. Trotzdem bin ich ein Stück weiter denke ich. Ich kann den Freeze mit Plex reproduzieren indem ich hardware transcoding erzwinge. Also Direct Play und Direct Stream deaktiviere. Das läuft dann ein Paar Minuten gut, dann springen plötzlich alle Cores auf 100% (oder annähernd) und es nichts tut sich mehr. Weder im Syslog noch im bereits erweiterten Debug Log von Plex ist davon etwas zu lesen. Die Einträge hören einfach auf. Der CPU Ist Nagelneu: 13th Gen Intel® Core™ i5-13600K aktuellstes Bios ist drauf: ASUSTeK COMPUTER INC. PRIME H770-PLUS , Version Rev 1.xx American Megatrends Inc., Version 1805 BIOS Datum: Mittwoch, 30 Oktober 2024 Ich habe mich an folgende Infos gehalten https://github.com/plexinc/pms-docker#intel-quick-sync-hardware-transcoding-support viel kann man da wohl nicht falsch machen. Wie soll ich weiter vorgehen?