0.5: plötzlich startet XBMC nicht mehr

    Hallo,
    ich habe mich schon sehr lange nicht mehr hier blicken lassen, weil mein System sehr zu meiner und der Familie Zufriedenheit läuft. Dafür möchte ich mich hier herzlich bedanken.


    Wir hatten heute hier eine Familienfeier und im Hintergrund lief etliche Stunden das TuneIn-Radio und als Bildschirmschoner die Diashow. Auch wurden gezielt Fotos angeschaut. Danach glaube ich, dass das System ordentlich runtergefahren wurde. Jetzt schalte ich den HTPC noch mal an.


    TV mittels yaVDR läuft prima, wenn ich aber XBMC starten möchte, sehe ich das blaue yaVDR-Logo ca. 1 Minute lang, danach fällt er wieder auf yaVDR zurück. Ein Neustart bringt nichts.


    Das System ist aktuell. Das XBMC Crash-Log ist leer. Wo muss ich noch nachschauen? Oder was könnte ich noch machen?

    Viele Grüße
    DocAdams


    Hi,


    Was steht den im /var/log/syslog


    ausserdem kannst du ja den Aufruf, der in /etc/init/xbmc(irgendwas ... habe jetzt gerade keinen vdr zur Hand) mal manuell ausführen?
    Eventuell kriegst du dann auf der Konsole Hinweise.....


    beste Grüße

    ------------------------------------------------------------------------------------------------------------------------------------------------------------
    VDR1: M4N78-VM:AMD XII 215e:Tevii S470PCIe: yaVDR 0.5a
    VDR Neu: Q1900M, Cine S2: yavdr 0.6
    VDR Server: Debian testing Dom0 XEN 4.6, Tevii S470 PCIe running in HVM Trusty DomU

    Zitat von docadams

    Wo muss ich noch nachschauen? Oder was könnte ich noch machen?


    Gesteuert wird der Wechsel zwischen vdr-frontend und XBMC über /etc/lirc/lircrc. Das Prinzip ist simpel: der Eine wird beendet und danach der Andere gestartet.


    - Existiert die Datei?
    - Passt der Inhalt?
    - Lassen sich die Befehle manuell ausführen?


    Wenn das alles nicht hilft:


    Code
    sudo apt-get install pastebinit
sudo pastebinit -i /var/log/syslog


    dann Link zeigen.


    Albert

    Hallo und Danke für eure Hilfe.
    Es ist sehr merkwürdig, also für mich jedenfalls.
    Ich wollte gestern Abend eure Tipps anwenden und dann ging es plötzlich. Allerdings startete XBMC im Urzustand. Also wie nach der Erstinstallation, in englischer Sprache, keinerlei Anpassungen. Ich habe mich dann rangemacht, alles anzupassen. Während dieser Aktion wurde ich gestört und ich habe das unterbrochen. Natürlich ordentlich XBMC beendet und aus VDR den HTPC runter gefahren. Wie ich es immer mache.


    Heute nun ging es wieder gar nicht, sodass ich jetzt die Syslog senden kann:
    sudo pastebinit -i /var/log/syslog


    Wobei, ich sehe gerade, das kann nicht alles sein.
    Ich habe nach dem vergeblichen XBMC-Start in die syslog im Webfrontend geschaut, da gab es folgende Anzeige (ich hoffe, dass ich es lesbar hinbekomme):



    Ich habe soeben noch mal XBMC gestartet. Und jetzt startet es, allerdings wieder im Urzustand. Der spielt mit mir....
    Ich kann jetzt leider keine syslog mit fehlgeschlagenen XBMC-Start über Pastebin senden, weil er jetzt immer startet.


    Könnte das auf einen bevorstehenden Plattencrash hindeuten? Allerdings scheint der Rest des VDR ordentlich zu laufen.


    Inzwischen habe ich auch erfahren, dass am Samstag der HTPC mal unsanft beendet wurde: Es wurde mal kurz der Stecker für die gesamte Elektronik gekappt, TV, HTPC, Lautsprecher. Könnte dadurch eine Konfigurationsdatei zerstört worden sein?


    Zum Schluss noch mal ein syslog mit erfolgreichem XBMC-Start:
    http://paste.ubuntu.com/8701963/

    Viele Grüße
    DocAdams


    Zitat von docadams

    Ich habe soeben noch mal XBMC gestartet. Und jetzt startet es, allerdings wieder im Urzustand.


    Läuft evtl. Deine Systemplatte voll? Die 'guisettings.xml' scheint nicht ordentlich geschrieben worden zu sein bzw. ist leer. Mach mal ein

    Code
    df -h


    auf der Konsole...

    Sieht nicht so aus. sdb3 ist mein Massenspeicher und auf sdb6 ist das System drauf und die TV-Aufnahmen kommen drauf.

    Code
    Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda1        15G     14G   90M  100% /
