Bitte um Hilfe bei Absturz

Seit einiger Zeit wacht meine VDR-Box nimmer auf, sodass das mit den Timern nimmer funzt.
Heute wollte ich dem Phänomeno auf den Grund gehen und schloss einen Bildschirm an.

Beim Runterfahren sah ich dass der VDR abstürzt (siehe Fotos).
Ich habe dann nach dieser Anleitung Howto: Rausfinden welches Plugin den VDR abstürzen lies meine Box gepimpt, aber es wird kein core geschrieben.

Bin für jeden Tip dankbar, wie ich den Störenfried ermitteln und beseitigen kann.

Gruß Geronimo

P.S. die Bilder sind mit ner Digicam vom BS abfotografiert und das Teil meinte unbedingt blitzen zu müssen

Hm, weiß nicht, wie Du jetzt auf die 1578 kommst.
Der Absturz wird doch bei 1571 gemeldet (die kommt nicht nochmal im Logfile vor).
1578 ist jedenfalls von EPGsearch.

Gibt die libttf.so nicht einen Hinweis?
Weiß nicht, wird die im OSD-Bereich verwendet, oder ...?

Bin wie immer radlos

Zitat

Tippfehler, ich meinte natürlich 1571.

Der erste VDR-Thread müsste die PID 1567 gehabt haben, die 1571 müsste also von einem Plugin (oder Unterthread) kommen.

Also wenn ich mir die Ausgabe anschaue, kann es nur vom Console-Plugin oder vom VDR selbst kommen.

Allerdings ist das System (HW und SW) schon so in die Jahre gekommen und hat immer problemlos seinen Dienst verrichtet, dass ich mir nicht vorstellen kann, warum "plötzlich" die Abstürze auftauchen.
Hw habe ich, soweit mir möglich, überprüft.

Die Probleme fingen an, als im Frühjahr die Kabelbelegung verändert wurde. Kann jetzt nicht sagen, ob da ein Zusammenhang besteht, oder ob das Zufall ist.
Zuerst war es so, dass der Rechner nimmer ausgeschaltet wurde. System war zwar runtergefahren, aber der poweroff funktionierte nicht. Nicht immer - nur sporadisch. Das hatte mich ja zu der Vermutung verleitet, dass es mit neuen Sendern zu tun haben könnte.

Inzwischen ist es so, dass das wakeup garnimmer funktioniert. Somit ist der Rechner quasi wertlos geworden.
Insbesondere für jemand, der wochenlang außer Haus ist

Für mich heißt das aber, dass bei den Abstürzen ein Speicherschreiber am Werk ist, der inzwischen sogar das BIOS ruiniert hat. Äußerst suspekt! Scheint so, als müsste ich mir nen neuen VDR hochziehen, aber dafür fehlt mir gerade völlig die Zeit

Gruß Geronimo

Hallo,

danke für Eure Antworten!

> 1.] BIOS Batterie tauschen.
Das BIOS ist ja schon kaputt - da gehe ich zumindest davon aus, wenn der Rechner nimmer aufwacht.
Habe den gestern wie gesagt am Bildschirm gehabt und dabei alle Einstellungen überprüft.
Von dem, was ich einstellen kann, ist nix anders ...
Wüsste also nicht, was ein Batterietausch bringen könnte (er verliert ja keine Einstellungen).
Wegen einem anderen (jüngeren) Rechner war ich vor kurzem bei FSC auf den Seiten und da gibt es kein BIOS mehr für so olle Kamellen.

> 2.] Den RAM prüfen, z.B. mit Memtst86+
das ist erfolgt, da bin ich sogar von alleine drauf gekommen
Ich habe div. Tests von UBCD durchlaufen lassen - war nix auffällig.

