Offtopic: MegaV0lt du nutzt Ubuntu 22 mit yaVDR und Entschlüsselung und das funktioniert?
Posts by davie2000
-
-
Danke für dein Feedback!
Blöde Frage: benutze ich mit "softhddevice-openglosd (ffmpeg 2.8)" überhaupt VDPAU?
Einer der Hauptgründe für den VDR sind die sehr guten Umschaltzeiten.Die GT520 lief bei mir prima mit 20.04
Danke für diese klare Aussage.
Aber WENN ich mir das Upgrade jetzt schon mal antue, dann würde ich gerne das neueste LTS (also Ubuntu 22) verwenden - oder zumindest probieren - wollen. -
Wieder nix
Auch "reinstall x11*" hat nicht geholfen - ich lande immer auf der Konsole.Ist es übrigens normal, dass das 7. Terminal mit Alt+F7 nicht erreichbar ist - F1 bis F6 funktionieren.
-
Habe jetzt noch ein sudo apt-get install --reinstall nvidia*390 nachgelegt, was offenbar einiges repariert hat:
Code
Display MorePaketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Hinweis: »nvidia-kernel-common-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-utils-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-dkms-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-headless-no-dkms-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-compute-utils-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-driver-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-headless-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-kernel-source-390« wird für das Suchmuster »nvidia*390« gewählt. Hinweis: »nvidia-390« wird für das Suchmuster »nvidia*390« gewählt. Die folgenden NEUEN Pakete werden installiert: nvidia-headless-390 nvidia-headless-no-dkms-390 0 aktualisiert, 2 neu installiert, 6 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen noch 10,0 MB von 10,4 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 45,1 kB Plattenplatz zusätzlich benutzt. Holen:1 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-compute-utils-390 amd64 390.157-0ubuntu0.18.04.1 [66,4 kB] Holen:2 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-dkms-390 amd64 390.157-0ubuntu0.18.04.1 [32,2 kB] Holen:3 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-headless-no-dkms-390 amd64 390.157-0ubuntu0.18.04.1 [5.548 B] Holen:4 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-headless-390 amd64 390.157-0ubuntu0.18.04.1 [5.420 B] Holen:5 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-kernel-common-390 amd64 390.157-0ubuntu0.18.04.1 [9.476 B] Holen:6 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-kernel-source-390 amd64 390.157-0ubuntu0.18.04.1 [9.585 kB] Holen:7 http://at.archive.ubuntu.com/ubuntu bionic-updates/restricted amd64 nvidia-utils-390 amd64 390.157-0ubuntu0.18.04.1 [325 kB] Es wurden 10,0 MB in 2 s geholt (4.057 kB/s). (Lese Datenbank ... 317568 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../0-nvidia-compute-utils-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-compute-utils-390 (390.157-0ubuntu0.18.04.1) über (390.157-0ubuntu0.18.04.1) ... Vorbereitung zum Entpacken von .../1-nvidia-dkms-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Removing all DKMS Modules Done. Entpacken von nvidia-dkms-390 (390.157-0ubuntu0.18.04.1) über (390.157-0ubuntu0.18.04.1) ... Vorbereitung zum Entpacken von .../2-nvidia-driver-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-driver-390 (390.157-0ubuntu0.18.04.1) über (390.157-0ubuntu0.18.04.1) ... Vormals nicht ausgewähltes Paket nvidia-headless-no-dkms-390 wird gewählt. Vorbereitung zum Entpacken von .../3-nvidia-headless-no-dkms-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-headless-no-dkms-390 (390.157-0ubuntu0.18.04.1) ... Vormals nicht ausgewähltes Paket nvidia-headless-390 wird gewählt. Vorbereitung zum Entpacken von .../4-nvidia-headless-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-headless-390 (390.157-0ubuntu0.18.04.1) ... Vorbereitung zum Entpacken von .../5-nvidia-kernel-common-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-kernel-common-390 (390.157-0ubuntu0.18.04.1) über (390.157-0ubuntu0.18.04.1) ... Vorbereitung zum Entpacken von .../6-nvidia-kernel-source-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-kernel-source-390 (390.157-0ubuntu0.18.04.1) über (390.157-0ubuntu0.18.04.1) ... Vorbereitung zum Entpacken von .../7-nvidia-utils-390_390.157-0ubuntu0.18.04.1_amd64.deb ... Entpacken von nvidia-utils-390 (390.157-0ubuntu0.18.04.1) über (390.157-0ubuntu0.18.04.1) ... nvidia-kernel-source-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... nvidia-utils-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... nvidia-kernel-common-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... update-initramfs: deferring update (trigger activated) nvidia-compute-utils-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... nvidia-headless-no-dkms-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... nvidia-dkms-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... update-initramfs: deferring update (trigger activated) INFO:Enable nvidia DEBUG:Parsing /usr/share/ubuntu-drivers-common/quirks/put_your_quirks_here DEBUG:Parsing /usr/share/ubuntu-drivers-common/quirks/lenovo_thinkpad DEBUG:Parsing /usr/share/ubuntu-drivers-common/quirks/dell_latitude Loading new nvidia-390.157 DKMS files... Building for 4.15.0-213-generic Building for architecture x86_64 Building initial module for 4.15.0-213-generic Done. nvidia: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/4.15.0-213-generic/updates/dkms/ nvidia-modeset.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/4.15.0-213-generic/updates/dkms/ nvidia-drm.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/4.15.0-213-generic/updates/dkms/ nvidia-uvm.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/4.15.0-213-generic/updates/dkms/ depmod... DKMS: install completed. nvidia-headless-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... nvidia-driver-390 (390.157-0ubuntu0.18.04.1) wird eingerichtet ... Trigger für man-db (2.8.3-2ubuntu0.1) werden verarbeitet ... Trigger für initramfs-tools (0.130ubuntu3.13) werden verarbeitet ... update-initramfs: Generating /boot/initrd.img-4.15.0-213-generic
Reboot und hoffen ...
-
Da die Ausgabe von
oft "linux-headers" enthalten hat, habe ich diese reinstalliert:
Dann habe ich neu gestartet und das Ansible-Skript laufen lassen.
Leider wieder mit dem komplett gleichen Fehler wie vorher -
Hallo!
Wir haben ich eine kleine SSD bestellt auf der ich Ubuntu Server 22 und dann yaVDR-Ansible installieren möchte.
Da meine Hardware schon etwas betagt ist, wollte ich euch VORHER fragen, ob das überhaupt klappen kann?
Speziell die Grafikkarte mag nur mit dem alten Nvidia390 und dem Ausgabeplugin "softhhddevice mit OpenGL und FFMPEG 2.8".
Prinzipiell würde ich gerne Ubuntu Server 22 auf der neuen SSD installieren und weiterhin zwischen den Installationen auswählen können -
durch Booten von (dann) einer der drei "Festplatten": HDD = Ubuntu14, SSD1 = Ubuntu18, SSD2 = Ubuntu22
Dann prüfen, ob der Nvidia-390-Treiber installiert ist.
Dann meine Ansible-localhost Einstellungen analog zur jetzigen Ubuntu18 treffen und wohl die Paketquellen auf "jammy" ändern.
Dann das Ansible Install-Skript laufen lassen.Seht ihr da jetzt schon Probleme auf mich zukommen?
Sollte ich besser Ubuntu Server 20 nehmen?
-
Dank Multiboot konnte ich jetzt das alte Ubuntu 14 System starten und frau kann erst mal wieder gucken.
Aber halt nicht wie gewohnt. Irgendwie muss ich das Problem lösen - bitte helft mir.
Ggf. die Packages für Kernel und X11 nochmals "in-place-updaten", und die Festplatte kontrollieren
Bin gerade im Panikmodus und kann nicht klar denken
Kannst du mir bitte genau sagen, wie ich Kernel und X11 "drüberbügeln" muss?Festplatte ist übrigens eine SSD auf der ich vor ca. 20 min ein sudo fstrim -v / abgesetzt habe.
-
Nein, der Kernel wurde meines Wissens nicht geupdatet.
Der Fehler (nur Konsole) war ja auch vor dem Updatelauf schon da.
Code: nano /var/log/apt/history.logStart-Date: 2023-09-28 10:02:18 Commandline: /usr/bin/apt-get -y -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confold dist-upgrade Requested-By: daniel (1000) Upgrade: ubuntu-advantage-tools:amd64 (28.1~18.04, 29.4~18.04) End-Date: 2023-09-28 10:02:27
Ja, der Adler versorgt mich (und andere?) seit Jahren zuverlässig mit den Bionic PPAs.
Ich sollte schon längst upgraden auf mind. Ubuntu 20, aber das ist nicht so einfach.
Und jetzt muss die Kiste wieder laufen, bevor meine Frau alle Serien versäumt -
Code: uname -a
Linux myVDR 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Code: df -hDateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 1,9G 0 1,9G 0% /dev tmpfs 393M 2,4M 391M 1% /run /dev/sdb1 97G 26G 67G 28% / tmpfs 2,0G 0 2,0G 0% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup /dev/sda4 2,6T 2,3T 164G 94% /srv tmpfs 393M 0 393M 0% /run/user/1000
-
Es ist immer noch (seit langem) der Nvidia 390 installiert.
Code: nvidia-smi
Display MoreThu Sep 28 10:27:01 2023 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 390.157 Driver Version: 390.157 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GT 520 Off | 00000000:01:00.0 N/A | N/A | | N/A 43C P0 N/A / N/A | 0MiB / 963MiB | N/A Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 Not Supported | +-----------------------------------------------------------------------------+
-
Hallo!
Von gestern auf heute bleibt unser yaVDR (siehe Signatur) immer auf der Konsole stehen - es kommt kein TV-Bild oder Menü.
Ich kann mich an der Konsole anmelden.
Beim Durchführen des Ansible-Updates (sudo -H ./install-yavdr.sh) kommt jetzt immer der Fehler:
"Inconsistency detected by ld.so: ../sysdeps/x86_64/dl-machine.h: 540: elf_machine_rela_relative: Assertion `ELFW(R_TYPE) (reloc->r_info) == R_X86_64_RELATIVE' failed!"
Codefatal: [localhost]: FAILED! => { "changed": false } MSG: Unable to start service x-verbose@vt7.service: Job for x-verbose@vt7.service failed because the control process exited with error code. See "systemctl status x-verbose@vt7.service" and "journalctl -xe" for details.
Code: systemctl status x-verbose@vt7.service
Display Morex-verbose@vt7.service - X with verbose logging on vt7 Loaded: loaded (/etc/systemd/system/x-verbose@.service; static; vendor preset: enabled) Active: failed (Result: exit-code) since Thu 2023-09-28 10:18:12 CEST; 15s ago Process: 8091 ExecStart=/usr/bin/x-daemon -logverbose 6 -noreset vt7 -config /etc/X11/xorg-verbose.conf (code=exited, status=1/FAILURE) Sep 28 10:18:12 myVDR x-daemon[8091]: (++) from command line, (!!) notice, (II) informational, Sep 28 10:18:12 myVDR x-daemon[8091]: (WW) warning, (EE) error, (NI) not implemented, (??) unknown. Sep 28 10:18:12 myVDR x-daemon[8091]: (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 28 10:18:12 2023 Sep 28 10:18:12 myVDR x-daemon[8091]: (++) Using config file: "/etc/X11/xorg-verbose.conf" Sep 28 10:18:12 myVDR x-daemon[8091]: (==) Using config directory: "/etc/X11/xorg.conf.d" Sep 28 10:18:12 myVDR x-daemon[8091]: (==) Using system config directory "/usr/share/X11/xorg.conf.d" Sep 28 10:18:12 myVDR x-daemon[8091]: Inconsistency detected by ld.so: ../sysdeps/x86_64/dl-machine.h: 540: elf_machine_rela_relative: Assertion `ELFW(R_TYPE) (reloc->r_info) == R_X86_64_RELATIVE' failed! Sep 28 10:18:12 myVDR systemd[1]: x-verbose@vt7.service: Control process exited, code=exited status=1 Sep 28 10:18:12 myVDR systemd[1]: x-verbose@vt7.service: Failed with result 'exit-code'. Sep 28 10:18:12 myVDR systemd[1]: Failed to start X with verbose logging on vt7.
Code: journalctl -xe
Display MoreSep 28 10:18:12 myVDR x-daemon[8091]: Release Date: 2017-12-20 Sep 28 10:18:12 myVDR x-daemon[8091]: X Protocol Version 11, Revision 0 Sep 28 10:18:12 myVDR x-daemon[8091]: Build Operating System: Linux 5.4.0-139-generic x86_64 Ubuntu Sep 28 10:18:12 myVDR x-daemon[8091]: Current Operating System: Linux myVDR 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 Sep 28 10:18:12 myVDR x-daemon[8091]: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-213-generic root=UUID=3a2488fb-8ae8-4722-b647-c95071d7e0af ro quiet splash vt.handoff=1 Sep 28 10:18:12 myVDR x-daemon[8091]: Build Date: 29 March 2023 03:16:03PM Sep 28 10:18:12 myVDR x-daemon[8091]: xorg-server 2:1.19.6-1ubuntu4.15 (For technical support please see http://www.ubuntu.com/support) Sep 28 10:18:12 myVDR x-daemon[8091]: Current version of pixman: 0.34.0 Sep 28 10:18:12 myVDR x-daemon[8091]: Before reporting problems, check http://wiki.x.org Sep 28 10:18:12 myVDR x-daemon[8091]: to make sure that you have the latest version. Sep 28 10:18:12 myVDR x-daemon[8091]: Markers: (--) probed, (**) from config file, (==) default setting, Sep 28 10:18:12 myVDR x-daemon[8091]: (++) from command line, (!!) notice, (II) informational, Sep 28 10:18:12 myVDR x-daemon[8091]: (WW) warning, (EE) error, (NI) not implemented, (??) unknown. Sep 28 10:18:12 myVDR x-daemon[8091]: (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 28 10:18:12 2023 Sep 28 10:18:12 myVDR x-daemon[8091]: (++) Using config file: "/etc/X11/xorg-verbose.conf" Sep 28 10:18:12 myVDR x-daemon[8091]: (==) Using config directory: "/etc/X11/xorg.conf.d" Sep 28 10:18:12 myVDR x-daemon[8091]: (==) Using system config directory "/usr/share/X11/xorg.conf.d" Sep 28 10:18:12 myVDR x-daemon[8091]: Inconsistency detected by ld.so: ../sysdeps/x86_64/dl-machine.h: 540: elf_machine_rela_relative: Assertion `ELFW(R_TYPE) (reloc->r_info) == R_X86_64_RELATIVE' failed! Sep 28 10:18:12 myVDR systemd[1]: x-verbose@vt7.service: Control process exited, code=exited status=1 Sep 28 10:18:12 myVDR systemd[1]: x-verbose@vt7.service: Failed with result 'exit-code'. Sep 28 10:18:12 myVDR systemd[1]: Failed to start X with verbose logging on vt7. -- Subject: Unit x-verbose@vt7.service has failed -- Defined-By: systemd -- Support: http://www.ubuntu.com/support -- -- Unit x-verbose@vt7.service has failed. -- -- The result is RESULT. Sep 28 10:18:13 myVDR sudo[2757]: pam_unix(sudo:session): session closed for user root
Ich hatte den Fehler schon einmal, aber damals ging TV einwandfrei und "nur" Kodi funktionierte nicht.
Ich habe jetzt schon mehrmals das Ansible-Skript laufen lassen und reboots gemacht, lande aber immer wieder in der Konsole und bekomme kein Bild.
Bitte dringend um eure Hilfe - Danke!
-
Du hast natürlich Recht kfb77 !
Und die Lösung ist anscheinend nur das Auskommentieren von zwei Zeilen. -
Also irgendwo MUSS Datum/Uhrzeit doch nicht-flüchtig gespeichert werden. Wie soll das mit vollem ro funktionieren? Wirst wohl zumindest einen usb stick anstecken müssen.
Viel Erfolg!
-
... fehlender lokaler Massenspeicher. ...
Ich habe an meinem Raspi4 eine kleine SATA-SSD dranhängen - läuft einwandfrei (allerdings nicht als VDR!).
-
OT: Mir graut auch schon vor dem Zeitpunkt, wenn die Fernbedienung eingeht.
Die ist zwar kaum mehr lesbar, aber man weiß/spürt nach Jahren ja eh alle Tasten auswendig. -
Ich glaube hier wird das Gleiche diskutiert - sogar mit Lösung
-
... viele Tage problemlos ...
Riecht irgendwie (schon wieder) nach überlaufenden Buffern, oder nicht?
-
Ich habe jetzt wirklich viele USB-Sticks zwischen 256GB und 1TB probiert, von USB 2.0 bis 3.2.
Alle waren entweder langsam oder wurden sauheiss oder beides - eine einzige Katastrophe.Dann habe ich von einigen Kollegen diesen Tipp bekommen und beherzigt und möchte ihn mit euch teilen:
Samsung Evo 970 Pro NVME SSD in die Icy Box (Raidsonic) IB-1817M-C31 stecken und über einen ultraschnellen und relativ kühl bleibenden Alu-"USB-Stick" freuen.Kostete letzte Woche insgesamt nur € 77,- (bei einem großen Dschungelfluss).
-
Also das zweite ? in Zeile 14 ("index.html?onlyView=1?") ist schon mal sicher falsch.
Sind das nicht überhaupt bei fast jedem Aufruf etwas zu viele ? für EINE Url?
Der Aufruf kann doch manuell im Browser auch nicht funktionieren. Oder bin ich da jetzt falsch gewickelt? -
Ahhh sorry!
Das waren die Klassennamen, nicht die Rückgabetypen 🙈
Wenn die Implementierungen wirklich exakt gleich sind, müsste man das in eine eigene Klasse auslagern können und die drei bisherigen Aufrufstellen rufen dann alle die neue Methode.
Viel Erfolg!