Autor Thema: Sundtek MediaTV Pro III stick nach reboot neu verbinden?  (Gelesen 1760 mal)

zeropage

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« am: Februar 02, 2024, 06:29:17 Nachmittag »
Hallo allerseits,

Ich verwende den Sundtek MediaTV Pro III USB-Stick auf einem Proxmox PVE Host und den Sundtek-Treiber zusammen mit TVheadend auf einem LXC Container. Dazu habe ich auf dem Host die Verzeichnisstruktur /dev/dvb mit den Nodes gemäß Anleitung erstellt (https://sundtek.de/wiki/index.php?title=Docker) , die udev-Rule angelegt und beim LXC-Container die Mounts konfiguriert. Alles funktioniert nun soweit.

Wenn ich den Host neu starte (reboot), muss ich allerdings:

  • Die Verzeichnisstruktur /dev/dvb wieder neu anlegen
  • Den USB-Stick einmal vom Gerät abziehen und wieder aufstecken und dann den Treiber und TVheadend noch einmal neu starten

Wie kann ich das Erzeugen der Verzeichnisstruktur automatisieren? Und wichtiger noch: Warum muss ich den Stick einmal neu aufstecken bzw. wie geht das auch ohne?

Danke im Voraus

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8557
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #1 am: Februar 02, 2024, 09:30:14 Nachmittag »
Du kannst den Treiber auf dem Host installieren und dann in /etc/sundtek.conf enabledocker=on setzen.

Dann wird der Treiber (auf dem Host) automatisch /dev/dvb/adapterN/... Einträge erzeugen, und sich danach sofort beenden.


Ansonsten müsstest Du diese Befehle in einem Startup-Skript auf dem Host verewigen
<pre>
mkdir -p /dev/dvb/adapter0
mknod /dev/dvb/adapter0/frontend0 c 212 1
mknod /dev/dvb/adapter0/dvr0 c 212 5
mknod /dev/dvb/adapter0/demux0 c 212 3
mkdir -p /dev/dvb/adapter1
mknod /dev/dvb/adapter1/frontend0 c 212 7
mknod /dev/dvb/adapter1/dvr0 c 212 11
mknod /dev/dvb/adapter1/demux0 c 212 9
mkdir -p /dev/dvb/adapter2
mknod /dev/dvb/adapter2/frontend0 c 212 13
mknod /dev/dvb/adapter2/dvr0 c 212 17
mknod /dev/dvb/adapter2/demux0 c 212 15
mkdir -p /dev/dvb/adapter3
mknod /dev/dvb/adapter3/frontend0 c 212 19
mknod /dev/dvb/adapter3/dvr0 c 212 23
mknod /dev/dvb/adapter3/demux0 c 212 21
</pre>

Failure is a good thing! I'll fix it

zeropage

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #2 am: Februar 16, 2024, 11:38:04 Vormittag »
Den Treiber möchte ich nicht auf dem Host installieren. Deshalb habe ich mich für Variante 2 entschieden. Die von dir genannten Befehle werden mit einem Startup-Script ausgeführt.

Damit ist mein eigentliches Problem aber noch nicht gelöst. Nach einen Reboot (oder anderen Situationen, die zu einem Neustart des Systems führen), funktioniert der DVB-Stick nicht mehr. Ich muss ihn vom USB-Port abziehen und wieder aufstecken sowie den sundtek.service, als auch tvheadend.service neu starten. Bei Abwesenheit meinerseits macht das ggf. keiner für mich.

An der Stelle möchte ich ergänzen, dass ich Sundtek und Tvheadend vor meinem Wechsel zu Proxmox auf Libreelec und einem Raspberry Pi betrieben habe. Den Treiber und auch den Tvheadend Server habe ich über Kodi als Addon installiert gehabt. Dort hatte ich das Problem mit dem USB-Stick nach einem Reboot nicht. Es muss also wohl einen Unterschied in der Konfiguration geben. Nur welchen??

/var/log/mediasrv.log auf dem LXC (Timezone UTC):

2024-02-16 09:02:59 [286] Stopping Remote Control support
2024-02-16 09:02:59 [286] Abnormal deinitialization, device got disconnected or driver is shutting down
2024-02-16 09:02:59 [286] Enabling complete device standby
2024-02-16 09:02:59 [286] clearing id: 0
2024-02-16 09:02:59 [286] removing devices
2024-02-16 09:02:59 [286] Shutting down driver now
2024-02-16 09:03:50 [286] Starting up Multimedia Framework (Oct 30 2022 15:36:10)
2024-02-16 09:03:50 [287] Starting service processor (PID 287)
2024-02-16 09:03:50 [286] API Version: 5.10
2024-02-16 09:03:50 [286] Running on Linux (5.15.131-2-pve)
2024-02-16 09:03:50 [286] Detected: GenuineIntel
2024-02-16 09:03:50 [286] This CPU supports: MMX, SSE, SSE2
2024-02-16 09:03:50 [286] scanning devices
2024-02-16 09:03:50 [286]
2024-02-16 09:03:50 [286] Scanning for drivers
2024-02-16 09:03:50 [286] found lib: libdrv_ngTV.so
2024-02-16 09:03:50 [286] found lib: libdrv_hikarisoft_isdb.so
2024-02-16 09:03:50 [286] found lib: libdrv_fm_dab_dabplus.so
2024-02-16 09:03:50 [286] found lib: libdrv_fm.so
2024-02-16 09:03:50 [286] found lib: libdrv_tntdvb.so
2024-02-16 09:03:50 [286] found lib: libdrv_vivi.so
2024-02-16 09:03:50 [286] found lib: libdrv_em28xx.so
2024-02-16 09:03:50 [286] found lib: libdrv_net.so
2024-02-16 09:03:50 [286] found lib: libdrv_eLight.so
2024-02-16 09:03:50 [286]
2024-02-16 09:03:50 [286] Scanning for plugins
2024-02-16 09:03:50 [286] found lib: libencoder_plugin.so
2024-02-16 09:03:50 [286] MediaAVPlugin: MPEG Encoder
2024-02-16 09:03:50 [286] Copyright: (C) Tpe 2011/2012
2024-02-16 09:03:50 [286]
2024-02-16 09:03:50 [286] Starting up device manager
2024-02-16 09:03:50 [286] unable to create /dev/sundtek/usb/001/004, this will lead to a failure now
2024-02-16 09:03:50 [286] retrying with 3rd workaround now
2024-02-16 09:03:50 [286] Setting permission of /dev/dvb to 777
2024-02-16 09:03:50 [286] This is to avoid problems if TV Applications are started as another user
2024-02-16 09:03:50 [286] as seen on eg. Synology NAS Systems where tvheadend is unable to read
2024-02-16 09:03:50 [286] /dev/dvb and because of that would not detect the TV tuner
2024-02-16 09:03:50 [286] scanning devices done
2024-02-16 09:03:50 [286] attached devices:
2024-02-16 09:03:50 [287] Autostarting scripts in /etc/sundtek/
2024-02-16 09:03:50 [287] executed all available items
2024-02-16 09:03:50 [286] registering ID: 0
2024-02-16 09:03:50 [286] Memory mapped transfers are not available
2024-02-16 09:03:50 [287] problem reading data in service processor...

journalctl -t tvheadend auf dem LXC (Timezone UTC):

Feb 16 09:02:59 tvh tvheadend[299]: avahi: Client failure: Daemon connection failed
Feb 16 09:02:59 tvh tvheadend[299]: epgdb: snapshot start
Feb 16 09:02:59 tvh tvheadend[299]: epgdb: queued to save (size 3054353)
Feb 16 09:02:59 tvh tvheadend[299]: epgdb:   broadcasts 5507
Feb 16 09:02:59 tvh tvheadend[299]: mpegts: 346MHz in Vodafone (0x55f5b40bce30) - deleting
...
Feb 16 09:02:59 tvh tvheadend[299]: mpegts: 458MHz in Vodafone (0x55f5b3ee2310) - deleting
Feb 16 09:02:59 tvh tvheadend[299]: epgdb: save start
Feb 16 09:02:59 tvh tvheadend[299]: epgdb: stored (size 882383)
Feb 16 09:02:59 tvh tvheadend[299]: codec: removing codec profiles
Feb 16 09:02:59 tvh tvheadend[299]: codec: forgetting codecs
Feb 16 09:02:59 tvh tvheadend[299]: transcode: forgetting context helpers
Feb 16 09:02:59 tvh tvheadend[299]: transcode: forgetting context types
Feb 16 09:02:59 tvh tvheadend[299]: STOP: Exiting HTS Tvheadend
-- Boot e8cbc683f4154c3184cd5b490b67b57b --
Feb 16 09:04:16 tvh tvheadend[295]: main: Log started
Feb 16 09:04:16 tvh tvheadend[295]: config: Using configuration from '/var/lib/tvheadend'
Feb 16 09:04:16 tvh tvheadend[295]: http: Starting HTTP server 0.0.0.0:9981
Feb 16 09:04:16 tvh tvheadend[295]: htsp: Starting HTSP server 0.0.0.0:9982
Feb 16 09:04:16 tvh tvheadend[295]: config: loaded
Feb 16 09:04:16 tvh tvheadend[295]: config: scanfile (re)initialization with path <none>
Feb 16 09:04:16 tvh tvheadend[295]: transcode: 'video' context type registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: 'audio' context type registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHH264Decoder' decoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHTHEORADecoder' decoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHAACDecoder' decoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHVORBISDecoder' decoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHOPUSDecoder' decoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHMPEG2VIDEOEncoder' encoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHH264Encoder' encoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHHEVCEncoder' encoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: transcode: '&TVHAACEncoder' encoder helper registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'mpeg2video' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'mp2' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'aac' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'vorbis' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'flac' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libx264' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libx265' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libvpx' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libvpx-vp9' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libtheora' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libvorbis' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'libopus' encoder registered
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'webtv-vorbis' codec profile created
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'webtv-vp8' codec profile created
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'webtv-aac' codec profile created
Feb 16 09:04:16 tvh tvheadend[295]: codec: 'webtv-h264' codec profile created
Feb 16 09:04:16 tvh tvheadend[295]: descrambler: adding CAID 2600/FFFF as ConstCW interval 10000ms pc 20 ep default (BISS)
Feb 16 09:04:16 tvh tvheadend[295]: descrambler: adding CAID 0E00/FFFF as MultiPID interval 1000ms pc 2 ep default (PowerVu)
Feb 16 09:04:16 tvh tvheadend[295]: iptv: Using 2 input thread(s)
Feb 16 09:04:16 tvh tvheadend[295]: scanfile: DVB-S - loaded 1 regions with 116 networks
Feb 16 09:04:16 tvh tvheadend[295]: scanfile: DVB-T - loaded 46 regions with 1134 networks
Feb 16 09:04:16 tvh tvheadend[295]: scanfile: DVB-C - loaded 20 regions with 82 networks
Feb 16 09:04:16 tvh tvheadend[295]: scanfile: ATSC-T - loaded 2 regions with 13 networks
Feb 16 09:04:16 tvh tvheadend[295]: scanfile: ATSC-C - loaded 1 regions with 5 networks
Feb 16 09:04:16 tvh tvheadend[295]: scanfile: ISDB-T - loaded 2 regions with 1297 networks
Feb 16 09:04:22 tvh tvheadend[295]: dvr: Creating new configuration 'Konserve'
Feb 16 09:04:22 tvh tvheadend[295]: dvr: Creating new configuration ''
Feb 16 09:04:22 tvh tvheadend[295]: epggrab: module uk_freesat created
...
Feb 16 09:04:24 tvh tvheadend[295]: epggrab: module /bin/tv_grab_eu_epgdata created
Feb 16 09:04:24 tvh tvheadend[295]: tbl-eit: module eit - scraper disabled by config
Feb 16 09:04:24 tvh tvheadend[295]: epgdb: gzip format detected, inflating (ratio 28.9% deflated size 882383)
Feb 16 09:04:24 tvh tvheadend[295]: epgdb: parsing 3054353 bytes
Feb 16 09:04:24 tvh tvheadend[295]: epgdb: loaded v3
Feb 16 09:04:24 tvh tvheadend[295]: epgdb:   config     1
Feb 16 09:04:24 tvh tvheadend[295]: epgdb:   broadcasts 5492
Feb 16 09:04:24 tvh tvheadend[295]: dvr: Purging obsolete autorec entries for current schedule
Feb 16 09:04:24 tvh tvheadend[295]: START: HTS Tvheadend version 4.3-2204~g717056be0 started, running as PID:295 UID:103 GID:44, CWD:/ CNF:/var/lib/tvheadend

/var/log/kern.log auf dem Host:

Feb 16 10:03:46 pve kernel: [   25.630290] process '/opt/bin/mediaclient' started with executable stack
Feb 16 10:03:50 pve kernel: [   29.740402] mediasrv[2117]: segfault at 4 ip 0000000000413bd7 sp 00007f2d693fcc68 error 4 in mediasrv[400000+69000]
Feb 16 10:03:50 pve kernel: [   29.740412] Code: 89 70 ...
Feb 16 10:23:28 pve kernel: [ 1207.568648] usb 1-7.2: USB disconnect, device number 5
Feb 16 10:23:36 pve kernel: [ 1215.653581] usb 1-7.2: new high-speed USB device number 7 using xhci_hcd
Feb 16 10:23:36 pve kernel: [ 1215.756529] usb 1-7.2: New USB device found, idVendor=2659, idProduct=1210, bcdDevice=40.01
Feb 16 10:23:36 pve kernel: [ 1215.756532] usb 1-7.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb 16 10:23:36 pve kernel: [ 1215.756533] usb 1-7.2: Product: MediaTV Pro III (EU)
Feb 16 10:23:36 pve kernel: [ 1215.756535] usb 1-7.2: Manufacturer: Sundtek
Feb 16 10:23:36 pve kernel: [ 1215.756535] usb 1-7.2: SerialNumber: U1703...

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8557
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #3 am: Februar 16, 2024, 01:22:03 Nachmittag »
Hast Du der virtuellen Maschine erlaubt auf /dev/bus/usb zuzugreifen?

Zitat
2024-02-16 09:03:50 [286] unable to create /dev/sundtek/usb/001/004, this will lead to a failure now

Der Treiber erstellt die Nodes erneut in /dev/sundtek (bei einigen Systemen ist udev nicht ordentlich konfiguriert). Der Treiber meckert dass er das nicht darf (er würde in dem Fall ja eine Kopie von einigen Nodes aus /dev/bus/usb machen)
Failure is a good thing! I'll fix it

zeropage

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #4 am: Februar 16, 2024, 03:28:44 Nachmittag »
Hast Du der virtuellen Maschine erlaubt auf /dev/bus/usb zuzugreifen?

Ich denke, schon:

lxc.cgroup2.devices.allow: c 212:* rwm
lxc.cgroup2.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/dvb dev/dvb none bind,optional,create=dir
lxc.mount.entry: /dev/bus/usb/001 dev/bus/usb/001 none bind,optional,create=dir

Zitat
Der Treiber erstellt die Nodes erneut in /dev/sundtek (bei einigen Systemen ist udev nicht ordentlich konfiguriert). Der Treiber meckert dass er das nicht darf (er würde in dem Fall ja eine Kopie von einigen Nodes aus /dev/bus/usb machen)

Das habe ich nur teilweise verstanden.  ::)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8557
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #5 am: Februar 16, 2024, 03:48:56 Nachmittag »
Schau auch mal wo das Problem genauer liegt:

