Moin,
Das sieht fast so aus, als würde der nfs-server nicht als System-Job laufen, sondern im Rahmen der User-Session...
Was sagen denn systemctl --user und systemctl nach dem Aufwachen?
ist jeweils nach dem Einschalten aus dem Standby
mfg
yavdr ansible
-
-
-
Hallo Alexander,
ich habe gerade mal meinen neuen NUC8i3BEH in Betrieb genommen.
Focal-Server installiert und Playbook lief sauber ohne jeden Fehler durch. channels.conf reinkopiert und Bild war da.
Klasse!! Lief einfacher und schneller als mit der nvidia-Karte im bisherigen VDR.
softhddevice habe ich mit softhdvaapi ersetzt ==> hier erfolgt keine deinstallation des vorhandenen softhddevice.
Aber meine eigentlich Frage ist:
Da der NUC nun keine eigene Aufnahmeplatte hat, möchte ich das auf meinen Server auslagern. Der soll natürlich nicht ununterbrochen laufen, sondern, wenn er nicht an ist, vom NUC geweckt werden.
An welcher Stelle ist denn der früheste Zeitpunkt an dem ich den WOL-Befehl absetzen kann? Natürlich müsste der VDR dann auch noch warten bis das NFS-Aufnahmeverzeichnis erreichbar ist.
Markus
-
softhddevice habe ich mit softhdvaapi ersetzt ==> hier erfolgt keine deinstallation des vorhandenen softhddevice.
Ich schreib es mal auf meine Liste für Dinge, die ich mir noch mal genauer ansehen muss.
An welcher Stelle ist denn der früheste Zeitpunkt an dem ich den WOL-Befehl absetzen kann?
Am frühesten dürfte das mit einem kleinen Microcontroller (z.B. ESP32/ESP8266) möglich sein, der im Netzwerk hängt und auf das Einschalten des PCs mit dem VDR reagiert.
Ansonsten muss man vermutlich warten, bis die Netzwerkkarte die WOL-Befehle an die Broadcast-Addresse senden kann - das sollte zuverlässig der Fall sein, wenn das network-online.target erreicht ist. Dann bräuchte die Systemd-Unit für den VDR noch eine Abhängigkeit vom erfolgreichen Mount der NFS-Freigabe.
Insgesamt ist das aber eine tendenziell wackelige Konstruktion - wenn die SSD im NUC ausreichend dimensioniert ist, würde ich mir überlegen lokal Aufzunehmen und die Aufnahmen dann später (z.B. per Recording-Hook) auf das NAS zu schieben.
-
Ist nur eine 120GB M2-SSD.
Die reicht bei meinen vielen Serientimern nicht.
Da ja der Vorlauf für die Timer bei 5min liegt, bräuchte man ja nicht unbedingt auf die Freigabe warten, oder? Der NUC ist schon extrem schnell,aber der Server ist quasi genauso fix gebootet (OMV).
Kann man es denn mit einer systemd-Unit für den Mount lösen? Wie hier beschrieben https://wiki.archlinux.org/index.php/NFS
-
Ich wollte meinen Nvidia Treiber mit apt-get install nvidia-driver-430 updaten. Nun startet der x-daemon aber nicht mehr.
Display MoreCode- Jan 5 14:26:30 YAVDR x-daemon[942]: Xorg: ../../../../include/privates.h:122: dixGetPrivateAddr: Assertion `key->initialized' failed.
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE)
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) Backtrace:
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 0: /usr/lib/xorg/Xorg (xorg_backtrace+0x4d) [0x556bc4dababd]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 1: /usr/lib/xorg/Xorg (0x556bc4bf3000+0x1bc859) [0x556bc4daf859]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f58c0db8000+0x12890) [0x7f58c0dca890]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0xc7) [0x7f58c0a05e97]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (abort+0x141) [0x7f58c0a07801]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (0x7f58c09c7000+0x3039a) [0x7f58c09f739a]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (0x7f58c09c7000+0x30412) [0x7f58c09f7412]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 7: /usr/lib/xorg/Xorg (0x556bc4bf3000+0x3ec17) [0x556bc4c31c17]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 8: /usr/lib/xorg/Xorg (0x556bc4bf3000+0xe28bf) [0x556bc4cd58bf]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 9: /usr/lib/xorg/modules/extensions/libglx.so (0x7f58bed78000+0x28907) [0x7f58beda0907]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 10: /usr/lib/xorg/modules/extensions/libglx.so (0x7f58bed78000+0x27f28) [0x7f58bed9ff28]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 11: /usr/lib/xorg/modules/extensions/libglx.so (0x7f58bed78000+0x27305) [0x7f58bed9f305]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 12: /usr/lib/xorg/Xorg (InitExtensions+0x3d) [0x556bc4cb926d]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 13: /usr/lib/xorg/Xorg (0x556bc4bf3000+0x56cef) [0x556bc4c49cef]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 14: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xe7) [0x7f58c09e8b97]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) 15: /usr/lib/xorg/Xorg (_start+0x2a) [0x556bc4c33b8a]
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE)
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE)
- Jan 5 14:26:30 YAVDR x-daemon[942]: Fatal server error:
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) Caught signal 6 (Aborted). Server aborting
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE)
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE)
- Jan 5 14:26:30 YAVDR x-daemon[942]: Please consult the The X.Org Foundation support
- Jan 5 14:26:30 YAVDR x-daemon[942]: #011 at http://wiki.x.org
- Jan 5 14:26:30 YAVDR x-daemon[942]: for help.
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE)
- Jan 5 14:26:30 YAVDR x-daemon[942]: (EE) Server terminated with error (1). Closing log file.
- Jan 5 14:26:30 YAVDR x-daemon[942]: /usr/bin/x-daemon: Zeile 8: 944 Abgebrochen ( trap "" USR1; exec /usr/bin/X "$@" )
- Jan 5 14:26:30 YAVDR systemd[1]: x@vt7.service: Control process exited, code=exited status=1
- Jan 5 14:26:30 YAVDR systemd[1]: x@vt7.service: Failed with result 'exit-code'.
- Jan 5 14:26:30 YAVDR systemd[1]: Failed to start X on vt7.
- Jan 5 14:26:30 YAVDR systemd[1]: Dependency failed for Start a X session and a systemd user session for the vdr user.
- Jan 5 14:26:30 YAVDR systemd[1]: yavdr-xorg.service: Job yavdr-xorg.service/start failed with result 'dependency'.
- Jan 5 14:26:30 YAVDR systemd[1]: Dependency failed for Direct X login for user vdr.
- Jan 5 14:26:30 YAVDR systemd[1]: xlogin@vdr.service: Job xlogin@vdr.service/start failed with result 'dependency'.
- Jan 5 14:26:30 YAVDR systemd[1]: Started Restart X-Server if connected Display has changed.
- Jan 5 14:26:30 YAVDR systemd[1]: Starting Video Disk Recorder...
- Jan 5 14:26:30 YAVDR vdr: [1077] VDR version 2.4.0 started
Was mache ich falsch?
-
Ok, bin wieder zurück auf nvidia-driver-390 zurück. Läuft wieder.
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif)
Ich bin noch auf der Suche nach einem vernünftigem ffmpeg 4.2.1 für vdr-transcode mit --enable-nvenc --enable-cuda --enable-libfdk-aac --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libvpx.
Kennt jemand ein Repository mit sowas oder hat jemand schon ein Paket dafür gebaut?
-
I have DD-Cine S2 PCI-e and 2 daughter boards connected to the main one.
In order that I can have OSD via Kodi I need to have Primary DVB interdace set to 1 or 2.
every time the system reboots the Primary DVB interface is again set to default (7).
How can I set it properly?
Thank you in advance.
Best regards.
-
Hallo,
wollte kodi mit einer gemeinsamen Datenbank nutzen, sind nfs Freigaben und funktionieren mit verschiedenen Pi's auch, ist jeweils eine myvideos116.
Nur wenn ich das autofs Verzeichnis mit der Freigabe angebe, werden watchedstate und resumepoint nicht angezeigt.
Gebe ich die Netzfreigabe in kodi direkt ein, gibt es keine Verbindung zum Netzwerkserver.
Gibt es dafür eine Lösung?
mfg
nfs per insecure ?
-
Ist nur eine 120GB M2-SSD.
Die reicht bei meinen vielen Serientimern nicht.
100 GB können 11 Stunden Material, das mit 20 MBit/s gesendet wird (ein typischer Sender nutzt meistens weniger) zwischenspeichern.
Ansonsten musst du eine Systemd-Unit starten, die das WOL-Paket abschickt, sobald das network-online.target erreicht wurde und eine weitere zum Mounten der Freigabe, auf die die vdr.service wartet.
-
Gebe ich die Netzfreigabe in kodi direkt ein, gibt es keine Verbindung zum Netzwerkserver.
NFS-Mounts klappen - wenn ich das richtig im Kopf habe - nur, wenn KODI als root läuft (was man IMHO nicht will).
Nur wenn ich das autofs Verzeichnis mit der Freigabe angebe, werden watchedstate und resumepoint nicht angezeigt.
Läuft dein Server nicht 24/7 oder warum machst du das nicht über einen Eintrag in der fstab bzw. einer Systemd-(Auto)Mount Unit?
-
> Gebe ich die Netzfreigabe in kodi direkt ein, gibt es keine Verbindung zum Netzwerkserver.
Das funktioniert, wenn am Server in der exports das insecure flag gesetzt ist
-
Hallo,
> Gebe ich die Netzfreigabe in kodi direkt ein, gibt es keine Verbindung zum Netzwerkserver.
Das funktioniert, wenn am Server in der exports das insecure flag gesetzt ist
ja, das funktioniert. Was gibt es für Nachteile?
Der Zugriff auf die Datenbank passt ebenfalls.
Wenn der Pfad zu den Files identisch sein muss, ließe sich dies auch in der Datenbank lösen?
mfg
-
Hallo,
habe hier Probleme mit dem Anlegen von einem Timer direkt am vdr
Gestern hatte ich das auch schon bei dieser Installation. Wird epg2vdr benötigt?
mfg
Lag an fehlerhafter Einstellung --> SVDRPPeering
-
Kannst du mal den Empfänger abstecken, den udevadm monitor starten und dann den Empfänger wieder anstecken?
Sorry, hat etwas länger gedauert, bevor ich mich wieder an den VDR setzen konnte.
Hier die Meldungen zu udevadm monitor -u -p bei entfernen und erneuten anstecken des Empfängers:
Display MoreCode- UDEV [569.623248] unbind /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1 (usb)
- ACTION=unbind
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1
- DEVTYPE=usb_interface
- INTERFACE=10/0/0
- PRODUCT=4d8/f844/100
- SEQNUM=2809
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=2895380
- UDEV [569.623448] remove /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/tty/ttyACM0 (tty)
- ACTION=remove
- DEVLINKS=/dev/serial/by-id/usb-Atric_Development_GbR_Atric_IR-Wakeup_USB-if00 /dev/irman /dev/serial/by-path/pci-0000:00:1a.0-usb-0:1.3:1.0
- DEVNAME=/dev/ttyACM0
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/tty/ttyACM0
- ID_BUS=usb
- ID_MODEL=Atric_IR-Wakeup_USB
- ID_MODEL_ENC=Atric\x20IR-Wakeup\x20USB\x20\x20\x20\x20\x20\x20
- ID_MODEL_FROM_DATABASE=7 Series/C216 Chipset Family USB Enhanced Host Controller
- ID_MODEL_ID=f844
- ID_PATH=pci-0000:00:1a.0-usb-0:1.3:1.0
- ID_PATH_TAG=pci-0000_00_1a_0-usb-0_1_3_1_0
- ID_PCI_CLASS_FROM_DATABASE=Serial bus controller
- ID_PCI_INTERFACE_FROM_DATABASE=EHCI
- ID_PCI_SUBCLASS_FROM_DATABASE=USB controller
- ID_REVISION=0100
- ID_SERIAL=Atric_Development_GbR_Atric_IR-Wakeup_USB
- ID_TYPE=generic
- ID_USB_CLASS_FROM_DATABASE=Communications
- ID_USB_DRIVER=cdc_acm
- ID_USB_INTERFACES=:020201:0a0000:
- ID_USB_INTERFACE_NUM=00
- ID_VENDOR=Atric_Development_GbR
- ID_VENDOR_ENC=Atric\x20Development\x20GbR\x20\x20\x20\x20
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- ID_VENDOR_ID=04d8
- MAJOR=166
- MINOR=0
- SEQNUM=2808
- SUBSYSTEM=tty
- TAGS=:systemd:
- USEC_INITIALIZED=3065386
- UDEV [569.624997] remove /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1 (usb)
- ACTION=remove
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1
- DEVTYPE=usb_interface
- INTERFACE=10/0/0
- MODALIAS=usb:v04D8pF844d0100dc02dsc00dp00ic0Aisc00ip00in01
- PRODUCT=4d8/f844/100
- SEQNUM=2812
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=569621291
- UDEV [569.626917] unbind /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0 (usb)
- ACTION=unbind
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0
- DEVTYPE=usb_interface
- INTERFACE=2/2/1
- PRODUCT=4d8/f844/100
- SEQNUM=2810
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=2892416
- UDEV [569.628290] remove /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0 (usb)
- ACTION=remove
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0
- DEVTYPE=usb_interface
- INTERFACE=2/2/1
- MODALIAS=usb:v04D8pF844d0100dc02dsc00dp00ic02isc02ip01in00
- PRODUCT=4d8/f844/100
- SEQNUM=2811
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=569621126
- UDEV [569.629048] unbind /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3 (usb)
- ACTION=unbind
- BUSNUM=001
- DEVNAME=/dev/bus/usb/001/003
- DEVNUM=003
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3
- DEVTYPE=usb_device
- MAJOR=189
- MINOR=2
- PRODUCT=4d8/f844/100
- SEQNUM=2813
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=1449011
- UDEV [569.629599] remove /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3 (usb)
- ACTION=remove
- BUSNUM=001
- DEVNAME=/dev/bus/usb/001/003
- DEVNUM=003
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3
- DEVTYPE=usb_device
- MAJOR=189
- MINOR=2
- PRODUCT=4d8/f844/100
- SEQNUM=2814
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=569624558
- UDEV [637.669885] add /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3 (usb)
- ACTION=add
- BUSNUM=001
- DEVNAME=/dev/bus/usb/001/004
- DEVNUM=004
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3
- DEVTYPE=usb_device
- DRIVER=usb
- ID_BUS=usb
- ID_MODEL=Atric_IR-Wakeup_USB
- ID_MODEL_ENC=Atric\x20IR-Wakeup\x20USB\x20\x20\x20\x20\x20\x20
- ID_MODEL_ID=f844
- ID_REVISION=0100
- ID_SERIAL=Atric_Development_GbR_Atric_IR-Wakeup_USB
- ID_USB_INTERFACES=:020201:0a0000:
- ID_VENDOR=Atric_Development_GbR
- ID_VENDOR_ENC=Atric\x20Development\x20GbR\x20\x20\x20\x20
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- ID_VENDOR_ID=04d8
- MAJOR=189
- MINOR=3
- PRODUCT=4d8/f844/100
- SEQNUM=2815
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=637669770
- UDEV [637.671176] add /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0 (usb)
- ACTION=add
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0
- DEVTYPE=usb_interface
- DRIVER=cdc_acm
- ID_USB_CLASS_FROM_DATABASE=Communications
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- INTERFACE=2/2/1
- MODALIAS=usb:v04D8pF844d0100dc02dsc00dp00ic02isc02ip01in00
- PRODUCT=4d8/f844/100
- SEQNUM=2816
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=637670949
- UDEV [637.671618] add /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1 (usb)
- ACTION=add
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1
- DEVTYPE=usb_interface
- DRIVER=cdc_acm
- ID_USB_CLASS_FROM_DATABASE=Communications
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- INTERFACE=10/0/0
- MODALIAS=usb:v04D8pF844d0100dc02dsc00dp00ic0Aisc00ip00in01
- PRODUCT=4d8/f844/100
- SEQNUM=2819
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=637671437
- UDEV [637.672796] bind /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1 (usb)
- ACTION=bind
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.1
- DEVTYPE=usb_interface
- DRIVER=cdc_acm
- ID_USB_CLASS_FROM_DATABASE=Communications
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- INTERFACE=10/0/0
- MODALIAS=usb:v04D8pF844d0100dc02dsc00dp00ic0Aisc00ip00in01
- PRODUCT=4d8/f844/100
- SEQNUM=2820
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=637671437
- UDEV [637.673181] add /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/tty/ttyACM1 (tty)
- ACTION=add
- DEVLINKS=/dev/serial/by-id/usb-Atric_Development_GbR_Atric_IR-Wakeup_USB-if00 /dev/irman /dev/serial/by-path/pci-0000:00:1a.0-usb-0:1.3:1.0
- DEVNAME=/dev/ttyACM1
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/tty/ttyACM1
- ID_BUS=usb
- ID_MODEL=Atric_IR-Wakeup_USB
- ID_MODEL_ENC=Atric\x20IR-Wakeup\x20USB\x20\x20\x20\x20\x20\x20
- ID_MODEL_FROM_DATABASE=7 Series/C216 Chipset Family USB Enhanced Host Controller
- ID_MODEL_ID=f844
- ID_PATH=pci-0000:00:1a.0-usb-0:1.3:1.0
- ID_PATH_TAG=pci-0000_00_1a_0-usb-0_1_3_1_0
- ID_PCI_CLASS_FROM_DATABASE=Serial bus controller
- ID_PCI_INTERFACE_FROM_DATABASE=EHCI
- ID_PCI_SUBCLASS_FROM_DATABASE=USB controller
- ID_REVISION=0100
- ID_SERIAL=Atric_Development_GbR_Atric_IR-Wakeup_USB
- ID_TYPE=generic
- ID_USB_CLASS_FROM_DATABASE=Communications
- ID_USB_DRIVER=cdc_acm
- ID_USB_INTERFACES=:020201:0a0000:
- ID_USB_INTERFACE_NUM=00
- ID_VENDOR=Atric_Development_GbR
- ID_VENDOR_ENC=Atric\x20Development\x20GbR\x20\x20\x20\x20
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- ID_VENDOR_ID=04d8
- MAJOR=166
- MINOR=1
- SEQNUM=2817
- SUBSYSTEM=tty
- TAGS=:systemd:
- USEC_INITIALIZED=637673049
- UDEV [637.676325] bind /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0 (usb)
- ACTION=bind
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0
- DEVTYPE=usb_interface
- DRIVER=cdc_acm
- ID_USB_CLASS_FROM_DATABASE=Communications
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- INTERFACE=2/2/1
- MODALIAS=usb:v04D8pF844d0100dc02dsc00dp00ic02isc02ip01in00
- PRODUCT=4d8/f844/100
- SEQNUM=2818
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=637670949
- UDEV [637.677867] bind /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3 (usb)
- ACTION=bind
- BUSNUM=001
- DEVNAME=/dev/bus/usb/001/004
- DEVNUM=004
- DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3
- DEVTYPE=usb_device
- DRIVER=usb
- ID_BUS=usb
- ID_MODEL=Atric_IR-Wakeup_USB
- ID_MODEL_ENC=Atric\x20IR-Wakeup\x20USB\x20\x20\x20\x20\x20\x20
- ID_MODEL_ID=f844
- ID_REVISION=0100
- ID_SERIAL=Atric_Development_GbR_Atric_IR-Wakeup_USB
- ID_USB_INTERFACES=:020201:0a0000:
- ID_VENDOR=Atric_Development_GbR
- ID_VENDOR_ENC=Atric\x20Development\x20GbR\x20\x20\x20\x20
- ID_VENDOR_FROM_DATABASE=Microchip Technology, Inc.
- ID_VENDOR_ID=04d8
- MAJOR=189
- MINOR=3
- PRODUCT=4d8/f844/100
- SEQNUM=2821
- SUBSYSTEM=usb
- TYPE=2/0/0
- USEC_INITIALIZED=637669770
VG
Bernhard
-
Vielleicht hängt der fehlende Link auch mit dem angepassten Playbook zusammen:
Display MoreCode- ---
- # file: yavdr07.yml
- # this playbook sets up a complete yaVDR 0.7 installation
- - name: set up yaVDR
- hosts: all
- become: true
- roles:
- - yavdr-common # install and configure the basic system
- - collect-facts # query system facts
- - autoinstall-ubuntu-drivers # use ubuntu-drivers to install proprietary dirvers
- # (e.g. nvidia, virtualbox)
- # - nvidia-experimental # install very recent nvidia dirver from ppa:graphics-drivers/ppa
- - vdr # install vdr and related packages
- - vdr-plugin-menuorg # install vdr-plugin-menuorg and customize menuorg.xml
- # - autoinstall-virtualbox-guest
- - yavdr-network # enable network client capabilities
- - samba-install # install samba server
- - samba-config # configure samba server
- # - nfs-server # install nfs server
- - pulseaudio # install pulseaudio
- - yavdr-xorg # graphical session
- - yavdr-remote # remote configuration files, services and scripts
- - yavdr-desktop # openbox session with yavdr frontend script
- - autoinstall-satip # install vdr-plugin-satip if a Sat>IP server has been found
- # - autoinstall-targavfd # install vdr-plugin-targavfd if display is connected
- # - autoinstall-imonlcd # install vdr-plugin-imonlcd if a matchind display is connected
- # - autoinstall-imonvfd # install vdr-plugin-imonvfd if a matchind display is connected
- # - autoinstall-pvr350 # install vdr-plugin-pvr350 if a matching card is detected
- # - autoinstall-hauppauge-pvr # install vdr-plugin-pvrinput if a matching card is found
- # - autoinstall-dvbsddevice # install vdr-plugin-dvbsddevice if a matching card is detected
- - autoinstall-hardware-irmp # install yavdr-hardware-irmp if a matching usb device is detected
- - autoinstall-atric-usb # preconfigure lircd for Atric IR-WakeupUSB receiver
- # - autoinstall-yausbir # preconfigure lircd for yaUsbIR receiver
- # - autoinstall-dvbsky-firmware # download and install required firmware files for dvbsky cards
- - autoinstall-firmware # download and install firmware files for dvb devices
- #- install-sundtek # install and configure sundtek drivers
- #- serial-ir # configure a serial port for "homebrew" ir receivers (e.g. Atric V5)
- #- epgd # install vdr-epg-daemon (and vdr-plugin-epg2vdr)
- #- channelpedia # upload channels.conf to channelpedia (see role description in Manual)
- - kodi
- - dvd # set up packages and a udev rule to allow kodi and other players
- # to play and eject optical media
- - wakeup # set up wakeup methods for rtc etc.
- - grub-config # configure grub
- handlers:
- - import_tasks: handlers/main.yml
- ~
VG
Bernhard -
Ich hab meine beiden alten yaVDR Installationen auf beiden VDR's auf focal umgestellt (neu installiert diese Partition)
Hat alles sehr gut funktioniert bis auf den nvidia-Treiber "reboot"
Was jedoch unterschiedlich ist, beide VDR haben die selbe HW, am einen habe ich per Pulseaudio-Plugin auf HDMI, die GK208, umgestellt und den output ebenfalls. Am einen ist der Ton klar am anderen kratzt und rauscht es, hab ich da was übersehen?
-
Vielleicht hängt der fehlende Link auch mit dem angepassten Playbook zusammen:
Die Udev-Regel sollte eigentlich durch das Paket yavdr-remote über die Rolle yavdr-remote angelegt werden -
Da wird der /dev/irman Link aber laut der Ausgabe angelegt...
-
Da wird der /dev/irman Link aber laut der Ausgabe angelegt..
Beim manuellen Anstecken des atric USB-Empfängers funktioniert es.
Bei der Erstinstallation mit dem Playbook war der Empfänger bereits eingebaut und hat sich auch als atric USB gemeldet.
Nach meinem Verständnis, sollte eigentlich in beiden Fällen das gleiche heruauskommen, Der Link sollte angelegt werden.
Ich kann mir nochmal die Logs von der Installation ansehen, ob mir irgendetwas auffällt.
VG
Bernhard -
Nach meinem Verständnis, sollte eigentlich in beiden Fällen das gleiche heruauskommen, Der Link sollte angelegt werden.
Versuch mal das action="add", vom Anfang der udev-Regel zu entfernen, dann sollte er bei jedem udev-Event versuchen den Link zu setzen.