udev            1,7G    4,0K  1,7G    1% /dev
tmpfs           346M    1,1M  345M    1% /run
none            5,0M       0  5,0M    0% /run/lock
none            1,7G    4,0K  1,7G    1% /run/shm
overflow        1,0M     28K  996K    3% /tmp
/dev/sdb3       918G    855G   64G   94% /media/Medienplatte
/dev/sda6       130G     16G  108G   13% /srv

    Viele Grüße
    DocAdams


    [quote='docadams','index.php?page=Thread&postID=1216935#post1216935']

    Code
    /dev/sda1        15G     14G   90M  100% /

    [\quote]
    Das sieht aber absolut nach einem vollgelaufenen root-Dateisystem aus.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von docadams

    /dev/sda1 15G 14G 90M 100% /


    Doc, was hast Du alles auf dem root? Bei mir sind gerade mal 2,8 GB belegt. Du musst zwingend aufräumen, sonst knallt es bald gewaltig!


    Albert

    Das hat mich jetzt sehr verschreckt. Wo muss ich anfangen?

    Viele Grüße
    DocAdams


    Zitat von docadams

    Wo muss ich anfangen?


    Code
    ls -lahS $(find / -type f -size +10M ! -path "/proc/*" ! -path "/srv/*" ! -path "/media/Medienplatte/*" 2> /dev/null)


    Mit dem Befehl suchst Du nach Dateien größer als 10 MB auf root. Dabei werden die Dateien auf /srv und /media/Medienplatte nicht gelistet, denn sie sind auf anderen Partitionen gemountet und haben definitiv große Dateien (Aufnahmen). Danach sehen wir weiter. ;)


    Albert

    Oh, das ist viel. Aber das können eigentlich keine 10 GB sein.
    Ich habe zunächst einmal die Größe auf über 20MB erhöht, um hier nicht zu lange Posts zu erzeugen:


    Dann gibt es viele Dateien, die vermutlich was mit Updates zu tun haben, wie:

    Code
    ...
-rw-r--r-- 1 root root     15M Sep 25 20:12 /lib/modules/3.2.0-69-generic/update                                                            s/dkms/nvidia_304.ko
-rw-r--r-- 1 root root     15M Okt 17 02:05 /lib/modules/3.2.0-70-generic/update                                                            s/dkms/nvidia_304.ko


    und

    Code
    ...
--rw-r--r-- 1 root root     15M Sep 25 20:12 /var/lib/dkms/nvidia-304/304.116/3.2                                                            .0-69-generic/x86_64/module/nvidia_304.ko
-rw-r--r-- 1 root root     15M Okt 17 02:05 /var/lib/dkms/nvidia-304/304.116/3.2                                                            .0-70-generic/x86_64/module/nvidia_304.ko
-rw-r--r-- 1 root root     15M Dez 18  2013 /usr/src/nvidia-304-304.116/nv-kerne                                                            l.o


    und

    Code
    ...
-rw-r--r-- 1 root root     14M Aug 10 23:42 /boot/initrd.img-3.2.0-67-generic
-rw-r--r-- 1 root root     14M Jul  9 23:44 /boot/initrd.img-3.2.0-65-generic


    und

    Code
    ...
-rw-r--r-- 1 root root     15M Sep 25 20:12 /lib/modules/3.2.0-69-generic/updates/dkms/nvidia_304.ko
-rw-r--r-- 1 root root     15M Okt 17 02:05 /lib/modules/3.2.0-70-generic/updates/dkms/nvidia_304.ko


    und

    Code
    ...