/dev/sundtek/usb/001/004

funktioniert im container:
mkdir -p /dev/sundtek/usb/001
mkdir -p /dev/sundtek

cd /dev/sundtek
mknod f c 189 260     # hier würde er eine USB Node mit dem Namen f erstellen

Ich denke Du solltest eher /dev/bus/usb freigeben statt /dev/bus/usb/001 der Tuner könnte ja auch an nem anderen Bus hängen.
Failure is a good thing! I'll fix it

zeropage

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #6 am: Februar 20, 2024, 07:51:53 Nachmittag »
Ich denke Du solltest eher /dev/bus/usb freigeben statt /dev/bus/usb/001 der Tuner könnte ja auch an nem anderen Bus hängen.

Das habe ich nun gemacht.

Zitat
funktioniert im container:
mkdir -p /dev/sundtek/usb/001
mkdir -p /dev/sundtek

cd /dev/sundtek
mknod f c 189 260     # hier würde er eine USB Node mit dem Namen f erstellen

Nein, das funktioniert nicht:

root@tvh:/dev/sundtek# mknod f c 189 260
mknod: f: Operation not permitted

Worauf willst du hinaus?

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8557
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #7 am: Februar 20, 2024, 08:17:29 Nachmittag »
Die Virtuelle Maschine hat dann wohl keinen Zugriff auf /dev/bus/usb/.. das wird benötigt damit der Treiber funktioniert.

