Beiträge von Udo017

  • [gelöst] Kodi startet nicht mehr

    Installiert sind die folgenden:

    Code
    dddvb, 0.9.22.0yavdr0, 3.13.0-121-generic, x86_64: installed
dddvb, 0.9.22.0yavdr0, 3.13.0-125-generic, x86_64: installed
dddvb, 0.9.22.0yavdr0, 3.13.0-129-generic, x86_64: installed
dddvb, 0.9.22.0yavdr0, 3.13.0-132-generic, x86_64: installed
dddvb, 0.9.22.0yavdr0, 3.13.0-133-generic, x86_64: installed
nvidia, 381.22, 3.13.0-121-generic, x86_64: installed
nvidia, 381.22, 3.13.0-125-generic, x86_64: installed
nvidia, 381.22, 3.13.0-129-generic, x86_64: installed
nvidia, 381.22, 3.13.0-132-generic, x86_64: installed
nvidia, 381.22, 3.13.0-133-generic, x86_64: installed

    Als ich die GT1030 einbaute habe ich mir den Treiber von der nvidia-Seite von hand installaliert. Das ist der 381.22. Der wird laut kern.log auch geladen.

  • [gelöst] Kodi startet nicht mehr

    Nicht sehr viel anderes:

    Code
    method return sender=:1.6 -> dest=:1.46 reply_serial=2
   int32 250
   string "Remote control disabled"
written backup for DP-0 to /var/lib/vdr/.kodi/.display_cache/DP-0-videodevice.xml
Xlib:  extension "GLX" missing on display ":1".
/usr/bin/kodi: line 179:  2230 Segmentation fault      "$LIBDIR/${bin_name}/${bin_name}.bin" $SAVED_ARGS
Crash report available at /var/lib/vdr/kodi_crashlog-20171027_201612.log
method return sender=:1.6 -> dest=:1.50 reply_serial=2
   int32 250
   string "Remote control enabled"


    Ein Template für die /etc/init/kodi.conf habe ich nicht . Meine sieht so aus:

  • [gelöst] Kodi startet nicht mehr

    Hallo,


    ich habe gestern mein yarVDR ein update verpasst. Das lief ohne (erkennbare) Probleme duch. Heute muste ich feststellen das kodi nicht mehr startet. Hier die Ausgabe wenn ich versuche kodi von der Konsole zu starten:

    Code
    Home directory not accessible: Permission denied
Home directory not accessible: Permission denied
Home directory not accessible: Permission denied
Home directory not accessible: Permission denied
Home directory not accessible: Permission denied
Xlib:  extension "GLX" missing on display ":1".
/usr/bin/kodi: Zeile 179:  4961 Speicherzugriffsfehler  "$LIBDIR/${bin_name}/${bin_name}.bin" $SAVED_ARGS

    Im crashlog steht:

  • [solved] X-Server stoppen

    Nein, nur openbox. Da habe ich aber das selbe Problem wie mit X. Er startet immer wieder neu.


  • [solved] X-Server stoppen

    Ich bin über ssh angemeldet, ich denke da hat das keinen Sinn, oder ? Was sollte da passieren ? (Ah: X-Server neu starten. Will ich aber nicht. Ich will in beenden) Bei mir passiert nicht's.

  • [solved] X-Server stoppen

    Nö, auch nicht.


  • [solved] X-Server stoppen

    Nö, leider nicht.


  • [solved] X-Server stoppen

    Hallo,


    ich möchte ein Grafiktreiber (nvidia-381) von Hand installieren. Dabei sagt er mir das noch ein X Server läuft. Alle meine Versuche

    Code
    stop x
stop: Unknown job: x


    Code
    stop X
stop: Unknown job: X


    den zu beenden sind bis jetzt gescheitert. Selbst der kill Befehl hilft nicht (der x server erschein nach kurzer Zeit wieder in ps -ax mit neuer pid).
    In htop habe ich auch versucht die programme zu beenden. Der selbe Effekt, nach kurzer Zeit starten sie wieder neu.


    Ich bin da etwas genervt wegen so einer einfachen Aufgabe das Forum fragen zu müssen. Also: Wie kann ich den X-Server (und auch die anderen Progrannme) in yavdr beenden (ohne das sie wieder neu starten) ? Ich bin dabei über ssh angemeldet.

  • e-tobi Paketquellen

    Hallo,


    ich versuche gerade ein vdr mit den e-tobi-Paketquellen einzurichten.
    Ich bin hinter einem apt-cacher-ng Proxy, der in der apt-conf als Acquire::http::proxy eingetragen ist.
    Ich habe Debian Jessie (minimal) installiert.
    Dann die Paketquellen zu source.list hinzugefügt:


    Bei einem apt-get update erhalte ich:


    Ok, da er die Seiten auf https umgestellt hat, dachte ich den source.list Eintrag ändern:

    Code
    deb https://e-tobi.net/vdr-experimental jessie base addons vdr-multipatch


    Das brachte dann das:

    Code
    E: Der Treiber f�r Methode /usr/lib/apt/methods/https konnte nicht gefunden werden.
N: Ist das Paket apt-transport-https installiert?


    Ok, apt-get install apt-transport-https ausgeführt. Dann apt-get update:


    Ein zusätzlicher Eintrag Acquire::https::proxy in der apt.conf hat nichts geändert.


    Was mache ich falsch bzw. fehlt noch ?