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
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
Hallo,
jetzt nach dem Aufwachen sind es nur noch wenige Einträge im syslog, sind von nfs Freigabe
Jan 3 10:06:50 lian4 systemd[1669]: Failed to canonicalize path /home/maneki/.config/systemd/user/misc-Xspace.mount.wants: Permission denied
Jan 3 10:06:50 lian4 systemd[1669]: Failed to canonicalize path /home/maneki/.local/share/systemd/user/misc-Xspace.mount.wants: Permission denied
Jan 3 10:06:50 lian4 systemd[1669]: Failed to canonicalize path /home/maneki/.config/systemd/user/misc-Xspace.mount.requires: Permission denied
Jan 3 10:06:50 lian4 systemd[1669]: Failed to canonicalize path /home/maneki/.local/share/systemd/user/misc-Xspace.mount.requires: Permission denied
Jan 3 10:06:50 lian4 systemd[1669]: Failed to canonicalize path /home/maneki/.config/systemd/user/misc-Xspace.mount.d: Permission denied
Jan 3 10:06:50 lian4 systemd[1669]: Failed to canonicalize path /home/maneki/.local/share/systemd/user/misc-Xspace.mount.d: Permission denied
keine Ahnung, was da los ist oder war
mfg
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.
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
Alles anzeigen
Was mache ich falsch?
Ok, bin wieder zurück auf nvidia-driver-390 zurück. Läuft wieder.
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
Jan 6 18:46:26 lian4 vdr: [2364] timer 0 (13 2015-2105 VPS 'Wildes Japan (1/3)') set to event Mo. 06.01.2020 20:15-21:05 (VPS: 06.01. 20:15) 'Wildes Japan (1/3)'
Jan 6 18:46:26 lian4 vdr: [2364] ERROR: Epgsearch: Problem bei RemoteTimerModifications
Jan 6 18:46:27 lian4 vdr: osd2web: Can't get lock for updateTimers(), retrying later
Jan 6 18:46:30 lian4 vdr: message repeated 6 times: [ osd2web: Can't get lock for updateTimers(), retrying later]
Jan 6 18:46:30 lian4 vdr: [2364] [softhddev] Copy 386 0 386 not implemented in OpenGl OSD
Jan 6 18:46:30 lian4 vdr: osd2web: Info: Cast to cEpgTimer_Interface_V1 failed - aussume epg2vdr not loaded
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:
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
Alles anzeigen
VG
Bernhard
Vielleicht hängt der fehlende Link auch mit dem angepassten Playbook zusammen:
---
# 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
~
Alles anzeigen
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.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!