Soweit ich mich erinnere war LXC sogar noch besser als docker, hab's das letzte mal aber auch vor einigen Jahren verwendet.

Du hast dort cgroup2 stehen, wir haben damals sicherlich nur cgroup verwendet bei der Konfiguration.
« Letzte Änderung: Februar 20, 2024, 08:20:39 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

zeropage

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #8 am: Februar 21, 2024, 02:50:00 Nachmittag »
Die Virtuelle Maschine hat dann wohl keinen Zugriff auf /dev/bus/usb/.. das wird benötigt damit der Treiber funktioniert.

Mal sprichst du von /dev/sundtek und mal von /dev/bus/usb. Wo ist der Unterschied? Oder der Zusammenhang?

Zitat
Du hast dort cgroup2 stehen, wir haben damals sicherlich nur cgroup verwendet bei der Konfiguration.

Seit Proxmox 7 muss es cgroup2 heißen.


Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8557
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #9 am: Februar 21, 2024, 03:00:11 Nachmittag »
/dev/bus/usb beinhaltet bereits Nodes

Der Treiber erstellt aber neue (im Grunde die gleichen wie in /dev/bus/usb) in /dev/sundtek.
Der Treiber muss als root laufen und /dev/sundtek erzeugen können, und genau so die mknod Befehle dort ausführen können um die Nodes dort erneut zu erstellen.