> welche Plugins hast Du denn laufen?
Siehe meine Signatur, bzw. auch die Screenshots - da sind alle aufgeführt.
Wie gesagt - ich glaube nicht, dass es an irgendeinem Plugin liegt, denn sonst hätte der Effekt ja viel früher auftreten müssen. Mein Verdacht geht eher in Richtung verschlüsselte Sender oder HD-Sender, die es früher ja nicht gab. Also irgendwie in Zusammenhang mit Firmware und VDR. Sonst kann ich mir die zeitliche Nähe zum Senderwechsel im Kabel nicht erklären.
Eine andere Idee wäre, dass es mit der limitierten Verarbeitung der FF zu tun hat. Offensichtlich wird inzwischen viel mit einer Bandbreite gesendet, die die FF nicht verarbeiten kann ...

Aber das sind alles nur Spekulationen, da ich mich an der Ecke weder auskenne, noch was testen oder gar messen kann ...

> schmiert der VDR auch ab wenn Du ihn von Hand beendest?
Naja - scheint nicht immer abzuschmieren. Kann aber jetzt nicht sagen, ob von Hand oder nicht.
Werde ich ausprobieren, sobald die Kiste wieder frei ist. Im Moment läuft eine Aufnahme.

Ich habe mal zum Vergleich einen shutdown ausgeschnitten, bei dem kein Absturz passiert. Wie man sehen kann, wird nach console nur noch die Firmware entladen.

Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: wirbelscan
Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: text2skin
Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: skinelchi
Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: setup
Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: osdserver
Oct 17 18:46:12 linvdr user.debug vdr: [1579] osdserver thread ended (pid=1579, tid=1579)
Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: femon
Oct 17 18:46:12 linvdr user.info vdr: [1567] stopping plugin: epgsearch
Oct 17 18:46:12 linvdr user.info vdr: [1578] EPGSearch: Leaving search timer thread
Oct 17 18:46:12 linvdr user.debug vdr: [1578] EPGSearch: searchtimer thread ended (pid=1578, tid=1578)
Oct 17 18:46:13 linvdr user.info vdr: [1567] stopping plugin: dvdselect
Oct 17 18:46:13 linvdr user.info vdr: [1567] stopping plugin: dvd
Oct 17 18:46:13 linvdr user.info vdr: [1567] stopping plugin: console
Oct 17 18:46:14 linvdr user.warn kernel: [94197.116854] saa7146: unregister extension 'budget_av'.
Oct 17 18:46:15 linvdr user.warn kernel: [94197.384524] saa7146: unregister extension 'budget_ci dvb'.
Oct 17 18:46:15 linvdr user.warn kernel: [94197.454858] saa7146: unregister extension 'budget dvb'.
Oct 17 18:46:16 linvdr user.err vdr: [1567] ERROR: KBD remote control thread 1581 won't end (waited 3 seconds) - canceling it...
Oct 17 18:46:16 linvdr user.info vdr: [1567] saved setup to /etc/vdr/setup.conf
Oct 17 18:46:19 linvdr auth.info sshd[1417]: Received signal 15; terminating.
Oct 17 18:46:19 linvdr syslog.info System log daemon exiting.

Zitat

wenn der segfault immer in libttf.so auftritt, ist das ein eindeutiges Indiz. Weder verschlüsselte Sender noch Firmware oder Bandbreiten haben irgendwas mit Schriftarten zu tun. Vielleicht kommen plötzlich irgendwelche Zeichen im EPG vor, die die Schrift nicht darstellen kann.

Hm, ja - wenn ich nen neuen VDR eingespielt hätte, oder selbst an einem Plugin geschraubt hätte, würde ich sagen, Programmierfehler. Aber nicht, wenn das System über Jahre stabil lief. Das passt für mich nicht zusammen.
Ansonsten riecht so ein Absturz am Ende eher auf Speicher, der vergessen wurde freizugeben.
Aber wie gesagt - halte ich für nicht sehr wahrscheinlich.

text2Skin habe ich rausgeschmissen, kann aber erst später einen reboot probieren. Aber da das BIOS schon einen Schuss hat, kann ich der Kiste nimmer vertrauen.

