ansible KODI beenden per Fernbedienung funktioniert nicht/endet mit Crash

HrzM · 1. Oktober 2019

Hi,

hab erfolgreich yaVDR ansible auf meinem J3455 installiert und nach ein paar kleinen Problemen (kein Ton/kein Bild beim boot ohne TV), die ich dank des Forum lösen könnten, läuft er soweit sehr gut. Dafür an dieser Stelle vielen Dank!

Leider gib es jedoch ein Problem beim beenden von KODI via Ferbedieunung. Wenn ich den PowerKey meiner Hama MCE drücke, passiert folgendes:

- Endweder ich lande im "Frontend detached" Bildschrim, drücke dann eine Taste und bin dann wieder in KODI, drücke nochmal Power und ende in der Shell

- oder ich laden direkt in der Shell

Dummerweise lässt sich der Rechner wenn ich in der Shell geladet bin dann nur noch Hard-Resetten, regulärer reboot via SSH oder Shell ist dann nicht mehr möglich.

KODI "zu Fuß", also über das Powermenü beenden funktioniert so wie es soll.

Vielleicht noch relevant, Pulseaudio hab ich rausgeworfen und "-a hw:0,3 & -p hw:0,3" in der 50-softhddevice.conf eingetragen.

Hat jamend eine Idee woduch diese Verhalten kommt und was ich dagegen machen kann?

Gruß HrzM

seahawk1986 · 2. Oktober 2019

Bei yavdr-ansible verhält sich KEY_POWER2 etwas anders und es passiert mehr als nur KODI zu stoppen - das Frontend-Skript reagiert da standardmäßig zusätzlich darauf und versucht mit einer kleinen Verzögerung den Shutdown über den VDR einzuleiten.

Wenn das gerade nicht sinnvoll möglich ist (z.B. weil der VDR gerade etwas besseres zu tun hat wie laufende Aufnahmen), dann bleibt das gerade gewählte Frontend gestopppt/detached und das Hintergrundbild geändert und es werden regelmäßig ein erneute Shutdown-Versuche gestartet, was durch das Drücken von Tasten auf der Fernbedienung abgebrochen werden kann. In dem Fall wird das gewählte Frontend wieder gestartet/attached.

Man kann dem Frontend-Skript sagen, dass es nicht auf KEY_POWER2 reagieren soll (dann mischt es sich beim Druck auf KEY_POWER2 nicht mehr ein, dadurch wird aber z.B. auch das VDR-Frontend nicht mehr detached, wenn es gerade aktiv ist und der VDR nicht unmittelbar herunterfahren kann) - dazu müsstest du in der /etc/yavdr-frontend/config.yml den Eintrag für KEY_POWER2 entfernen (also z.B. Zeilen 89-90 auskommentieren oder einen ungenutzten Tastennamen statt KEY_POWER2 setzen).

Code

lirc:
    socket: /run/lirc/lircd
    keymap:
        KEY_POWER2:
            action: poweroff

Für was Wechseln zwischen KODI und dem VDR-Frontend, kannst du auch eine Taste auf der Fernbedienung belegen - in der /var/lib/vdr/.lircrc gibt es dafür bereits eine Vorlage - da musst du dann noch den gewünschten Tastennamen statt KEY_HOME setzen - die Taste links oben mit dem e im Kreis auf der Hama MCE liefert z.B. KEY_CHANNEL (den Eintrag dafür in der /var/lib/vdr/remote.conf sollte man in dem Fall bei gestopptem VDR entfernen).

davie2000 · 2. Oktober 2019

Ich benutze die Ausschalten-Taste der PC-Fernbedienung (bzw. des VDRs) zum Ausschalten des Rechners.

Zum Umschalten zwischen Kodi und yaVDR benutze ich eine andere Taste (default: KEY_HOME).

Und wenn Kodi gerade an ist, dann ist das quasi wie ausschalten von Kodi - und zurück zum VDR.

Wenn ich den VDR dann ganz abschalten möchte, benutze ich KEY_POWER2.

Würde also an deiner Stelle in Kodi einfach nicht die Ausschalten-Taste drücken, sondern die zum Umschalten (default: KEY_HOME).