-rw-r--r-- 1 root root     15M Sep 25 20:12 /var/lib/dkms/nvidia-304/304.116/3.2.0-69-generic/x86_64/module/nvidia_304.ko
-rw-r--r-- 1 root root     15M Okt 17 02:05 /var/lib/dkms/nvidia-304/304.116/3.2.0-70-generic/x86_64/module/nvidia_304.ko


    und

    Code
    ...
-rw-r--r-- 1 root root     14M Aug 10 23:42 /boot/initrd.img-3.2.0-67-generic
-rw-r--r-- 1 root root     14M Jul  9 23:44 /boot/initrd.img-3.2.0-65-generic


    Das sind jeweils nur die letzten von meist über 10 solcher Einträge.


    Ich weiß nicht, ob es im jetzigen Zustand schon sinnvoll ist, die lange Liste hier zu posten.


    Ich hatte auch zuletzt mal einige neue Skins probiert, da werde ich einiges wieder löschen. Das war aber wohl nur der Tropfen, der zum Überlaufen führte, oder?

    Viele Grüße
    DocAdams


    Ich würde darauf tippen, dass alte Kernel, Logdateien und die XBMC-Datenbanken da die größten Platzfresser sind (und eventuell noch epgimages bzw. Bilder für tvscraper bzw. scraper2vdr) für den VDR), die man recht einfach los wird.

    Code
    apt-get clean # Paketcache leeren