Ich danke Euch für Eure Anteilnahme. Leider ist von allen Boards, die ich noch rumfahren habe keines wakeuptauglich. Muss also den VDR im Moment durchlaufen lassen, bis ein wakeuptauglicher Ersatz da ist.

Gruß Geronimo

P.S. Jetzt ist der Ofen ganz aus - die Kiste hat die Platte geschrottet - also vorerst nix mehr mit VDR

> In dem Fall hätte ich mal einen Festplattentest mit "-cc" (EXT2 und 2) drüber laufen zu lassen.
Hm, ich hatte den Test von Maxtor (UBCD) laufen lassen. Mit ext? kenne ich mich ned so aus.

> ... wobei es inzwischen wohl leider schon zu spät ist.
also der Rechner startet noch, erst wenn der VDR übernehmen soll, landet er in einer Fehlerschleife.
Wenn ich Glück habe ist nur das Dateisystem defekt und ich kann ein backup einspielen.
Aber dazu habe ich frühestens nächstes WE Zeit.

> Mainboard-Batterie ist aber trotzdem ein guter Tipp
Ja, danke. Wenn ich Zeit für den Rechner habe, werde ich mich intensiver um das Baby kümmern müssen.

Danke Euch allen und wünsche eine angenehme Woche.

Gruß Geronimo

Moin SHF,

Zitat

Die -cc Option macht einen (nicht zerstörenden) Lese und Schreibtest, da werden alle Sektoren gelesen und wieder geschrieben. Das frischt die Magnetisierung auf und man sieht auch recht schnell, ob es Stellen gibt, die schlecht lesbar sind.

Hm, vielleicht meinst Du ein anderes proggy?
Ich habe inzwischen die manpage von e2fsck gelesen und dort gibt es nur eine Option -c und die verwendet badblocks und arbeitet readonly.

Die von Dir beschriebene Verfahrensweise konnte ich bei keiner Option wiederfinden

Letztendlich ist die Festplatte aber sekundär. Ich habe eine Imagesicherung auf CD und habe zwischen System und Video getrennt, d.h. die Aufnahmen landeten auf einer Wechselplatte. Das System könnte nahezu readonly bei mir laufen - außer epg-Daten und Logdateien wird nicht viel geschrieben.

Viel wichtiger ist mir (!), wieder eine Mühle hinzubekommen, die zuverlässig aufwacht und einschläft. Den letzten konnte ich problemlos mal 4 Wochen alleine lassen - mit der Prio der Timer hat das ganz gut funktioniert.

Wenn ich wieder zuhause bin, werde ich noch ein paar Tests machen. Aber wenn die Platte nimmer will, dann fliegt sie halt raus. Habe schon überlegt, ob ich nicht ein System von CD bootbar mache. Soviel Daten müssen ja wirklich nicht geschrieben werden. Mal sehen ...

Hallo,

ich durfte heute früher heim
und konnte natürlich nicht warten. Also alle Komponenten an ein anderes Board angeschlossen und getestet - keine Auffälligkeiten. Auch e2fsck -c lief ohne Meldung durch.
Schätze das Board ist einfach hinüber - habe es auch mit einer LiveCD nicht zum wakeup bewegen können.

Die Platte werde ich mal lowlevel überbügeln, vielleicht entscheidet sich ja dann, ob sie noch zu gebrauchen ist. Speicher hat alle Tests bestanden. Ach ja, Batterie hatte noch 3,15V - sollte also auch noch ok sein.

Gruß Geronimo

> Doch, die Option "-cc" gibt es, sie ist nur etwas versteckt.
Tja, wer lesen kann ist klar im Vorteil! - Danke Dir!

> Ja, "badblocks" ist IMHO empfehlenswert.
Ok, werde mir das auch mal anschauen.

Wenn es hilft, halblebige Platten noch etwas länger zu verwenden, wäre das ja mal nicht schlecht

Gruß Geronimo