HrzM · 3. Oktober 2019

Danke für die Rückemeldung bin erst heute zum testen gekommen.

Ich hab die /etc/yavdr-frontend/config.yml wie beschrieben die Zeilen auskommentiert (während KODI lief, ca 4 Std), als ich KODI via FB-PowerKey beendet wollte war das Verhalten ähnlich wie oben beschrieben, jeodch bin ich beim zweiten beenden nicht in der Shell gelandet, sondern wieder in KODI, allerdings ohne KODI bedienen bzw. überhaupt etwas mache zu können.

Nach dem Neustart hab dann weiter getestet. Jetzt ist so, dass ich einmal KODI starten und per PowerKey beenden kann und dann im VDR-Frontend lande, aber wenn ich das ein zweites mal versuche, lande ich entweder direkt bei KODI-Start oder bei beenden in der Shell.

Mir ist inzwischen aufgefallen, das ich, wenn ich per SSH einen reboot absetzet nur etwas warten muss bis der Rechner neu startet.

Am liebsten hätte ich es vom Verhalten her so wie bei den yaVDRs zuvor, wenn ich im KODI auf den PowerKey drücke komm ich zurück zum VDR-Frontend.

Folgeden zeigt im übrigen syslog wenn ich ein zeites mal versuche KODI zu starten und wie beschrieben in der shell lande:

Code