sudo rm /var/log/syslog.* # Alte Logdateien löschen (falls du sie nicht mehr benötigst)
sudo rm /var/log/vdr/* # alte Backtraces löschen (falls vorhanden)
dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get purge # Alte Kernel deinstallieren, dabei darauf achten, dass mindestens ein Kernel-Paket installiert bleibt.


    Dann würde ich mal nachsehen, wie groß /var/cache/vdr und /var/lib/vdr/.xbmc sind:

    Code
    du -sh /var/cache/vdr
du -sh /var/lib/vdr/.xbmc


    Wenn dann wieder mehr als 5% der Platte frei sind, solltest du XBMC starten können. Dann am besten mal die XBMC-Datenbank bereinigen lassen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hallo seahawk,
    habe angefangen, deine Liste abzuarbeiten.
    Die Ausgangssituation war heute 254MB frei. Nach den Punkten 1-3 waren es 471 MB frei, wobei die Cacheleerung am meisten brachte.
    An Punkt 4 habe ich mich nicht rangetraut, weil ich nicht weiß, wie ich mit Sicherheit deinen Hinweis

    Zitat

    # Alte Kernel deinstallieren, dabei darauf achten, dass mindestens ein Kernel-Paket installiert bleibt.


    befolgen kann.
    Wird bei dem Aufruf gefragt, was gelöscht, bzw. was nicht gelöscht werden darf?


    Dann habe ich noch diese Infos:

    Code
    doc@HTPC:~$ du -sh /var/cache/vdr
9,4M    /var/cache/vdr
doc@HTPC:~$ du -sh /var/lib/vdr/.xbmc
5,7G    /var/lib/vdr/.xbmc


    Also XBMC ist der Killer. Ich werde mal einige Skins löschen.


    Kann ich einige in meinem Post 12 gelistete Mehrfachdateien löschen und nur noch die letzten (neuesten) lassen? Oder würde das der Punkt 4 deiner Liste ordentlich erledigen?

    Viele Grüße
    DocAdams


    Zitat von docadams

    Kann ich einige in meinem Post 12 gelistete Mehrfachdateien löschen und nur noch die letzten (neuesten) lassen? Oder würde das der Punkt 4 deiner Liste ordentlich erledigen?

    Ich würde es vermeiden an der Paketverwaltung vorbei Dateien zu löschen, die aus Paketen stammen.
    Den aktuellen Kernel kannst du dir ja einfach anzeigen lassen:

    Code
    uname -r


    Der aktuellste genutzte Kernel sollte dann natürlich nicht entfernt werden, die früheren Versionen kannst du aber deinstallieren, wenn du sie nicht mehr benötigst.


    Bei mir sieht das z.B. so aus

    Code
    $ uname -r
3.13.0-37-generic


    Damit kann ich (da diese Kernelversion für mein System gut funktioniert) alle linux-image-* und linux-headers-* Pakete bis auf linux-image-3.13.0-37-generic und linux-headers-3.13.0-37-generic ohne Probleme deinstallieren lassen. Die Metapakete linux-headers-generic, linux-image-generic bzw. linux-headers-generic-lts-truty und linux-image-generic-lts-trusty (letztere sind nur installiert, wenn man bewusst auf den LTS Enablement Stack für trusty gewechsel hat) sollten installiert bleiben, damit man neuere Kernel-Updates angeboten bekommt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Ich habe jetzt das:

    Code
    doc@HTPC:~$ uname -r
3.2.0-70-generic


    Das heißt, die Version 3.2.0.70 ist die Version, die derzeit arbeitet, richtig?
    Nun finde ich in der Auflistung noch die alle:


    Die könnten alle weg, außer die 3.2.0.70 und vielleicht zur Reserve noch die 3.2.0.69


    Und die lösche ich, indem ich in dem Befehl

    Code
    dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get purge


    uname -r durch z.B. 3.2.0.41 ersetze?
    Oder wird durch den Befehl alles, _außer_ die aktuelle Version gelöscht? Ich verstehe den Befehl nicht und möchte nicht an dem Ast sägen, auf dem ich sitze ;)


    EDIT:
    ich wollte schon längst das nachliefern:


    /lib, /var, und /usr sind riesig.

    Viele Grüße
    DocAdams


    Zitat von docadams

    Das heißt, die Version 3.2.0.70 ist die Version, die derzeit arbeitet, richtig?

    Genau.

    Zitat von docadams

    Oder wird durch den Befehl alles, _außer_ die aktuelle Version gelöscht? Ich verstehe den Befehl nicht und möchte nicht an dem Ast sägen, auf dem ich sitze ;)


    Genau, der Befehl sollte alle alten Kernel-Versionen auswählen und an apt-get purge übergeben. Das hat bei mir unter Ubuntu bislang gut funktioniert, aber trotzdem sollte man sich ansehen, welche Pakete er entfernen will, bevor man sie deinstallieren lässt. :)
    apt-get purge fragt auch extra nach, ob man die Pakete wirklich entfernen möchte.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    moin,


    das /var so gross ist, liegt ja evtuell an xbmc in /var/lib/vdr/.xbmc
    nimm doch mal die "du -h" Technik zu weiteren Analyse, also

    Code
    sudo du -h  /var/lib/vdr/.xbmc --max-depth=1
sudo du -h  /var/lib/vdr/.xbmc --max-depth=2


    da kommt ja evt. was grosses löschbares raus wie coredumps vom xbmc o.ä.


    dann kann man da Statement für das Kernel putzen ja zerlegen und nacheinander durchführen, um sicher zu sein:


    das hat bei mir ähnlich ausgesehen und das Löschen so wie oben 2,5 GB Platz gebracht.


    sieht df -h / eigentlich immer noch so aus?


    bye
    frank

    Einmal editiert, zuletzt von FJe ()

    Zitat von docadams

    Also XBMC ist der Killer. Ich werde mal einige Skins löschen.


    Nachdem Du damit durch bist, empfehle ich dir, den Ordner /var/lib/.xbmc/addons/packages zu löschen, denn nach der Deinstallation sind Skins, Addons etc. als ZIP in diesem Ordner trotzdem noch vorhanden... Spart ebenfalls einige MBs.


    BJ1

    Ee wäre ja langweilig, wenn es gleich klappen täte:


    Ich habe jeweils in der Mitte etwas gekürzt. Mein Problem ist, dass er nach der Frage, "Möchten Sie fortfrahren [J/n]" selbständig sofort Abbruch gemacht hat. Und ich landete sofort wieder in der Eingabezeile.
    Muss ich erst

    Code
    apt-get autoremove


    Durchführen?


    EDIT:
    Ich habe autoremove durchgeführt und habe dadurch 39MB gewonnen. Aber den automatischen Abbruch bin ich nicht los geworden. Die aktuelle Version 3.2.0-70 ist nicht in der Liste enthalten.


    EDIT 2:
    Ich merke es jetzt erst, weil ich die Befehle am entfernten Rechner durchgeführt habe:
    autoremove war keine gute Idee. Mein VDR-Bild bleibt weg, der Ton ist da.
    In XBMC kann ich TV sehen.

    Viele Grüße
    DocAdams


    Einmal editiert, zuletzt von docadams ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden