... wahrscheinlich ist vdr-plugin-epgsearch fehlerfrei programmiert, sodaß man kein -dbg paket fürs debuggen braucht
Jetzt brauche ich aber nochmal Hilfe, wie ich den vdr-dbg incl. plugins starte...
... wahrscheinlich ist vdr-plugin-epgsearch fehlerfrei programmiert, sodaß man kein -dbg paket fürs debuggen braucht
Jetzt brauche ich aber nochmal Hilfe, wie ich den vdr-dbg incl. plugins starte...
... vom vdr-plugin-epgsearch gibt es wohl kein neues -dbg paket.
Wie komme ich da aus der Nummer raus?
kk@nucvdr:~$ apt policy vdr-plugin-epgsearch-dbg
vdr-plugin-epgsearch-dbg:
Installiert: (keine)
Installationskandidat: 2.4.0+git20190919-8-84811de-0yavdr1~focal
Versionstabelle:
2.4.0+git20190919-8-84811de-0yavdr1~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 Packages
kk@nucvdr:~$ apt policy vdr-plugin-epgsearch
vdr-plugin-epgsearch:
Installiert: 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal
Installationskandidat: 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal
Versionstabelle:
*** 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal 500
500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 Packages
100 /var/lib/dpkg/status
2.4.0+git20191101-1build1 500
500 http://de.archive.ubuntu.com/ubuntu focal/universe amd64 Packages
kk@nucvdr:~$
Display More
seahawk1986 : die -dbg pakete habe ich per "apt install" installiert
ein Paket will aber nicht (Abhängigkeit von ...de-0yavdr1~focal):
kk@nucvdr:~/yavdr-ansible$ sudo apt install vdr-plugin-epgsearch-dbg
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
vdr-plugin-epgsearch-dbg : Hängt ab von: vdr-plugin-epgsearch (= 2.4.0+git20190919-8-84811de-0yavdr1~focal) aber 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal soll installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
Ich nehme an, daß ich dann den vdr-dbg incl den plugins-dbg starten muß -- wo muß ich das umbiegen? - oder den vdr stoppen und vdr-dbg von Hand starten?
Gruß K.
@davie2000: das Kommando hat das Terminal ohne Fehlermeldung gefressen. Mal sehen, ob es damit länger hält.
seahawk1986 : gibt es für den Backtrace eine Kurzanleitung? (Habe das noch nie gemacht, aber SSH funktioniert ja...)
Gruß K.
Schalt mal probehalber epgd & epg2vdr ab. Mariadb erzeugt bei mir manchmal auch krasse Last - aber meist nur recht kurz.
Ähem... gibt es einen lokalen Befehl zum Beenden oder muss ich das im Playbook wo rausnehmen... (dort habe ich nur epgsearch gesehen)
... svdrpsend hilft leider doch nicht:
kk@nucvdr:~$ svdrpsend CHAN 1
220 nucvdr SVDRP VideoDiskRecorder 2.4.6; Sun Jan 31 17:47:43 2021; UTF-8
timeout
kk@nucvdr:~$
Jetzt der Versuch vdr zu stoppen:
kk@nucvdr:~$ systemctl stop vdr
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Stoppen von »vdr.service« notwendig.
Authenticating as: kk,,, (kk)
Password:
==== AUTHENTICATION COMPLETE ===
... es tut sich erst mal nix - nach ca 1-2min funktioniert der stop. Hier das syslog:
kk@nucvdr:~$ tail -f /var/log/syslog
Jan 31 17:50:45 nucvdr vdr: epg2vdr: Updated 0 info.epg2vdr files
Jan 31 17:50:45 nucvdr vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Jan 31 17:50:45 nucvdr vdr: epg2vdr: Updating table timers done
Jan 31 17:51:45 nucvdr vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Jan 31 17:51:45 nucvdr vdr: epg2vdr: Updating table timers done
Jan 31 17:52:45 nucvdr vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Jan 31 17:52:45 nucvdr vdr: epg2vdr: Updating table timers done
Jan 31 17:53:31 nucvdr systemd[1]: Stopping Video Disk Recorder...
Jan 31 17:53:45 nucvdr vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Jan 31 17:53:45 nucvdr vdr: epg2vdr: Updating table timers done
Jan 31 17:54:45 nucvdr vdr: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
Jan 31 17:54:45 nucvdr vdr: epg2vdr: Updating table timers done
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: State 'stop-sigterm' timed out. Killing.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6690 (vdr) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6694 (CEC Thread) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6695 (CEC Thread) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6696 (SATIP poller) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6697 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6698 (SATIP#0 tuner) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6699 (SATIP#0 section) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6700 (device 1 sectio) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6701 (SATIP#1 tuner) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6702 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6703 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6704 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6705 (SATIP#2 section) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6706 (device 3 sectio) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6707 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6708 (SATIP#3 section) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6709 (device 4 sectio) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6710 (SATIP#4 tuner) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6711 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6712 (device 5 sectio) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6713 (SATIP#5 tuner) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6714 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6715 (device 6 sectio) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6716 (mainloop) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6717 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6719 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6720 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6722 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6723 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6724 (CEC Thread) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6725 (CEC Thread) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6726 (CEC Thread) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6727 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6728 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6729 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6730 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6731 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6732 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6733 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6734 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6735 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6737 (vdr) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6738 (vdr) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6739 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6741 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6744 (SVDRP server ha) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6749 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6775 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6777 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6778 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6779 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6780 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6781 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6782 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6783 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6939 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6940 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6941 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6942 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 6943 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 11328 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Killing process 11329 (n/a) with signal SIGKILL.
Jan 31 17:55:01 nucvdr yavdr-frontend[1152]: INFO:pydbus2vdr:VDR Status: stopped
Jan 31 17:55:01 nucvdr yavdr-frontend[1152]: DEBUG:softhdvaapi:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files (2)
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Main process exited, code=killed, status=9/KILL
Jan 31 17:55:01 nucvdr systemd[1]: vdr.service: Failed with result 'timeout'.
Jan 31 17:55:01 nucvdr systemd[1]: Stopped Video Disk Recorder.
... vielleicht finded ja jemand einen Hinweis...
Gruß K.
Kann es sein, dass sich die komplette Netzwerkverbindung weggehängt hat?
Moin seahawk,
die Netzwerkverbindung steht, TV kommt ja auch übers Netz von der Octopus. VDR-Live läuft, kann aber auch nicht umschalten.
Der VDR hängt laut top bei 100%... anbei der htop screenshot (bin per ssh auf dem nuc):
Eigentlich hätte der VDR heute Nacht nach 300min runterfahren sollen, was er nicht getan hat.
[update]
mittels svdrpsend konnte ich jetzt umschalten - der vdr läuft wieder bei 25% und alles funktioniert wieder. Werde testen ob das so reproduzierbar ist...
VDR-Bedienung friert nach ein paar Stunden ein
Hallo zusammen,
inzwischen friert mir die VDR-Bedienung (nach Stunden wo alles funktionierte) ein: Die CEC-Remote geht nicht mehr, aber auch die Bedienung über Tastatur geht nicht mehr: Aufnahme bzw. TV läuft normal weiter und reagiert nicht mehr.
Die Tastatur geht aber dahingehend noch, daß ich in die Konsole wechseln kann und von dort reboote ("sudo reboot now")
Nach 1-2 min erscheint noch u.a. die Meldung "Could not finalize file system" - dann rebooted der nuc und alles läuft wieder.
Im Syslog habe ich nur dieses hier gefunden (Octopus Net Problem?):
Jan 30 19:44:30 nucvdr vdr: [1100] SATIP-ERROR: failed to send section data (382 bytes) [device=4]
Jan 30 19:44:31 nucvdr vdr: [1100] SATIP-ERROR: failed to send section data (146 bytes) [device=4]
Jan 30 19:44:49 nucvdr vdr: message repeated 234 times: [ [1100] SATIP-ERROR: failed to send section data (146 bytes) [device=4]]
Jan 30 19:44:49 nucvdr vdr: [1100] SATIP-ERROR: failed to send section data (146 bytes) [device=4]
Jan 30 19:44:49 nucvdr vdr: [1100] SATIP-ERROR: failed to send section data (146 bytes) [device=4]
Jan 30 19:44:49 nucvdr vdr: [1100] SATIP-ERROR: failed to send section data (146 bytes) [device=4]
Jan 30 19:44:49 nucvdr vdr: message repeated 3 times: [ [1100] SATIP-ERROR: failed to send section data (146 bytes) [device=4]]
Jan 30 19:50:40 nucvdr vdr: [1092] SATIP-ERROR: Setting section filter socket to non-blocking mode failed (device=1 pid=16): Ungültiger Dateideskriptor
Jan 30 19:50:44 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (1010 bytes) [device=1]
Jan 30 19:50:46 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (1023 bytes) [device=1]
Jan 30 19:50:48 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (35 bytes) [device=1]
Jan 30 19:50:49 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (382 bytes) [device=1]
Jan 30 19:50:52 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (1010 bytes) [device=1]
Jan 30 19:50:55 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (1023 bytes) [device=1]
Jan 30 19:50:56 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (35 bytes) [device=1]
Jan 30 19:50:58 nucvdr vdr: [1091] SATIP-ERROR: failed to send section data (382 bytes) [device=1]
Jan 30 20:17:21 nucvdr blkmapd[437]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory
Jan 30 20:17:21 nucvdr kernel: [ 4.461647] thermal thermal_zone3: failed to read out thermal zone (-61)
Jan 30 20:17:21 nucvdr multipath: nvme0n1: failed to get udev uid: Invalid argument
Jan 30 20:17:21 nucvdr systemd[1]: Starting GRUB failed boot detection...
Jan 30 20:17:21 nucvdr systemd[1]: Finished GRUB failed boot detection.
Jan 30 20:17:21 nucvdr udisksd[685]: failed to load module crypto: libbd_crypto.so.2: cannot open shared object file: No such file or directory
Jan 30 20:17:21 nucvdr udisksd[685]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
Jan 30 20:17:21 nucvdr udisksd[685]: Failed to load the 'mdraid' libblockdev plugin
Jan 30 20:17:21 nucvdr udisksd[685]: Failed to load the 'crypto' libblockdev plugin
Jan 30 20:17:29 nucvdr epgd: Error: SVDRPCL: Connecting to '192.168.158.62:6419' Connection refused failed
Jan 30 20:17:39 nucvdr epgd: Error: SVDRPCL: Connecting to '192.168.158.62:6419' Connection refused failed
Jan 30 20:17:41 nucvdr epgd: Starting cleanup of failed timer actions, older than 10 days
Jan 30 20:17:42 nucvdr epgd: Error: SVDRPCL: Connecting to '192.168.158.62:6419' Connection refused failed
Jan 30 20:17:42 nucvdr epgd: Loaded 0 images (0.000 KB), checked 0; 0 failed to load in 0 seconds
Jan 30 20:17:42 nucvdr epgd: Error: SVDRPCL: Connecting to '192.168.158.62:6419' Connection refused failed
Jan 30 20:17:44 nucvdr epgd: Error: SVDRPCL: Connecting to '192.168.158.62:6419' Connection refused failed
Jan 30 20:26:09 nucvdr vdr: [1088] SATIP-ERROR: failed to send section data (140 bytes) [device=1]
Jan 30 20:26:11 nucvdr vdr: message repeated 13 times: [ [1088] SATIP-ERROR: failed to send section data (140 bytes) [device=1]]
Jan 30 20:26:16 nucvdr vdr: [1102] SATIP-ERROR: failed to send section data (229 bytes) [device=5]
Jan 30 20:26:17 nucvdr vdr: [1102] SATIP-ERROR: failed to send section data (229 bytes) [device=5]
Jan 30 20:30:08 nucvdr vdr: [1086] SATIP-ERROR: Setting section filter socket to non-blocking mode failed (device=0 pid=5240): Ungülti
Jetzt bräuchte ich folgende Hilfe:
1) Wie addressiere ich einen File-Check (Alles liegt auf einer NVME)
2) Wie kann ich den Fehler weiter eingrenzen bzw. einen reboot umgehen?
3) P.S. muss ich wenn ich das Playbook neu ablaufen lasse, auch immer vorher ein "git pull" absetzen?
Gruß K.
Stimmt, damit läuft das Playbook jetzt durch
Gruß K.
danke für die Info.
Heißt das erst mal Füße still halten, bis Du grünes Licht gibst? (Ist kein Problem, da mein YaVDR ja läuft...)
Gruß K.
'PluginLoader' object has no attribute 'get_with_context'
Hallo zusammen,
ich wollt mal wieder ein update machen (=Playbook laufen lassen) und bin auf diesen Fehler gestoßen:
ERROR! Unexpected Exception, this is probably a bug: 'PluginLoader' object has no attribute 'get_with_context'
Habe ich eine Umstellung verpaßt, oder wo kann ich bei der Fehlersuche ansetzen?
kk@nucvdr:~/yavdr-ansible$ sudo -H ./install-yavdr.sh
OK:1 http://de.archive.ubuntu.com/ubuntu focal InRelease
OK:2 http://de.archive.ubuntu.com/ubuntu focal-updates InRelease
OK:3 http://ppa.launchpad.net/yavdr/experimental-kodi/ubuntu focal InRelease
OK:4 http://de.archive.ubuntu.com/ubuntu focal-backports InRelease
OK:5 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu focal InRelease
OK:6 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal InRelease
OK:7 http://security.ubuntu.com/ubuntu focal-security InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 20 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
ansible ist schon die neueste Version (2.9.6+dfsg-1).
python3-argcomplete ist schon die neueste Version (1.8.1-1.3ubuntu1).
python3-venv ist schon die neueste Version (3.8.2-0ubuntu2).
python3-wheel ist schon die neueste Version (0.34.2-1).
build-essential ist schon die neueste Version (12.8ubuntu1.1).
software-properties-common ist schon die neueste Version (0.98.9.3).
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
linux-headers-5.4.0-42 linux-headers-5.4.0-42-generic linux-headers-5.4.0-48 linux-headers-5.4.0-48-generic linux-headers-5.4.0-51 linux-headers-5.4.0-51-generic
linux-headers-5.4.0-52 linux-headers-5.4.0-52-generic linux-headers-5.4.0-54 linux-headers-5.4.0-54-generic linux-image-5.4.0-42-generic linux-image-5.4.0-48-generic
linux-image-5.4.0-51-generic linux-image-5.4.0-52-generic linux-image-5.4.0-54-generic linux-modules-5.4.0-42-generic linux-modules-5.4.0-48-generic
linux-modules-5.4.0-51-generic linux-modules-5.4.0-52-generic linux-modules-5.4.0-54-generic linux-modules-extra-5.4.0-42-generic linux-modules-extra-5.4.0-48-generic
linux-modules-extra-5.4.0-51-generic linux-modules-extra-5.4.0-52-generic linux-modules-extra-5.4.0-54-generic
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 20 nicht aktualisiert.
remote: Enumerating objects: 540, done.
remote: Counting objects: 100% (540/540), done.
remote: Total 710 (delta 540), reused 540 (delta 540), pack-reused 170
Empfange Objekte: 100% (710/710), 110.47 KiB | 715.00 KiB/s, Fertig.
Löse Unterschiede auf: 100% (558/558), abgeschlossen mit 72 lokalen Objekten.
Von https://github.com/dw/mitogen
27ad214a..43b104d4 master -> origin/master
* [neuer Branch] 0.2-release -> origin/0.2-release
* [neues Tag] v0.2.10-rc.0 -> v0.2.10-rc.0
* [neues Tag] v0.3.0-rc.0 -> v0.3.0-rc.0
Aktualisiere 27ad214a..43b104d4
Fast-forward
.ci/ansible_install.py | 3 ++-
.ci/ansible_tests.py | 5 +----
.ci/azure-pipelines-steps.yml | 16 ----------------
.ci/azure-pipelines.yml | 38 +++++++++++++++++++++++---------------
.ci/ci_lib.py | 4 ++++
.ci/debops_common_install.py | 4 +++-
.ci/debops_common_tests.py | 6 ++++--
.ci/localhost_ansible_install.py | 3 ++-
.ci/localhost_ansible_tests.py | 11 +++++++----
.ci/prep_azure.py | 47 +++++++++++++++++++++++++++++++++++++++++++++--
.ci/travis.sh | 35 +++++++++++++++++++++++++++++++++++
.travis.yml | 74 ++++++++++++++++++++++++++++++++------------------------------------------
ansible_mitogen/loaders.py | 4 +++-
ansible_mitogen/mixins.py | 2 +-
ansible_mitogen/planner.py | 32 +++++++++++++++++++++++++++-----
ansible_mitogen/strategy.py | 15 +++++++++------
docs/ansible_detailed.rst | 2 +-
mitogen/master.py | 53 +++++++++++++++++++++++++++++++++++++++++++----------
mitogen/parent.py | 6 +++++-
mitogen/service.py | 21 ++++++++++++++++++---
tests/ansible/bench/loop-100-copies.yml | 1 +
tests/ansible/integration/action/fixup_perms2__copy.yml | 14 ++++----------
tests/ansible/integration/action/make_tmp_path.yml | 11 +----------
tests/ansible/integration/action/synchronize.yml | 28 ++++++++++++++++++----------
tests/ansible/integration/async/runner_one_job.yml | 10 ++++------
tests/ansible/integration/connection_loader/paramiko_unblemished.yml | 16 +++++++++++-----
tests/ansible/integration/runner/crashy_new_style_module.yml | 4 ++--
tests/ansible/integration/runner/custom_python_new_style_module.yml | 4 ++++
tests/ansible/integration/runner/missing_module.yml | 2 +-
tests/ansible/integration/transport_config/become_pass.yml | 5 +++--
tests/ansible/lib/modules/custom_python_new_style_missing_interpreter.py | 5 ++++-
tests/ansible/lib/modules/test_echo_module.py | 8 +++++++-
tests/ansible/regression/issue_140__thread_pileup.yml | 1 +
tests/ansible/run_ansible_playbook.py | 2 --
tests/requirements.txt | 2 +-
35 files changed, 327 insertions(+), 167 deletions(-)
create mode 100755 .ci/travis.sh
PLAY [set up yaVDR] *************************************************************************************************************************************************************
ERROR! Unexpected Exception, this is probably a bug: 'PluginLoader' object has no attribute 'get_with_context'
to see the full traceback, use -vvv
kk@nucvdr:~/yavdr-ansible$
Es dauert dann bei mir fast 2 Minuten
Hi rkp,
ist bei mit neuerdings auch so. War vor dem letzten update aber meiner Meinung nach besser.
Manchmal muß ich hier auch per "sudo shutdown now" das runterfahren manuell setzen, weil die FB nicht mehr ging (CEC)...
Mein bestellter Pulse-Eight-Adapter (intern) ist heute eingetroffen.
CEC muß im Bios abgeschaltet werden. (also der nuc-interne Empfänger)
Bei mir funktioniert CEC aber nur an HDMI1 des TV (kann auch am TV liegen.
Soweit tut fast alles wie es soll: 10s nach dem TV einschalten schaltet sich der NUC ein, nach weiteren 25s habe ich Bild und Ton.
Im Syslog gibt es noch für mich unverständliche CEC Meldungen - vielleicht kann das ja einer von Euch deuten...
Oct 20 18:55:33 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 20 18:55:33 nucvdr vdr: [cecremote] Not primary device, Channel Switch 743 f
Oct 20 18:55:54 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 20 18:55:54 nucvdr vdr: [cecremote] Not primary device, Channel Switch 30 f
Oct 20 18:56:09 nucvdr vdr: [cecremote] CEC Command 68 : user control pressed Init 0 Dest 1
Oct 20 18:56:09 nucvdr vdr: [cecremote] key pressed 21 (0)
Oct 20 18:56:09 nucvdr vdr: [cecremote] (-1) Action 13 Val -1 Phys Addr 0 Logical ffffffff ffffffff Op 68
Oct 20 18:56:09 nucvdr vdr: [cecremote] cCECRemote command 68
Oct 20 18:56:09 nucvdr vdr: [cecremote] (-1) Action 1 Val 33 Phys Addr 0 Logical ffffffff ffffffff Op 253
Oct 20 18:56:09 nucvdr vdr: [cecremote] Put(12)
Oct 20 18:56:09 nucvdr vdr: [1040] [softhddev]CreateOsd: left 77, top 611, level 0, using OpenGL OSD support
Oct 20 18:56:09 nucvdr vdr: [1040] [softhddev]cOglOsd osdLeft 77 osdTop 611 screenWidth 1920 screenHeight 1080
Oct 20 18:56:09 nucvdr vdr: [cecremote] CEC Command 69 : user control release Init 0 Dest 1
Oct 20 18:56:09 nucvdr vdr: [cecremote] key pressed 21 (165)
Oct 20 18:56:09 nucvdr vdr: [cecremote] (-1) Action 13 Val -1 Phys Addr 0 Logical ffffffff ffffffff Op 69
Oct 20 18:56:09 nucvdr vdr: [cecremote] cCECRemote command 69
Oct 20 18:56:11 nucvdr vdr: [1040] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Oct 20 18:56:11 nucvdr vdr: [1040] [softhddev]SetPlayMode: 0
Oct 20 18:56:11 nucvdr vdr: [1040] [softhddev]SetVideoDisplayFormat: 1
Oct 20 18:56:11 nucvdr vdr: [1040] [softhddev]GetSpuDecoder:
Oct 20 18:56:11 nucvdr vdr: [cecremote] Primary device, Channel Switch 0 t
Oct 20 18:56:11 nucvdr vdr: [cecremote] Not primary device, Channel Switch 0 f
Oct 20 18:56:11 nucvdr vdr: [cecremote] Not primary device, Channel Switch 1 f
Oct 20 18:56:11 nucvdr vdr: [1411] device 1 receiver thread ended (pid=1040, tid=1411)
Oct 20 18:56:11 nucvdr vdr: [cecremote] Primary device, Channel Switch 1 t
Oct 20 18:56:11 nucvdr vdr: [1457] device 1 receiver thread started (pid=1040, tid=1457, prio=high)
Oct 20 18:56:11 nucvdr vdr: [cecremote] TV : Das Erste HD
Oct 20 18:56:11 nucvdr vdr: [1040] [softhddev]SetPlayMode: 1
Oct 20 18:56:12 nucvdr vdr: GetFormat Init ok 1280x720
Oct 20 18:56:12 nucvdr vdr: video: crop to +0+0 1280x720
Oct 20 18:56:12 nucvdr vdr: video: normal aspect output 1920x1080+0+0
Gruß K.
Display MoreKannst ja mal bei Pulse-Eight nachfragen, ob die internen auch zum NUC10 kompatibel sind. Ich kann nur Gutes berichten, sehr freundlicher Support, schnelle Antworten, schneller Versand.
https://www.pulse-eight.com/p/154/intel-nuc-hdmi-cec-adapter
Für den nachgerüsteten Adapter im NUC7 noch ein paar Tips:
- HDMI-Unterstützung für Wakeup muß aus sein (beisst sich sonst mit dem Adapter am Custom-Header)
- DEEP S4 und S5 muß aus sein
- USB-Stromversorgung im Standby muß an sein (sonst läuft der CEC-Adapter nicht -> kein Wakeup bei Fernseher an)
Hallo Piet,
pulse-eight hat bestätigt, daß der Adapter auch für den NUC10 passt. Ich habe mir mal einen bestellt (EUR 23,05)
Ähem.... und wie stoppt man den?
"sudo systemctl stop libcec-daemon" war es wohl nicht...
Mich hat das "Failed to open" etwas irritiert:
kk@nucvdr:~$ sudo libcec-daemon --list
[sudo] Passwort für kk:
INFO - Opened /dev/uinput
INFO - Created uinput device
[0] port:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1 path:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1
Failed to open
Auch mit Angabe des path nicht erfolgreich:
kk@nucvdr:~$ sudo libcec-daemon --usb /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1
INFO - Opened /dev/uinput
INFO - Created uinput device
INFO - Looking for /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1
INFO - Opening /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1
Failed to open adapter
kk@nucvdr:~$
D.h. Du hast CEC im Bios deaktiviert? ( oder hat der nuc7 gar keinen internen CEC?)
- Supportanfrage an pulse-eight bzgl. NUC10-Kompatibilität läuft.... -
Gruß K.
Wenn ich CEC im Bios abschalte, läuft der pulse-eight-adapter ootb.
Leider peile ich nicht, wie ich die Adresse mitgebe...
Anbei die Ausgaben mit und ohne CEC-Aktivierung im Bios
cec im nuc eingeschaltet + pulse-eight
kk@nucvdr:~$ svdrpsend plug cecremote lstd
220 nucvdr SVDRP VideoDiskRecorder 2.4.4; Sun Oct 11 09:45:47 2020; UTF-8
214-Available CEC Devices:
214- Device 0 path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1 port: /dev/ttyACM0 Firmware 0000
214-
214-Active Devices:
214- 0# TV @0000 TV TV Philips on
214- 1# Recorder 1 @1000 VDR VDR VDR
214 11# Playback 3 @2000 Intel NUC Intel NUC Unknown on
221 nucvdr closing connection
cec im nuc ausgeschaltet: (Fernbedienung geht)
kk@nucvdr:~$ svdrpsend plug cecremote lstd
220 nucvdr SVDRP VideoDiskRecorder 2.4.4; Sun Oct 11 09:34:00 2020; UTF-8
214-Available CEC Devices:
214- Device 0 path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1 port: /dev/ttyACM0 Firmware 0000
214-
214-Active Devices:
214- 0# TV @0000 TV TV Philips on
214 1# Recorder 1 @2000 VDR VDR VDR
221 nucvdr closing connection
Display More
Ja, hatte ich eingeschaltet - wie es beschrieben war. Was gut funktioniert, ist daß der Nuc beim Einschalten des TV hochfährt und beim Ausschalten runterfährt.
Daß das schon alles sein soll wäre aber Käse
Da habe ich schon eine CEC-Verbindung und muß doch noch einen externen CEC-Adapter verwenden.
Der Nuc kann zwar auch IR / RC6 und X-Box Fernbedienungen lesen, die Variante wollte ich mir aber ersparen - die Kiste soll schließlich in den Keller und nur über ein HDMI-Kabel zum TV verbunden sein.
So Long, K.
UPDATE: Pulse-Eight-Adapter am Nuc, im Bios des Nuc CEC enabled
cec-client info: (vdr gestoppt)
root@nucvdr:/home/kk# echo "scan" | cec-client -s -d 1
opening a connection to the CEC adapter...
requesting CEC bus information ...
CEC bus information
===================
device #0: TV
address: 0.0.0.0
active source: no
vendor: Unknown
osd string: TV
CEC version: 1.4
power status: standby
language: ???
device #1: Recorder 1
address: 2.0.0.0
active source: no
vendor: Pulse Eight
osd string: CECTester
CEC version: 1.4
power status: on
language: eng
device #B: Playback 3
address: 2.0.0.0
active source: yes
vendor: Unknown
osd string: Intel NUC
CEC version: 1.3a
power status: on
language: ???
currently active source: Playback 3 (11)
syslog beim Einstecken des Pulse-Eight-USB-Adapters:
Oct 11 08:55:25 nucvdr kernel: [ 1011.647696] usb 1-1: new full-speed USB device number 8 using xhci_hcd
Oct 11 08:55:25 nucvdr kernel: [ 1011.797588] usb 1-1: New USB device found, idVendor=2548, idProduct=1002, bcdDevice=10.00
Oct 11 08:55:25 nucvdr kernel: [ 1011.797589] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 11 08:55:25 nucvdr kernel: [ 1011.797590] usb 1-1: Product: USB-CEC Adapter
Oct 11 08:55:25 nucvdr kernel: [ 1011.797590] usb 1-1: Manufacturer: Pulse-Eight
Oct 11 08:55:25 nucvdr kernel: [ 1011.797591] usb 1-1: SerialNumber: v7
Oct 11 08:55:25 nucvdr kernel: [ 1011.799167] cdc_acm 1-1:1.0: ttyACM0: USB ACM device
Oct 11 08:55:25 nucvdr kernel: [ 1011.800143] input: Pulse-Eight USB-CEC Adapter as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.2/0003:2548:1002.0006/input/input26
Oct 11 08:55:25 nucvdr kernel: [ 1011.800202] hid-generic 0003:2548:1002.0006: input,hidraw0: USB HID v1.10 Mouse [Pulse-Eight USB-CEC Adapter] on usb-0000:00:14.0-1/input2
VDR gestartet und Abfrage über svdrpsend
root@nucvdr:/home/kk# svdrpsend plug cecremote LSTD
220 nucvdr SVDRP VideoDiskRecorder 2.4.4; Sun Oct 11 08:58:47 2020; UTF-8
214-Available CEC Devices:
214- Device 0 path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1 port: /dev/ttyACM0 Firmware 0000
214-
214-Active Devices:
214- 0# TV @0000 TV TV Philips on
214- 1# Recorder 1 @1000 VDR VDR VDR
214 11# Playback 3 @2000 Intel NUC Intel NUC Unknown on
221 nucvdr closing connection
root@nucvdr:/home/kk#
LibCEC-Geräteadresse
root@nucvdr:/home/kk# systemctl cat libcec-daemon.service
# /lib/systemd/system/libcec-daemon.service
[Unit]
Description=translate cec events to uinput key presses
[Service]
Environment=DISPLAY=:0
ExecStart=/usr/bin/libcec-daemon -a #-v -p 2.0.0.0
[Install]
WantedBy=multi-user.target
root@nucvdr:/home/kk#
p x.0.0.0 ist wohl der HDMI-Port...
... da die Fernbedienung momentan nicht geht, werde ich mal CEC im Bios abschalten....
... bin mir nicht mehr ganz so sicher, ober der interne Adapter sauber erkannt wird... habe irgendwie kein Gerät gefunden (dmesg, lspci, lsusb, syslog)...
Werde ich mir morgen mal in Ruhe anschauen.
Oder hat ein anderer Nuc10 user den internen CEC schon am laufen?
K.
ich habe gerade installiert (hoffentlich die richtige Version: 0.9~20160721-1yavdr0~focal)
Der im nuc verbaute cec (und die Tatendrücke) taucht im Syslog auf, werden aber wohl nicht ausgewertet.
Die Abfrage mit svdrpsend bringt "disconnected"
kk@nucvdr:~$ svdrpsend plug cecremote LSTD
220 nucvdr SVDRP VideoDiskRecorder 2.4.4; Sat Oct 10 19:28:01 2020; UTF-8
214 CEC Adapter disconnected
221 nucvdr closing connection
Ich habe mal meinen pulse-eight adapter angeschlossen, der schein OOB zu laufen...
kk@nucvdr:~$ svdrpsend plug cecremote LSTD
220 nucvdr SVDRP VideoDiskRecorder 2.4.4; Sat Oct 10 19:29:30 2020; UTF-8
214-Available CEC Devices:
214- Device 0 path: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-1 port: /dev/ttyACM0 Firmware 0000
214-
214-Active Devices:
214- 0# TV @0000 TV TV Philips on
214- 1# Recorder 1 @1000 VDR VDR VDR
214 11# Playback 3 @2000 Intel NUC Intel NUC Unknown on
221 nucvdr closing connection
kk@nucvdr:~$
Display More