Oct  3 20:58:03 apollo vdr: [1396] executing command 'frontend-dbus-send switchto kodi'
Oct  3 20:58:03 apollo yavdr-frontend[1584]: ERROR:LircConnection:could not parse: 160 0 KEY_OK devinput
Oct  3 20:58:03 apollo yavdr-frontend[1584]: Traceback (most recent call last):
Oct  3 20:58:03 apollo yavdr-frontend[1584]:   File "/usr/lib/python3/dist-packages/yavdr_frontend/lirc.py", line 81, in handler
Oct  3 20:58:03 apollo yavdr-frontend[1584]:     self.get_key(line)
Oct  3 20:58:03 apollo yavdr-frontend[1584]:   File "/usr/lib/python3/dist-packages/yavdr_frontend/lirc.py", line 102, in get_key
Oct  3 20:58:03 apollo yavdr-frontend[1584]:     self.on_keypress(cmd)
Oct  3 20:58:03 apollo yavdr-frontend[1584]:   File "/usr/lib/python3/dist-packages/yavdr_frontend/yavdrfrontend.py", line 162, in keypress
Oct  3 20:58:03 apollo yavdr-frontend[1584]:     key_dict = self.keymap.get(key, {})
Oct  3 20:58:03 apollo yavdr-frontend[1584]: AttributeError: 'NoneType' object has no attribute 'get'
Oct  3 20:58:04 apollo irexec[805]: KEY_OK
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:called set_next_fe with fe_type=kodi, fe_name=
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:called switch()
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:called stop(extern=False)
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:stop: current frontend is VDR-Frontend
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:check_state(): got status code: 910
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:status: softhddevice is attached
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:is_running: True
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:self.frontends[0].is_running: True
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:stop(): current frontend is running
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:check_state(): got status code: 910
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:check_state(): got status code: 910
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:status: softhddevice is attached
Oct  3 20:58:04 apollo vdr: [1966] CAM 1: unassigned from device 1
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:change_state with command deta and options "" to detached
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:check_state(): got status code: 912
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:softhddevice:softhddevice successfully detached
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:caller VDR-Frontend has been stopped
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yavdr_logo.png, fill: False
Oct  3 20:58:04 apollo vdr: [1955] device 1 TS buffer thread ended (pid=1396, tid=1955)
Oct  3 20:58:04 apollo vdr: [1954] buffer stats: 295912 (5%) used
Oct  3 20:58:04 apollo vdr: [1954] device 1 receiver thread ended (pid=1396, tid=1954)
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:SystemdUnitFrontend:starting kodi
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:stop() got result (True, 'OK')
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:yaVDRFrontend:switch(): got result (True, 'OK')
Oct  3 20:58:04 apollo systemd[1362]: Starting Start kodi in user session...
Oct  3 20:58:04 apollo vdr: [1957] Text2Skin: menu display update thread ended (pid=1396, tid=1957)
Oct  3 20:58:04 apollo kernel: [  196.411174] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
Oct  3 20:58:04 apollo set-kodi-display[1968]: DEBUG: no changes necessary, exiting
Oct  3 20:58:04 apollo systemd[1362]: Started Start kodi in user session.
Oct  3 20:58:04 apollo yavdr-frontend[1584]: DEBUG:SystemdUnitFrontend:unit is running
Oct  3 20:58:05 apollo x-daemon[1296]: double free or corruption (!prev)
Oct  3 20:58:05 apollo x-daemon[1296]: (EE)
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) Backtrace:
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 0: /usr/lib/xorg/Xorg (xorg_backtrace+0x4d) [0x5619aa044abd]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 1: /usr/lib/xorg/Xorg (0x5619a9e8c000+0x1bc859) [0x5619aa048859]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2323bb8000+0x12890) [0x7f2323bca890]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0xc7) [0x7f2323805e97]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (abort+0x141) [0x7f2323807801]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (0x7f23237c7000+0x89897) [0x7f2323850897]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (0x7f23237c7000+0x9090a) [0x7f232385790a]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 7: /lib/x86_64-linux-gnu/libc.so.6 (cfree+0x534) [0x7f232385ee84]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 8: /usr/lib/xorg/Xorg (xf86OutputSetEDID+0x1a5) [0x5619a9f54435]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 9: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f2320b05000+0x710d9) [0x7f2320b760d9]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 10: /usr/lib/xorg/Xorg (xf86ProbeOutputModes+0x1fb) [0x5619a9f5477b]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 11: /usr/lib/xorg/Xorg (0x5619a9e8c000+0xd15c9) [0x5619a9f5d5c9]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 12: /usr/lib/xorg/Xorg (RRGetInfo+0x95) [0x5619a9fa6145]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 13: /usr/lib/xorg/Xorg (0x5619a9e8c000+0x122b57) [0x5619a9faeb57]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 14: /usr/lib/xorg/Xorg (0x5619a9e8c000+0x52e98) [0x5619a9edee98]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 15: /usr/lib/xorg/Xorg (0x5619a9e8c000+0x56ee0) [0x5619a9ee2ee0]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xe7) [0x7f23237e8b97]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) 17: /usr/lib/xorg/Xorg (_start+0x2a) [0x5619a9eccb8a]
Oct  3 20:58:05 apollo x-daemon[1296]: (EE)
Oct  3 20:58:05 apollo x-daemon[1296]: (EE)
Oct  3 20:58:05 apollo x-daemon[1296]: Fatal server error:
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) Caught signal 6 (Aborted). Server aborting
Oct  3 20:58:05 apollo x-daemon[1296]: (EE)
Oct  3 20:58:05 apollo x-daemon[1296]: (EE)
Oct  3 20:58:05 apollo x-daemon[1296]: Please consult the The X.Org Foundation support
Oct  3 20:58:05 apollo x-daemon[1296]: #011 at http://wiki.x.org
Oct  3 20:58:05 apollo x-daemon[1296]:  for help.
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Oct  3 20:58:05 apollo x-daemon[1296]: (EE)
Oct  3 20:58:05 apollo x-daemon[1296]: (II) AIGLX: Suspending AIGLX clients for VT switch
Oct  3 20:58:05 apollo x-daemon[1296]: (EE) Server terminated with error (1). Closing log file.

Alles anzeigen

seahawk1986 · 4. Oktober 2019

Kannst du bitte mal den aktuellen Stand der /etc/yavdr-frontend/config.yml anhängen?

HrzM · 4. Oktober 2019

Bis auf Zeile 89-90 unverändert.

Code

---
main:
    primary_frontend: vdr  # choose an application to start with
    secondary_frontend: mediacenter  # choose the default value for the application to switch to
    systemd_bus: SessionBus  # the bus used to control systemd units, SystemBus or SessionBus
    interface_bus: SystemBus # the bus to provide yavdr-frontend's dbus interface on, SystemBus or SessionBus

