[x86-64] Kodi crashing after adding libraries - new installation

  • The system is a ASRock HM55-MXM mini PC. Unfortunately it has a NVIDIA GeForce GT 425M [Pegatron] GPU so I had to use LibreELEC 12.0.2 Generic since 12.2 does not support it. I am new to LibreELEC but not Kodi (Windows) so I am not sure what the crash log is showing me. I saw something in the log about not being able to resolve the NAS hostname and I changed the source to the IP address but that did not resolve. I have 2 other non-generic LibreELEC installs that are working just fine on different hardware.

    If anyone has a good set of steps to troubleshoot this I would appreciate it.

  • Please provide a full debug log.

    How to post a log (wiki)

    1. Enable debugging in Settings>System Settings>Logging
    2. Restart Kodi
    3. Replicate the problem
    4. Generate a log URL (do not post/upload logs to the forum)

    use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link
  • The log only show a crash of the LE-Settings log uploader. :(

    To work around the issue please enable (and test) ssh access first. After the original crash log in via ssh and use the pastecrash command.

  • The log only show a crash of the LE-Settings log uploader. :(

    To work around the issue please enable (and test) ssh access first. After the original crash log in via ssh and use the pastecrash command.

    Not sure if this is related to what you saw in the log.

    Code
    BEDROOM-LibreELEC:~ # pastecrash
    terminate called after throwing an instance of 'std::runtime_error'
     what():  No modesetting DRM card found
    Aborted (core dumped)
    https://paste.libreelec.tv/outgoing-shad.log

    The WLAN driver shows some errors in the crash log. So try with Ethernet, if you can (deactivate WiFi on the LE settings).

    Disabled wireless and enabled wired, still crashing.

  • Not sure if this is related to what you saw in the log.

    Code
    BEDROOM-LibreELEC:~ # pastecrash
    terminate called after throwing an instance of 'std::runtime_error'
     what():  No modesetting DRM card found
    Aborted (core dumped)
    https://paste.libreelec.tv/outgoing-shad.log

    DRM seems to be disabled by systemd, but later in use by kernel:

    Code
    Oct 15 14:11:12.863659 LibreELEC systemd[1]: [email protected]: Deactivated successfully.
    Oct 15 14:11:12.863682 LibreELEC systemd[1]: Finished [email protected].
    ...
    Oct 15 14:11:15.007318 BEDROOM-LibreELEC kernel: [drm] Initialized nvidia-drm 0.0.0 20150116 for 0000:01:00.0 on minor 0
    Oct 15 14:11:15.007348 BEDROOM-LibreELEC kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.108  Wed Dec 11 11:06:58 PST 2019

    Or does the first DRM mean "Digital Rights Management"?

  • I can see PCI and ACPI warnings/errors in the system log and an iwlwifi 'microcode' (firmware) error/dump, and then GPU segfault messages once Xorg starts. As the nvidia drivers have faulted there is probably no DRM (Direct Rendering Manager) connector and GPU device visible to the kernel so the kmsprint command in the pastecrash script fails and you see the 'no modesetting' error.

    I associate ACPI warnings and unexplainable things like firmware errors with power issues, so I'm wondering if the PSU is able to sustain the current draw needed in early boot and the spikes seen when the WiFi card and GPU are brought online. The GPU model suggests this is 10-15 years old hardware, so age could be a factor.

  • I do not know what happened in the first install that caused the issue, but I decided to wipe and install again. This time I had no issues other than occasionally the scraper had an connection error issue when building the movie and tv show libraries, as I experienced before. The scrapers I am using are "The Movie Database Python" and "The TVDB v4". My only conclusion is something was corrupted last time when building the libraries.

    I am running on the wired connection with wireless disabled and updates are set to manual because of the lack of nVidia GPU support in the current version. Thank you for your time with this and finger double crossed it remains stable.