Ist denn das Paket linux-headers-generic installiert?
yavdr ansible
-
-
Hi,
oder den Kernel deinstallieren
ich gehe mal davon aus das Kernel-4.15.0-134 noch aktiv ist - uname -r
Codesudo apt remove --purge linux-headers-4.15.0-135 linux-headers-4.15.0-135-generic linux-image-4.15.0-135-generic linux-modules-4.15.0-135-generic linux-modules-extra-4.15.0-135-generic
vllt, muss noch /lib/modules/4.15.0-135-generic gelöscht werden.
Gruss
Wolfgang
-
seahawk1986 Ja linux-headers-generic ist installiert....
-
So Kernel remove gefolgt von update-grub hat den vdr wieder zum Laufen gebracht. Danke wolfi.m, auf die Idee hätte ich auch alleine kommen können
Hatte es gestern nicht mehr geschafft das noch fertig zu machen und so ist der vdr heute ohne nvidia Treiber gestartet.
Ich werde wohl auf den nächsten Kernel warten...
Gruß Micha
-
Ein generelles Problem scheint es aber nicht zu sein, bei mir läuft es in dieser Kombination.
Code
Alles anzeigen:~# apt policy linux-image-generic linux-image-generic: Installiert: 4.15.0.135.122 Installationskandidat: 4.15.0.135.122 Versionstabelle: *** 4.15.0.135.122 500 500 http://de.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 100 /var/lib/dpkg/status 4.15.0.20.23 500 500 http://de.archive.ubuntu.com/ubuntu bionic/main amd64 Packages :~# apt policy nvidia-dkms-450 nvidia-dkms-450: Installiert: 450.102.04-0ubuntu0.18.04.1 Installationskandidat: 450.102.04-0ubuntu0.18.04.1 Versionstabelle: *** 450.102.04-0ubuntu0.18.04.1 500 500 http://de.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/restricted amd64 Packages 100 /var/lib/dpkg/status
Gruß
Frank
-
seahawk1986 Ich leg mir grad die Karten bzgl. einer Anpassung der Konfig der Steuerung meines sonst hervorragend funktionierenden yavdr-ansible (focal) - vielleicht kannst Du mir kurz auf die Sprünge helfen...?
Ich steuere mein System an sich nur per Tastatur und setze als IR-FB eine Logi Harmony ein, welche ihre Signale an einen flirc sendet - der ja dann wieder "normale" Tastendrücke erzeugt (die ich entsprechend gemapped habe).
Ich würde jetzt gern ein Script auf eine bestimmte Taste meiner Tastatur legen - angedacht war "F5". Ich finde über evtest nach Auswahl der Tastatur auch den Tastendruck:
CodeTesting ... (interrupt to exit) Event: time 1613753567.635346, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7003e Event: time 1613753567.635346, type 1 (EV_KEY), code 63 (KEY_F5), value 1 Event: time 1613753567.635346, -------------- SYN_REPORT ------------ Event: time 1613753567.805363, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7003e Event: time 1613753567.805363, type 1 (EV_KEY), code 63 (KEY_F5), value 0 Event: time 1613753567.805363, -------------- SYN_REPORT ------------
Aber WO genau kann ich denn nun hinterlegen, dass er bei "KEY_F5" eben genau mein Script startet...??? Ich suche schon ewig und alles was ich finde bezieht sich irgendwie auf Tasten einer "echten" IR (!) Fernbedienung
...Hagen
-
Die entscheidende Frage ist, ob eventlircd den Flirc-Empfänger auswertet oder nicht (würde man bei laufenden eventlircd daran sehen, dass man mit irw KEY_F5 events sieht, wenn man die Taste drückt) - eventlircd liest nur die Kernel Input Devices aus, die ein entsprechendes (per udev-Regel gesetztes) Tag ENV{eventlircd_enable}="true" tragen. Da eventlircd diese Geräte exklusiv öffnet, können dann andere (wie der X-Server) diese nicht mehr auswerten.
Um Skripte auf Tastendrücke hin auszuführen, die auf dem eventlircd-Sockel landen, kann man irexec nutzen - davon gibt es zwei Instanzen - einmal systemweit und einmal für den Nutzer vdr, die als praktischen Nebeneffekt die ganzen Umgebungsvariable der Sitzung des Nutzers vdr hat . Die Konfigurationdatei für irexec in der Session ist die /var/lib/vdr/.lircrc, die über dieses Template bestückt wird (die Datei für den Systemdienst irexec wäre /etc/lirc/irexec.lircrc).
Wenn eventlircd den Empfänger nicht ausliest, dann bekommt der X-Server den Tastendruck mit. Dafür könnte man dann z.B. Openbox einspannen (vgl. http://openbox.org/wiki/Help:Bindings - die Konfigurationsdateien sind die /var/lib/vdr/.config/openbox/rc.xml für den ersten (bzw. die rc2.xml für den zweiten BIldschirm), die Templates dafür liegen in https://github.com/yavdr/yavdr…desktop/templates/openbox). Ansonsten geht der Tastendruck auch an das VDR-Frontend und wird da standardmäßig auf User1 gemapped: https://github.com/yavdr/yavdr…dr/files/remote.conf#L108, so dass man den auch mit der keymacros.conf des VDR in eine Aktion umsetzen kann.
-
Perfekt - Danke! Tolle und sehr informative und auch noch ausführliche Antwort. Bin begeistert.
Meine Tastatur wird also NICHT vom eventlircd überwacht - deswegen bleibt die bisher schon vorgenommene Anpassung der .lircrc wirkungslos. Wieder was gelernt...
Ich denke, ich werde zuerst den Weg über die keymacros versuchen (oder dann weiter die anderen Optionen austesten).
-
Ich hab noch eine Frage zum Frontend-Handling:
Wenn ich - während vdr läuft - in einer vdr-Nutzer-Shell den Befehl frontend-dbus-send switchto kodi absetze, dann beendet sich das softhddevice-cuvid Frontend und kodi startet. Soweit alles gut.
Wenn ich aber während Kodi läuft in der gleichen Shell den Befehl frontend-dbus-send switchto vdr absetze, dann wird (irgendwann) zwar Kodi beendet, aber eben leider nicht das vdr-Frontend neu gestartet. Ich sehe dann nur den schwarzen Hintergrund mit dem yavdr-Logo in der Mitte.
Der Wechsel von kodi zurück klappt hingegen, wenn ich in Kodi auf "beenden" gehe. Ich würde aber gern extern getriggert "umschalten".
Mache ich da was falsch?
-
Läuft das yavdr-frontend Skript innerhalb der User Session des Nutzers vdr, also startet es die /var/lib/vdr/.config/systemd/user/kodi.service? Mit welchem Exit-Code beendet sich KODI (systemctl --user status kodi.service), nachdem KODI beendet wurde? IIRC gab es da z.T. von Systemd nicht immer die erwarteten Signale zum Unit-Status, wenn sich die Unit mit einem Fehler verabschiedet.
-
Ich habe mir als root mit tmux -S /tmp/tmux-666/default eine Shell für den vdr-Nutzer gestartet und dann bei laufendem vdr-Frontend dort frontend-dbus-send switchto kodi abgesetzt - dabei startet Kodi. Soweit gut. Danach dann in der gleichen Shell den Befehl für den Wechsel zurück - das klappt dann nicht:
Code
Alles anzeigenvdr@yavdr:~$ frontend-dbus-send switchto kodi vdr@yavdr:~$ frontend-dbus-send switchto vdr vdr@yavdr:~$ systemctl --user status kodi.service ● kodi.service - Start kodi in user session Loaded: loaded (/var/lib/vdr/.config/systemd/user/kodi.service; static; vendor preset: enabled) Active: deactivating (final-sigterm) (Result: timeout) since Thu 2021-02-25 14:35:50 CET; 12s ago Process: 2242 ExecStartPre=/usr/bin/set-kodi-display (code=exited, status=0/SUCCESS) Process: 2245 ExecStart=/usr/bin/kodi (code=exited, status=143) Process: 2317 ExecStop=/bin/bash -c [ -n "$MAINPID" ] || exit 0; /usr/bin/kodi-send --action=QUIT; while ps -p $MAINPID -o comm=; do sleep .25; done (code=killed, signal=TERM) Main PID: 2245 (code=exited, status=143) CGroup: /user.slice/user-666.slice/user@666.service/kodi.service └─2250 /usr/lib/x86_64-linux-gnu/kodi/kodi.bin vdr@yavdr:~$ vdr@yavdr:~$
-
Das sieht für mich so aus, als ob sich KODI da nicht freiwillig auf das /usr/bin/kodi-send --action=QUIT hin beendet hat (funktioniert das für sich genommen ohne Fehler?) und Systemd es dann letztendlich gekillt hat. Ich kann mich erinnern, dass das ich ein zögerliches Beenden von KODI beobachten konnte, wenn gerade eine Datenbankaktualisierung läuft (z.B. Scraper aktiv).
-
Nein - funktioniert tatsächlich nicht. Wenn ich das absetze passiert genau GAR NIX. Im Kodi-Log taucht während der Aktion auch überhaupt nichts auf, auch nicht mit aktiviertem Debug...
Hoffentlich liegt das nicht an der 19er Version, die hier seit ein paar Tagen läuft... Bisher hatte ich eigentlich keinen Downgrade vor - zumal er ja auch einiges verändert hat nach dem Umstieg. -
Hoffentlich liegt das nicht an der 19er Version, die hier seit ein paar Tagen läuft... Bisher hatte ich eigentlich keinen Downgrade vor - zumal er ja auch einiges verändert hat nach dem Umstieg.
Ist die Nutzung von json-rpc über TCP in den Einstellungen angeschaltet? https://kodi.wiki/view/JSON-RPC_API#Enabling_JSON-RPC
-
Ist die Nutzung von json-rpc über TCP in den Einstellungen angeschaltet? https://kodi.wiki/view/JSON-RPC_API#Enabling_JSON-RPC
Treffer - versenkt...!
War natürlich nicht eingeschaltet - wäre ich auch nie drauf gekommen, dass da ein Zusammenhang besteht... Aber mit dem Wissen um die Hintergründe der Steuerung ist es natürlich klar :-). Jetzt reagiert Kodi brav auf den Befehl und beendet sich wie gewünscht.
Danke (mal wieder) für den Hinweis!
-
Habe ein Ubuntu 20.04.2 LTS mit HWE (Kernel 5.8) aufgesetzt.
Das System hat eine NVidia GT 1030 Grafikkarte. Möchte vdr-pluginsofthdcuvid verwenden.
Code
Alles anzeigenTASK [vdr : apt | install additional vdr plugins] *********************************************************************************************************** fatal: [localhost]: FAILED! => { "cache_update_time": 1614368805, "cache_updated": false, "changed": false, "rc": 100 } STDOUT: Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: vdr-plugin-softhdcuvid : Depends: libnvidia-compute-450 but it is not going to be installed STDERR: E: Unable to correct problems, you have held broken packages. MSG: '/usr/bin/apt-get -y -o "Dpkg::Options::=--force-confdef" -o "Dpkg::Options::=--force-confold" install 'vdr-plugin-devstatus' 'vdr-plugin-markad-ng' 'vdr-plugin-epgsearch' 'vdr-plugin-softhdcuvid' -o APT::Install-Recommends=no' failed: E: Unable to correct problems, you have held broken packages. PLAY RECAP ************************************************************************************************************************************************** localhost : ok=36 changed=6 unreachable=0 failed=1 skipped=5 rescued=0 ignored=0 root@vdr2:/home/rossi/yavdr-ansible# apt-get install vdr-plugin-softhdcuvid 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-softhdcuvid : Hängt ab von: libnvidia-compute-450 soll aber nicht installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. root@vdr2:/home/rossi/yavdr-ansible#
Warum soll
nicht installiert werden?
-
Was bekommst du denn für eine Fehlermeldung, wenn du sudo apt install libnvidia-compute-450 ausführst? Falls da weitere Pakete angemeckert werden, diese zum apt install Befehl hinzufügen und das ganze so lange wiederholen, bis der Paketkonflikt bzw. die Ursache klar ist.
-
Code
Alles anzeigenroot@vdr2:/home/rossi# apt-get install libnvidia-compute-450 Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benöti gt: freeglut3 libaom0 libavcodec58 libavutil56 libcairo-gobject2 libcodec2-0.9 libdrm-amdgpu1 libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libegl-mesa0 libegl1 libepoxy0 libfontenc1 libgbm1 libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgl1 libgl1-mesa-dri libglapi-mesa libglew2.1 libglvnd0 libglx-mesa0 libglx0 libgsm1 libice6 libjbig0 liblcms2-2 libllvm11 libmp3lame0 libnvidia-cfg1-460 libnvidia-common-460 libnvidia-extra-460 libnvidia-fbc1-460 libnvidia-gl-460 libnvidia-ifr1-460 libopenjp2-7 libopus0 libplacebo89 librsvg2-2 libsensors-config libsensors5 libshine3 libsm6 libsnappy1v5 libsoxr0 libspeex1 libswresample3 libtheora0 libtiff5 libtwolame0 libva-drm2 libva-x11-2 libva2 libvdpau1 libvorbisenc2 libvpx6 libvulkan1 libwavpack1 libwayland-client0 libwayland-server0 libwebp6 libwebpmux3 libx11-xcb1 libx264-155 libx265-179 libxaw7 libxcb-dpms0 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-icccm4 libxcb-present0 libxcb-randr0 libxcb-screensaver0 libxcb-sync1 libxcb-xfixes0 libxdamage1 libxfixes3 libxfont2 libxi6 libxkbfile1 libxmu6 libxpm4 libxshmfence1 libxt6 libxvidcore4 libxxf86vm1 libzvbi-common libzvbi0 mesa-vulkan-drivers nvidia-kernel-source-460 ocl-icd-libopencl1 spirv-tools x11-common x11-xkb-utils xserver-common xserver-xorg-core xserver-xorg-video-nvidia-460 Verwenden Sie »apt autoremove«, um sie zu entfernen. Die folgenden Pakete werden ENTFERNT: libnvidia-compute-460 libnvidia-decode-460 libnvidia-encode-460 nvidia-compute-utils-460 nvidia-driver-460 nvidia-utils-460 Die folgenden NEUEN Pakete werden installiert: libnvidia-compute-450 0 aktualisiert, 1 neu installiert, 6 zu entfernen und 0 nicht aktualisiert. Es müssen noch 0 B von 21,9 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 5.859 kB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] J (Lese Datenbank ... 93604 Dateien und Verzeichnisse sind derzeit installiert.) Entfernen von nvidia-driver-460 (460.39-0ubuntu0.20.04.1) ... Entfernen von libnvidia-encode-460:amd64 (460.39-0ubuntu0.20.04.1) ... Entfernen von libnvidia-decode-460:amd64 (460.39-0ubuntu0.20.04.1) ... Entfernen von nvidia-utils-460 (460.39-0ubuntu0.20.04.1) ... Entfernen von nvidia-compute-utils-460 (460.39-0ubuntu0.20.04.1) ... Entfernen von libnvidia-compute-460:amd64 (460.39-0ubuntu0.20.04.1) ... Vormals nicht ausgewähltes Paket libnvidia-compute-450:amd64 wird gewählt. (Lese Datenbank ... 93481 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../libnvidia-compute-450_450.102.04-0ubuntu0.20. 04.1_amd64.deb ... Entpacken von libnvidia-compute-450:amd64 (450.102.04-0ubuntu0.20.04.1) ... libnvidia-compute-450:amd64 (450.102.04-0ubuntu0.20.04.1) wird eingerichtet ... Trigger für man-db (2.9.1-1) werden verarbeitet ... Trigger für libc-bin (2.31-0ubuntu9.2) werden verarbeitet ... root@vdr2:/home/rossi#
-
Hi,
Damit hast du den Nvidia Treiber von 460 auf 450 downgegradet.
Mfg Stefan
-
Ja, das verstehe ich. Aber dann passt die Abhängigkeit von vdr-plugin-softhdcuvid doch nicht.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!