backgrounds:
    detached:
        path: "/usr/share/yavdr/images/yaVDR_background_detached.jpg"
        Fill: True
    normal:
        path: "/usr/share/yavdr/images/yavdr_logo.png"
        fill: False
    prepare_shutdown:
        path: "/usr/share/yavdr/images/yaVDR_background_prepare_shutdown.png"
        Fill: True
    shutdown:
        path: "/usr/share/yavdr/images/yaVDR_background_shutdown.png"
        Fill: True

applications:  # predefined applications
# Example Syntax:
#   <APPLICATION>:
#       name: foo  # if a system unit with this name exists, use it, else use the foo.desktop starter
#       OR
#       unit_name: foo.service  # use the unit foo.service
#       OR
#       app_name: foo.desktop  # use the foo.desktop starter, even if the systemd unit foo.service exists
#       OR
#       module_name: foo  # import python module foo
#       class_name: Bar   # use the Class object Bar (which must implement the
#                         # API defined by BasicFrontend in yavdr_frontend.basicfrontend)
    vdr:
        module_name: yavdr_frontend.vdrfrontend
        class_name: VDRFrontend

    mediacenter:
        name: kodi

    browser:
        name: firefox

    terminal:
        app_name: debian-xterm.desktop

    #youtube:
    #    unit_name: youtube.service

vdr:
    id: 0  # vdr instance id
    dbus2vdr_bus: SystemBus  # the bus to communicate with the dbus2vdr plugin - SystemBus or SessionBus
    attach_on_startup: auto  # choose one of auto, always or never
    wakeup_ts_file: "/var/cache/vdr/acpiwakeup.time"
    frontends:  # assign output plugins to a frontend implementation
        softhdcuvid:
            module_name: yavdr_frontend.frontends.softhdcuvid
            class_name: Softhdcuvid
            use_pasuspend: False  # suspend pulseaudio while softhddevice is active, so it has direct ALSA access

        softhdvaapi:
            module_name: yavdr_frontend.frontends.softhdvaapi
            class_name: Softhdvaapi
            use_pasuspend: False  # suspend pulseaudio while softhddevice is active, so it has direct ALSA access

        softhddevice:
            module_name: yavdr_frontend.frontends.softhddevice
            class_name: Softhddevice
            use_pasuspend: False  # suspend pulseaudio while softhddevice is active, so it has direct ALSA access

        vaapidevice:
            module_name: yavdr_frontend.frontends.vaapidevice
            class_name: VAAPIDevice
            use_pasuspend: False  # suspend pulseaudio while softhddevice is active, so it has direct ALSA access

        rpihddevice:
            module_name: yavdr_frontend.frontends.rpihddevice
            class_name: Rpihddevice

        xineliboutput:
            unit_name: vdr-sxfe.service

        xine:
            unit_name: vdr-xine.service

lirc:
    socket: /run/lirc/lircd
    keymap:
#        KEY_POWER2:   #https://www.vdr-portal.de/forum/index.php?thread/133096
#            action: poweroff

#        KEY_PROG1:
#            action: toggle  # start/stop the current frontend
#        KEY_PROG2:
#            action: switch  # switch between the primary and secondary frontend
#        KEY_PROG3:
#            action: switchbetween  # if one of the frontends is already running,
#                                   # switch to the second one, else switch to the first one
#            args:
#                - vdr
#                - mediacenter
#        KEY_PROG4:
#            action: switchbetween  # if one of the frontends is already running,
#                                   # switch to the second one, else switch to the first one
#            args:
#                - vdr
#                - youtube

Alles anzeigen

seahawk1986 · 5. Oktober 2019

Ich habe den Fehler im Config-Parser mal abgefangen (da kam ein None statt dem erwarteten Dictionary zurück, wenn man die Zeilen auskommentiert) und eine zusätzliche Methode yavdr_compat_poweroff eingebaut, die man statt poweroff nutzen kann. Wenn man die Power-Taste drückt und der VDR nicht das aktive Frontend ist, wechselt er zurück zum VDR, wenn der VDR bereits das aktive Frontend ist, macht er einen Shutdown-Versuch.

