Guckst du hier:
Beiträge von woggle
-
-
Seit dem gestrigen Update von softhddevice sind die Hänger weg.
Danke Inj und seahawk1986 für eure Arbeit!
-
Der Wert hat sich seit gestern nicht verändert.
-
Die RefreshRate steht auf 50 Hz.
Die SMART-Werte sehen für mich gut aus.
Die SSD:
Code
Alles anzeigenSMART Attributes Data Structure revision number: 5 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 3 Spin_Up_Time 0x0020 100 100 000 Old_age Offline - 0 4 Start_Stop_Count 0x0030 100 100 000 Old_age Offline - 0 5 Reallocated_Sector_Ct 0x0032 100 100 000 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 83038 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 2529 170 Reserve_Block_Count 0x0033 100 100 010 Pre-fail Always - 0 171 Program_Fail_Count 0x0032 100 100 000 Old_age Always - 0 172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0 183 SATA_Downshift_Count 0x0030 100 100 000 Old_age Offline - 915 184 End-to-End_Error 0x0032 100 100 090 Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 192 Unsafe_Shutdown_Count 0x0032 100 100 000 Old_age Always - 66 199 CRC_Error_Count 0x0030 100 100 000 Old_age Offline - 0 225 Host_Writes_32MiB 0x0032 100 100 000 Old_age Always - 168469 226 Workld_Media_Wear_Indic 0x0032 100 100 000 Old_age Always - 4899 227 Workld_Host_Reads_Perc 0x0032 100 100 000 Old_age Always - 35 228 Workload_Minutes 0x0032 100 100 000 Old_age Always - 4982282 232 Available_Reservd_Space 0x0033 100 100 010 Pre-fail Always - 0 233 Media_Wearout_Indicator 0x0032 096 096 000 Old_age Always - 0 241 Host_Writes_32MiB 0x0032 100 100 000 Old_age Always - 168469 242 Host_Reads_32MiB 0x0032 100 100 000 Old_age Always - 91197
Die HDD:
Code
Alles anzeigenSMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 137 137 054 Pre-fail Offline - 77 3 Spin_Up_Time 0x0007 126 126 024 Pre-fail Always - 619 (Average 605) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 277 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 119 119 020 Pre-fail Offline - 35 9 Power_On_Hours 0x0012 093 093 000 Old_age Always - 55430 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 266 192 Power-Off_Retract_Count 0x0032 098 098 000 Old_age Always - 2556 193 Load_Cycle_Count 0x0012 098 098 000 Old_age Always - 2556 194 Temperature_Celsius 0x0002 166 166 000 Old_age Always - 36 (Min/Max 21/55) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
Der Effekt tritt halt leider nicht immer auf. Ist also schwer einzukreisen. Ab wann er genau auftrat kann ich natürlich auch nicht genau sagen. Gefühlt seit einem der letzten Updates. Es tritt sowohl mein Live-TV, abspielen von der HDD als auch abspielen vom NAS auf. Meldungen im Log wie beim Thread-Opener.
Ich glaube ich werde einfach mal mein Backup vom yavdr 0.6 aktivieren und gucken ob das System dann wieder stabil läuft. Seit der Neuinstallation mit yavdr ansible ist alles gefühlt seht hakelig.
-
So, smartmoxntools sind installiert.
Noch ein Wort zum Setup: das System läuft von einer (alten) 40GB Intel SSD (sda). Die 4TB HDD (sdb) ist nur für die Aufnahmen.
Ich habe jeweils einen short-Test laufen lassen
die Ausgabe von
zeigt keine Fehler.
Permashift habe ich nicht.
Wo/wie kann ich die Sync-Frequenz prüfen?
Wenn die Sync-Frequenz nicht stimmt müsste der Fehler nicht immer auftreten?
Aber ich hoffe yavdr ansible hat das bei der Installation alles ordentlich eingestellt.
-
Ok, dann funktioniert die HW-Beschleunigung. Die CPU-Auslastung des vdr-prozesses ist normalerweise unter 10% in htop.
-
Eine Überhitzung der CPU kann ich ausschließen. Die Kiste ist gerade offen. Der CPU-Lüfter dreht sich normal und ist auch nicht verdreckt.
Der Lüfter der Grafikkarte ist auch in Ordnung.
Hmmm, was hat die Bildausgabe bei Live-TV mit der Leistung der Festplatte zu tun?
Aber irgendwie hängt es damit zusammen! Hatte gerade wieder den Effekt. Live 3sat geschaut. Es lief eine HD-Aufnahme. Soweit so gut. Dann habe ich noch eine HD-Aufnahme geschnitten. Und schon hakelt es.
Bei top fällt mir nur der wa (Waiting) Wert auf.
Wenn es stockt ist der wa-Wert recht hoch. Teilweise auch schon 25 beobachtet. (In der obigen Situation)
Codetop - 11:11:53 up 18:08, 6 users, load average: 1,10, 0,79, 0,84 Tasks: 221 gesamt, 1 laufend, 220 schlafend, 0 gestoppt, 0 Zombie %CPU(s): 0,4 us, 4,0 sy, 0,5 ni, 78,2 id, 16,3 wa, 0,0 hi, 0,5 si, 0,0 st MiB Spch : 32016,9 gesamt, 24983,5 frei, 1584,7 belegt, 5448,8 Puff/Cache MiB Swap: 4096,0 gesamt, 4096,0 frei, 0,0 belegt. 29960,3 verfü Spch
Wenn der Schnittvorgang vorbei ist (HD-Aufnahme läuft noch)
Codetop - 11:15:16 up 18:12, 6 users, load average: 1,05, 0,93, 0,89 Tasks: 222 gesamt, 1 laufend, 221 schlafend, 0 gestoppt, 0 Zombie %CPU(s): 0,8 us, 0,7 sy, 0,1 ni, 98,4 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st MiB Spch : 32016,9 gesamt, 27302,3 frei, 1618,3 belegt, 3096,2 Puff/Cache MiB Swap: 4096,0 gesamt, 4096,0 frei, 0,0 belegt. 29926,6 verfü Spch
Für die SMART-Werte muss ich mir erst noch die smartmontools installieren. Oder gibt es eine einfachere Möglichkeit?
Kann ich irgendwie prüfen ob das softhddevice wirklich die HW-Beschleunigung der Grafikkarte nutzt?
-
Me too!
Ich habe seit ein paar Tage das gleiche Problem. Hänger in Bild und Ton. Bisher nur auf HD-Kanälen (ZDF Info, 3sat, arte) beobachtet. Das Umschalten auf einen SD-Kanal ist dann auch sehr träge.
Interessant ist das dies auch bei HD-Aufnahmen auftritt! Auch Aufnahmen die schon einige Monate alt sind, also zu einer Zeit als alles noch problemlos lief.
Keine Ahnung ob das vielleicht mit einem Ubuntu-Update zusammenhängt (Nvidia-Treiber?)
Gebootet und komplett stromlos gemacht habe ich die Kiste schon.
-
Der war's
Eben kam per Post ein neuer Adapter. Und schon habe ich Ton!
Ausgabe von pactl list gibt nun
Code
Alles anzeigenProfile: output:hdmi-stereo: Digital Stereo (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5900, verfügbar: nein) output:hdmi-surround: Digital Surround 5.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein) output:hdmi-surround71: Digital Surround 7.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein) output:hdmi-stereo-extra1: Digital Stereo (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 38468, verfügbar: ja) output:hdmi-surround-extra1: Digital Surround 5.1 (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 33368, verfügbar: ja) output:hdmi-stereo-extra2: Digital Stereo (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra2: Digital Surround 5.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra2: Digital Surround 7.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra3: Digital Stereo (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra3: Digital Surround 5.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra3: Digital Surround 7.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra4: Digital Stereo (HDMI 5)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra4: Digital Surround 5.1 (HDMI 5)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra4: Digital Surround 7.1 (HDMI 5)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra5: Digital Stereo (HDMI 6)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra5: Digital Surround 5.1 (HDMI 6)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra5: Digital Surround 7.1 (HDMI 6)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) off: Aus (Ziele: 0, Quellen: 0, Priorität: 0, verfügbar: ja)
Vielen Dank für deine Arbeit an yaVDR-ansible, Hilfe und Geduld
Jetzt muss ich ”nur noch” mein geliebtes Live-Plugin wieder zum laufen bringen und die Fernbedienung gerade ziehen.
Aber das ist eine andere Baustelle...
-
Danke für die Tipps!
Leider bin ich keinen Schritt weitergekommen.
VDR ohne Ton macht irgendwie keinen Spaß.
Im BIOS habe ich die OnBoard-Soundkarte mal abgeschaltet. Bringt soweit erst mal Nix, außer das das dbus-Kommando nun gar nix mehr findet. Egal ob ich das dbus-Kommando als User oder root laufen lasse.
Nix heist:
Als root ein aplay -l ergibt
Code
Alles anzeigen**** Liste der Hardware-Geräte (PLAYBACK) **** Karte 0: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 8: HDMI 2 [HDMI 2] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 9: HDMI 3 [HDMI 3] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 10: HDMI 4 [HDMI 4] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0 Karte 0: NVidia [HDA NVidia], Gerät 11: HDMI 5 [HDMI 5] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0
ALSA kennt also die HDMI-Audio-Outputs.
Als User vdr das pactl list liefert:
Code
Alles anzeigenKarte #0 Name: alsa_card.pci-0000_01_00.1 Treiber: module-alsa-card.c Owner-Modul: 7 Eigenschaften: alsa.card = "0" alsa.card_name = "HDA NVidia" alsa.long_card_name = "HDA NVidia at 0xfb080000 irq 17" alsa.driver_name = "snd_hda_intel" device.bus_path = "pci-0000:01:00.1" sysfs.path = "/devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card0" device.bus = "pci" device.vendor.id = "10de" device.vendor.name = "NVIDIA Corporation" device.product.id = "10fa" device.string = "0" device.description = "HDA NVidia" module-udev-detect.discovered = "1" device.icon_name = "audio-card-pci" Profile: output:hdmi-stereo: Digital Stereo (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5900, verfügbar: nein) output:hdmi-surround: Digital Surround 5.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein) output:hdmi-surround71: Digital Surround 7.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein) output:hdmi-stereo-extra1: Digital Stereo (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra1: Digital Surround 5.1 (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra1: Digital Surround 7.1 (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra2: Digital Stereo (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra2: Digital Surround 5.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra2: Digital Surround 7.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra3: Digital Stereo (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra3: Digital Surround 5.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra3: Digital Surround 7.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra4: Digital Stereo (HDMI 5)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra4: Digital Surround 5.1 (HDMI 5)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra4: Digital Surround 7.1 (HDMI 5)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-stereo-extra5: Digital Stereo (HDMI 6)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein) output:hdmi-surround-extra5: Digital Surround 5.1 (HDMI 6)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) output:hdmi-surround71-extra5: Digital Surround 7.1 (HDMI 6)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein) off: Aus (Ziele: 0, Quellen: 0, Priorität: 0, verfügbar: ja) Aktives Profil: off
Auch hier sieht es für mich so aus als wären die HDMI-Audio-Geräte da.
Aber weder über das dbus-Kommando noch über das graphische pavucontrol sind die Geräte zu sehen und lassen sich daher auch nicht auswählen.
-
Also gefunden werden die HDMI Audio-Geräte beim Booten wohl:
Code[ 6.201864] kernel: input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input17 [ 6.201949] kernel: input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input18 [ 6.202088] kernel: input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input19 [ 6.208159] kernel: input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input20 [ 6.208302] kernel: input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input21 [ 6.208389] kernel: input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input22
Sie sind auch unter /sys/class/sound/card1/ zu sehen.
Aber das
Codedbus-send --system --type=method_call --dest=org.yavdr.PulseDBusCtl --print-reply /org/yavdr/PulseDBusCtl org.yavdr.PulseDBusCtl.ListSinks
gibt leider nur
Code
Alles anzeigenmethod return time=1659042502.079570 sender=:1.44 -> destination=:1.73 serial=5 reply_serial=2 array [ struct { string "alsa_output.pci-0000_00_1b.0.iec958-stereo" string "Eingebautes Tongerät Digital Stereo (IEC958)" int32 0 boolean false int32 2 array [ double 1 double 1 ] string "unknown" } ]
aus.
Wo verschwinden die Audio-Geräte?
-
Danke für deine Hilfe!
Leider habe ich keine HDMI Audio-Geräte.
Kein Wunder das kein Ton ausgegeben wird.
Kann das evtl. am Adapterkabel Mini-DP->HDMI liegen?
Leider habe ich nur das eine...
-
Nach dem Abendessen habe ich von vorne angefangen.
Den yaVDR-ansible mit jammy neu installiert und keine zusätzlichen Plugins eingetragen.
Zuerst der Fehler wie oben beschrieben, neu gebootet und das Playbook nochmals laufen lassen.
Diesmal läuft es ohne Fehler durch!
channels.conf und die Config für mein Unicable angepasst und schon habe ich Bild.
Aber leider noch kein Ton
-
Ich habe jetzt noch folgendes laufen lassen:
Codesudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="yavdr-xorg"
Das schaut recht gut aus!
Er erkennt meine zwei Display, den TV und ein kleines LCD mit 800x480 für osd2web.
Und dann kommt wieder die Fehlermeldung bei RUNNING HANDLER [Start VDR].
ich glaube ich fange noch Mal von vorne an. Ohne die zusätzlichen Plugins...
-
Kiste neu gebootet und das Playbook nochmals ausgeführt.
Aber leider schmiert er da schon viel früher ab:
CodeRUNNING HANDLER [Start VDR] ************************************************************************************************************************************ fatal: [localhost]: FAILED! => { "changed": false } MSG: Unable to start service vdr.service: Job for vdr.service failed because a timeout was exceeded. See "systemctl status vdr.service" and "journalctl -xeu vdr.service" for details.
journalctl -xeu vdr.service sagt dazu
Code
Alles anzeigenJul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: femon Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: live Jul 28 16:38:02 pmtv1 vdr[3675]: [3704] EPGSearch: conflictcheck thread started (pid=3675, tid=3704, prio=high) Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] live: initial file cache has 89 entries and needs 388151 bytes of data! Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: markad Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] markad: cPluginMarkAd::Start(): create recording handler Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: menuorg Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: pulsecontrol Jul 28 16:38:02 pmtv1 vdr[3675]: vdr: error while reading '/var/lib/vdr/plugins/pulsecontrol/startup.script' Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] pulsecontrol: error on reading script /var/lib/vdr/plugins/pulsecontrol/startup.script Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: quickepgsearch Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] starting plugin: skinlcarsng Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] ERROR: no OSD provider available in call to SupportsTrueColor() Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] skinlcarsng: No TrueColor OSD found! Aborting! Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] stopping plugin: quickepgsearch Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] stopping plugin: pulsecontrol Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] stopping plugin: menuorg Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] stopping plugin: markad Jul 28 16:38:02 pmtv1 vdr[3675]: [3675] stopping plugin: live Jul 28 16:38:02 pmtv1 vdr[3675]: [3705] live: INFO: attempt to listen on ip = '' Jul 28 16:38:02 pmtv1 vdr[3675]: [3705] live: ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem / /var/lib/vdr/plugins/live/live-key.pem): Dat> Jul 28 16:38:02 pmtv1 vdr[3675]: [3700] dbus2vdr: System: connected with unique name :1.174 Jul 28 16:38:02 pmtv1 vdr[3675]: [3700] dbus2vdr: thread-pool for handling signal-emits started Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] ERROR: thread 3705 won't end (waited 5 seconds) - canceling it... Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: femon Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: extrecmenung Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: epgsearchonly Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: epgsearch Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: devstatus Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: desktop Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: dbus2vdr Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] dbus2vdr: thread-pool for handling signal-emits stopped Jul 28 16:38:07 pmtv1 vdr[3675]: [3700] dbus2vdr: mainloop stopped Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] stopping plugin: conflictcheckonly Jul 28 16:38:07 pmtv1 vdr[3675]: [3687] device 1 section handler thread ended (pid=3675, tid=3687) Jul 28 16:38:07 pmtv1 vdr[3675]: [3686] frontend 0/0 tuner thread ended (pid=3675, tid=3686) Jul 28 16:38:07 pmtv1 vdr[3675]: [3691] device 2 section handler thread ended (pid=3675, tid=3691) Jul 28 16:38:07 pmtv1 vdr[3675]: [3690] frontend 1/0 tuner thread ended (pid=3675, tid=3690) Jul 28 16:38:07 pmtv1 vdr[3675]: [3695] device 3 section handler thread ended (pid=3675, tid=3695) Jul 28 16:38:07 pmtv1 vdr[3675]: [3694] frontend 2/0 tuner thread ended (pid=3675, tid=3694) Jul 28 16:38:07 pmtv1 vdr[3675]: [3699] device 4 section handler thread ended (pid=3675, tid=3699) Jul 28 16:38:07 pmtv1 vdr[3675]: [3698] frontend 3/0 tuner thread ended (pid=3675, tid=3698) Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: streamdev-server Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: skinlcarsng Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: quickepgsearch Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: pulsecontrol Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: menuorg Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: markad Jul 28 16:38:07 pmtv1 vdr[3675]: [3675] deleting plugin: live Jul 28 16:38:12 pmtv1 vdr[3675]: exception occured: pthread_mutex_lock failed: errno 22: Das Argument ist ungültig
Ich hoffe du kannst damit etwas anfangen.
-
So, hier die Fehlermeldung:
Code
Alles anzeigenTASK [yavdr-xorg : unload kms drivers] ************************************************************************************************************************* An exception occurred during task execution. To see the full traceback, use -vvv. The error was: NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? failed: [localhost] (item=nouveau) => { "ansible_loop_var": "item", "changed": false, "item": "nouveau", "rc": 1 } MSG: MODULE FAILURE See stdout/stderr for the exact error MODULE_STDERR: Traceback (most recent call last): File "<stdin>", line 102, in <module> File "<stdin>", line 94, in _ansiballz_main File "<stdin>", line 40, in invoke_module File "/usr/lib/python3.10/runpy.py", line 209, in run_module return _run_module_code(code, init_globals, run_name, mod_spec) File "/usr/lib/python3.10/runpy.py", line 96, in _run_module_code _run_code(code, mod_globals, init_globals, File "/usr/lib/python3.10/runpy.py", line 86, in _run_code exec(code, run_globals) File "/tmp/ansible_rmmod_payload__4y9uqf0/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 114, in <module> File "/tmp/ansible_rmmod_payload__4y9uqf0/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 99, in main File "/tmp/ansible_rmmod_payload__4y9uqf0/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 47, in find_dependencies NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? An exception occurred during task execution. To see the full traceback, use -vvv. The error was: NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? failed: [localhost] (item=ttm) => { "ansible_loop_var": "item", "changed": false, "item": "ttm", "rc": 1 } MSG: MODULE FAILURE See stdout/stderr for the exact error MODULE_STDERR: Traceback (most recent call last): File "<stdin>", line 102, in <module> File "<stdin>", line 94, in _ansiballz_main File "<stdin>", line 40, in invoke_module File "/usr/lib/python3.10/runpy.py", line 209, in run_module return _run_module_code(code, init_globals, run_name, mod_spec) File "/usr/lib/python3.10/runpy.py", line 96, in _run_module_code _run_code(code, mod_globals, init_globals, File "/usr/lib/python3.10/runpy.py", line 86, in _run_code exec(code, run_globals) File "/tmp/ansible_rmmod_payload_q7pkbl5g/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 114, in <module> File "/tmp/ansible_rmmod_payload_q7pkbl5g/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 99, in main File "/tmp/ansible_rmmod_payload_q7pkbl5g/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 47, in find_dependencies NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? An exception occurred during task execution. To see the full traceback, use -vvv. The error was: NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? failed: [localhost] (item=drm_kms_helper) => { "ansible_loop_var": "item", "changed": false, "item": "drm_kms_helper", "rc": 1 } MSG: MODULE FAILURE See stdout/stderr for the exact error MODULE_STDERR: Traceback (most recent call last): File "<stdin>", line 102, in <module> File "<stdin>", line 94, in _ansiballz_main File "<stdin>", line 40, in invoke_module File "/usr/lib/python3.10/runpy.py", line 209, in run_module return _run_module_code(code, init_globals, run_name, mod_spec) File "/usr/lib/python3.10/runpy.py", line 96, in _run_module_code _run_code(code, mod_globals, init_globals, File "/usr/lib/python3.10/runpy.py", line 86, in _run_code exec(code, run_globals) File "/tmp/ansible_rmmod_payload_0411zjiu/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 114, in <module> File "/tmp/ansible_rmmod_payload_0411zjiu/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 99, in main File "/tmp/ansible_rmmod_payload_0411zjiu/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 47, in find_dependencies NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? An exception occurred during task execution. To see the full traceback, use -vvv. The error was: NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? failed: [localhost] (item=drm) => { "ansible_loop_var": "item", "changed": false, "item": "drm", "rc": 1 } MSG: MODULE FAILURE See stdout/stderr for the exact error MODULE_STDERR: Traceback (most recent call last): File "<stdin>", line 102, in <module> File "<stdin>", line 94, in _ansiballz_main File "<stdin>", line 40, in invoke_module File "/usr/lib/python3.10/runpy.py", line 209, in run_module return _run_module_code(code, init_globals, run_name, mod_spec) File "/usr/lib/python3.10/runpy.py", line 96, in _run_module_code _run_code(code, mod_globals, init_globals, File "/usr/lib/python3.10/runpy.py", line 86, in _run_code exec(code, run_globals) File "/tmp/ansible_rmmod_payload_u1zlet73/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 114, in <module> File "/tmp/ansible_rmmod_payload_u1zlet73/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 99, in main File "/tmp/ansible_rmmod_payload_u1zlet73/ansible_rmmod_payload.zip/ansible/modules/rmmod.py", line 47, in find_dependencies NameError: name 'dependency_map' is not defined. Did you mean: 'dependency'? RUNNING HANDLER [Reload Units] ********************************************************************************************************************************* RUNNING HANDLER [Restart Samba] ******************************************************************************************************************************** RUNNING HANDLER [Restart vdr-addon-lifeguard-ng] *************************************************************************************************************** RUNNING HANDLER [Restart NFS Kernel Server] ******************************************************************************************************************** RUNNING HANDLER [Restart VDR] ********************************************************************************************************************************** RUNNING HANDLER [reboot required] ****************************************************************************************************************************** PLAY RECAP ***************************************************************************************************************************************************** localhost : ok=128 changed=102 unreachable=0 failed=1 skipped=19 rescued=0 ignored=0
-
Danke für die Info!
Neu gebootet hatte ich nach der Installation aber nicht das Playbook nochmal laufen lassen.
Werde ich morgen gleich mal ausprobieren.
-
Hallo zusammen,
ich habe heute versucht meinen VDR neu aufzusetzen.
Dabei wollte ich mir auch eine neue Grafikkarte gönnen: PNY NVIDIA T400
Aber egal ob ich yaVDR-ansible mit focal oder jammy installiert habe, am Schluss gab es immer einer ellenlange Fehlermeldung und natürlich kein TV- Bild.
Text-Konsole wurde immer angezeigt.
Ich habe dann abgebrochen, die alte GraKa wieder eingebaut und die Sicherungskopie eingespielt. Der VDR sollte zum Fußballspiel wieder laufen!
Gibt es im Zusammenhang mit der T400 irgendetwas Spezielles zu beachten?
Ansonsten werde ich morgen noch mal spielen und die Fehlermeldung hier posten.
Gibt es noch irgendwelche Logs von ansible die bei der Fehlersuche behilflich sein könnten?
Danke schon mal!
-
Funktioniert jetzt, danke!
-
Danke!
Vielleicht habe ich am Feiertag mal Zeit zu spielen.