Hintergrund ist dass bei einigen Systemen udev nicht ordentlich funktionierte und wir deshalb selber die Nodes angelegt haben.
Der Treiber lässt sich vom Kernel informieren wenn ein passendes USB Gerät angeschlossen wurde.
Failure is a good thing! I'll fix it

zeropage

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #10 am: Februar 21, 2024, 06:50:11 Nachmittag »
funktioniert im container:
mkdir -p /dev/sundtek/usb/001
mkdir -p /dev/sundtek

cd /dev/sundtek
mknod f c 189 260     # hier würde er eine USB Node mit dem Namen f erstellen

Ich habe für den Container das (experimental) feature mknod=1 gesetzt. Auch dann wird kein Device Node erstellt. Weder vom Treiber, noch manuell:

mknod: f: Operation not permitted
Dann habe ich zusätzlich den Pfad /dev/sundtek per "lxc.mount.entry" am Container gebunden. Keine Besserung.

Nach wie vor funktioniert der USB-Stick, der Treiber und man kann TV schauen. Nach einem Reboot des PVE-Hosts (!) ist das leider nicht mehr möglich. Beim Start des sundtek.service erscheint im Kernel Log des Hosts folgende Fehlermeldung:

Feb 21 17:43:48 pve kernel: mediasrv[9297]: segfault at 4 ip 0000000000413bd7 sp 00007f070c1fcc68 error 4 in mediasrv[400000+69000]
Feb 21 17:43:48 pve kernel: Code: 89 70 20 48 89 50 28 31 c0 c3 48 89 70 30 48 89 50 38 31 c0 c3 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 48 8b 87 c0 c5 00 00 <8b> 40 04 c3 0f 1f 44 00 00 48 8b 87 c0 c5 00 00 8b 00 c3 66 0f 1f


Zieht man den USB-Stick einmal händisch ab und steckt ihn wieder auf, funktioniert plötzlich alles. Übrigens auch ohne Nodes in /dev/sundtek.

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8557
    • Profil anzeigen
Re: Sundtek MediaTV Pro III stick nach reboot neu verbinden?
« Antwort #11 am: Februar 21, 2024, 06:57:47 Nachmittag »
Du kannst auch die Logfile einschalten /etc/sundtek.conf loglevel=max dann wird nach /var/log/mediasrv.log geloggt.

Der Treiber versucht /tmp/sundtek zu erstellen wenn er in /dev/sundtek nichts erstellen darf (als Workaround).
Du wirst das Problem lösen müssen dass er das mknod in /dev/sundtek durchführen darf.

lxr war damals sogar die bessere Virtualisierungslösung als ich es damals getestet habe, vor allem hinsichtlich der Zugriffsberechtigungen. Aktuell habe ich leider keine Zeit mir das erneut anzusehen; Die Rahmenbedingungen für den Treiber müssen passen damit dieser ordentlich funktioniert.
« Letzte Änderung: Februar 21, 2024, 07:00:46 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it