Code: config.yml

lirc:
    socket: /run/lirc/lircd
    keymap:
        KEY_POWER2:
            action: yavdr_compat_poweroff

Edit: Das Paket python3-yavdrfrontend in Version 0.0.58 wurde erfolgreich gebaut und veröffentlicht.

HrzM · 6. Oktober 2019

Hmm, irgendwie ist noch was quer...

Folgendes hab ich gemacht:

- apt-get update

- apt-get dist-upgrade

- config.yml wie beschrieben angepasst

Wenn ich jetzt KODI starte komme ich mit POWER_KEY2 zurück zum yaVDR-Frontend. Versuche ich KODI erneut zu starten lande ich in der shell .

Es spielt übrigens kein Rolle ob ich KODI mit der Ferbedienung (POWER_KEY2) oder über das Menü beende. Der VDR scheint läuft dann scheinbar noch, es ist "nur" das Frontend weg.

syslog wenn versuche KODI erneut zu starten.

Code

6 00:07:06 apollo vdr: [1658] executing command 'frontend-dbus-send switchto kodi'
Oct  6 00:07:06 apollo irexec[824]: KEY_OK
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:called set_next_fe with fe_type=kodi, fe_name=
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:called switch()
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:called stop(extern=False)
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:stop: current frontend is VDR-Frontend
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:check_state(): got status code: 910
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:status: softhddevice is attached
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:is_running: True
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:self.frontends[0].is_running: True
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:stop(): current frontend is running
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:check_state(): got status code: 910
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:check_state(): got status code: 910
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:status: softhddevice is attached
Oct  6 00:07:06 apollo vdr: [2000] CAM 1: unassigned from device 1
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:change_state with command deta and options "" to detached
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:check_state(): got status code: 912
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:softhddevice:softhddevice successfully detached
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:caller VDR-Frontend has been stopped
Oct  6 00:07:06 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yavdr_logo.png, fill: False
Oct  6 00:07:07 apollo vdr: [1842] device 1 TS buffer thread ended (pid=1658, tid=1842)
Oct  6 00:07:07 apollo vdr: [1841] buffer stats: 345544 (6%) used
Oct  6 00:07:07 apollo vdr: [1841] device 1 receiver thread ended (pid=1658, tid=1841)
Oct  6 00:07:07 apollo yavdr-frontend[1567]: DEBUG:SystemdUnitFrontend:starting kodi
Oct  6 00:07:07 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:stop() got result (True, 'OK')
Oct  6 00:07:07 apollo yavdr-frontend[1567]: DEBUG:yaVDRFrontend:switch(): got result (True, 'OK')
Oct  6 00:07:07 apollo systemd[1353]: Starting Start kodi in user session...
Oct  6 00:07:07 apollo vdr: [1991] Text2Skin: menu display update thread ended (pid=1658, tid=1991)
Oct  6 00:07:07 apollo kernel: [  185.703554] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
Oct  6 00:07:07 apollo set-kodi-display[2002]: DEBUG: no changes necessary, exiting
Oct  6 00:07:07 apollo systemd[1353]: Started Start kodi in user session.
Oct  6 00:07:07 apollo yavdr-frontend[1567]: DEBUG:SystemdUnitFrontend:unit is running
Oct  6 00:07:07 apollo x-daemon[1281]: double free or corruption (!prev)
Oct  6 00:07:07 apollo x-daemon[1281]: (EE)
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) Backtrace:
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 0: /usr/lib/xorg/Xorg (xorg_backtrace+0x4d) [0x5604b4a18abd]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 1: /usr/lib/xorg/Xorg (0x5604b4860000+0x1bc859) [0x5604b4a1c859]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2483634000+0x12890) [0x7f2483646890]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0xc7) [0x7f2483281e97]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (abort+0x141) [0x7f2483283801]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2483243000+0x89897) [0x7f24832cc897]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2483243000+0x9090a) [0x7f24832d390a]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 7: /lib/x86_64-linux-gnu/libc.so.6 (cfree+0x534) [0x7f24832dae84]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 8: /usr/lib/xorg/Xorg (xf86OutputSetEDID+0x1a5) [0x5604b4928435]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 9: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f2480581000+0x710d9) [0x7f24805f20d9]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 10: /usr/lib/xorg/Xorg (xf86ProbeOutputModes+0x1fb) [0x5604b492877b]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 11: /usr/lib/xorg/Xorg (0x5604b4860000+0xd15c9) [0x5604b49315c9]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 12: /usr/lib/xorg/Xorg (RRGetInfo+0x95) [0x5604b497a145]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 13: /usr/lib/xorg/Xorg (0x5604b4860000+0x122b57) [0x5604b4982b57]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 14: /usr/lib/xorg/Xorg (0x5604b4860000+0x52e98) [0x5604b48b2e98]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 15: /usr/lib/xorg/Xorg (0x5604b4860000+0x56ee0) [0x5604b48b6ee0]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xe7) [0x7f2483264b97]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) 17: /usr/lib/xorg/Xorg (_start+0x2a) [0x5604b48a0b8a]
Oct  6 00:07:07 apollo x-daemon[1281]: (EE)
Oct  6 00:07:07 apollo x-daemon[1281]: (EE)
Oct  6 00:07:07 apollo x-daemon[1281]: Fatal server error:
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) Caught signal 6 (Aborted). Server aborting
Oct  6 00:07:07 apollo x-daemon[1281]: (EE)
Oct  6 00:07:07 apollo x-daemon[1281]: (EE)
Oct  6 00:07:07 apollo x-daemon[1281]: Please consult the The X.Org Foundation support
Oct  6 00:07:07 apollo x-daemon[1281]: #011 at http://wiki.x.org
Oct  6 00:07:07 apollo x-daemon[1281]:  for help.
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Oct  6 00:07:07 apollo x-daemon[1281]: (EE)
Oct  6 00:07:07 apollo x-daemon[1281]: (II) AIGLX: Suspending AIGLX clients for VT switch
Oct  6 00:07:07 apollo x-daemon[1281]: (EE) Server terminated with error (1). Closing log file

Alles anzeigen

Nebenbei:

Wieso ist der "shutdown -r now" eigentlich verzögert und gibt es eine Möglichkeit das Frontend vis Shell wieder zu starten?

seahawk1986 · 6. Oktober 2019

Was für Hardware hast du denn?

Zitat von HrzM

Wieso ist der "shutdown -r now" eigentlich verzögert

Systemd versucht Dienste sauber zu beenden und schießt sie erst nach einem Timeout ab, wenn sie nicht darauf reagieren.

Zitat von HrzM

und gibt es eine Möglichkeit das Frontend vis Shell wieder zu starten?

Ja, aber wenn der X-Server crasht würde ich erst mal versuchen das anzugehen.

HrzM · 6. Oktober 2019

Zitat von seahawk1986

Was für Hardware hast du denn?

Asrock J3455 per HDMI am einem Onkyo SR-608 mit EDID, wie HIER beschrieben, im Grub.

Ansonsten zur Hardware: 16GB KIngston DDR3, Mystique SaTiX-S2, Samsung EVO 840 120GB, Hama MCE USB, Logitech K400r.

seahawk1986 · 6. Oktober 2019

Die EDID darf für KODI nicht in der Xorg-Konfiguration stehen, sonst gibt es Crashes. Es genügt, wenn man die als Boot-Parameter mitgibt. Damit KODI die Modes nach Bedarf wechseln kann, darf man sie nicht mit dem video= Kernelparameter festnageln - den für yaVDR-tauglichen Ansatz, der nebenbei auch die Nutzung von mehr als einem Bildschirm erlaubt, hatte ich in Zusammenfassung Intel VAAPI & edid.bin verlinkt.

HrzM · 7. Oktober 2019

Die gute Nachricht ist, wechsel zwischen KODI und VDR-Frontend funktioniert jetzt.

Allerdings hab ich jetzt wieder kein Bild wenn ich ohne TV/Verstärker starte

Ich hab "video=HDMI-A-1:1920x1080@50D" aus dem Grub rausgenomme und jetzt nur noch die edid.bin drin, also:

GRUB_CMDLINE_LINUX="drm.edid_firmware=HDMI-A-1:edid/edid.bin" aus der /etc/X11/xorg.conf.d/20-intel.conf sind ich die EDID-Parameter auch wieder rausgeflogen. Als es dann nicht ging hab ich sicherheitshalber das playbook für yavdr-xorg laufen lassen um auszuschließen da ich etwas in der 20-intel.conf verbastelt hab.

aktuelle 20-intel.conf:

Code

# *** ANSIBLE MANAGED FILE ***
# template: /root/yavdr-ansible/roles/yavdr-xorg/templates/20-intel.conf.j2
#

Section "Device"
  Identifier  "Device0"
  Driver      "intel"
  Option      "TearFree" "true"
EndSection


Section "Screen"
  Identifier  "Screen0"
  Device      "Device0"
  Monitor     "HDMI1"
  DefaultDepth  24
  SubSection "Display"
    Depth       24
    Modes     "1920x1080_50"
  EndSubSection
EndSection

Section "Monitor"
  Identifier  "HDMI1"
  Modeline    "1920x1080_24"     74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync
  Modeline    "1920x1080_50"    148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
  Modeline    "1920x1080_60"    148.500 1920 2008 2056 2200 1080 1084 1089 1125 +hsync +vsync
EndSection

Section "Monitor"
  Identifier "DP1"
  Option "Ignore" "true"
EndSection


Section "Monitor"
  Identifier "HDMI2"
  Option "Ignore" "true"
EndSection

Alles anzeigen

seahawk1986 · 8. Oktober 2019

Wird die EDID denn erfolgreich aus dem initramfs geladen (müsste man in der Ausgabe von dmesg sehen)?

HrzM · 8. Oktober 2019

Ich glaube schon, bin mir unsicher wie ich das sehen kann.

Code

root@apollo:~# dmesg|grep drm
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-65-generic root=UUID=8a32cc20-11c6-4dd3-bc3e-e6bded674873 ro drm.edid_firmware=HDMI-A-1:edid/edid.bin quiet splash vt.handoff=1
[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-65-generic root=UUID=8a32cc20-11c6-4dd3-bc3e-e6bded674873 ro drm.edid_firmware=HDMI-A-1:edid/edid.bin quiet splash vt.handoff=1
[    2.402711] [drm] Memory usable by graphics device = 4096M
[    2.402717] fb: switching to inteldrmfb from EFI VGA
[    2.402884] [drm] Replacing VGA console driver
[    2.403042] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    2.403043] [drm] Driver supports precise vblank timestamp query.
[    2.403621] [drm] Finished loading DMC firmware i915/bxt_dmc_ver1_07.bin (v1.7)
[    2.406831] [drm] Initialized i915 1.6.0 20171023 for 0000:00:02.0 on minor 0
[    2.410163] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
[    2.426317] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
[    2.440326] fbcon: inteldrmfb (fb0) is primary device
[    2.440452] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    2.807945] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
[    3.808259] [drm] RC6 on
[    3.813480] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
[   11.434128] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"
[   97.838928] [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"

Alles anzeigen

HrzM · 9. Oktober 2019

Hi seahawk,

dein Tipp aus Installation auf J4205 schlägt fehlt mit dem zusätzlichen Parameter video=HDMI-A-2:e bzw. bei mir dann video=HDMI-A-1:D hat mein Problem gelöst.

Der Eintrag für den Grub sieht jetzt wie folgt aus: GRUB_CMDLINE_LINUX="video=HDMI-A-1:D drm.edid_firmware=HDMI-A-1:edid/edid.bin"boot ohne TV klappt. Das Umschalten zwischen KODI und yaVDR-Fronted funtioniert jetzt auch wie gewünscht.

Nochmal, tausend Dank!

seahawk1986 · 9. Oktober 2019

Gerne, das war gemein, dass sich das Verhalten des Kernels da mittendrin geändert hat, damals (TM) hat das noch einfach so funktioniert...

ansible KODI beenden per Fernbedienung funktioniert nicht/endet mit Crash

Jetzt mitmachen!

Teilen