system-abstürze - gelöst

high.all!
ich letzter zeit beobachte ich leider des öfteren, dass mir der gesamte vdr abstürzt - ist wie wenn ich den stecker ziehen würde.

am häufigsten beobachte ich es wenn ich rasch durch die muggle music library surfe, eventuell playlisten erstelle, und *zinnnggg* weg ist er... der vollständigkeithalber muss ich angeben, dass er auch bereits zwei-/dreimal stürzte als ich im normalen vdr OSD menu war, möglicherweise wurde aber auch da vorher ein muggle zugriff gemacht.

fast 100% nachvollziehbar ist es wenn ich den samba-share auf dem meine mp3's liegen noch nicht gemountet hab und mit muggle darauf zugreifen will, spätestens bei der 10ten fehler-bestätigung ist wieder schicht im schacht...

muggle selbst aber funkioniert, wenn ich lediglich reingeh und eine meiner playlisten abspiele, oder ein album zum instant-play auffordere. trotzdem führen alle abstürze immer wieder auf den gemeinsamen nenner 'muggle' zurück. oder hat's was mit der mysql-datenbank, oder gar mit samba zu tun?!?
nunja bin halt etwas überrascht, da ich so brutale abstürze bisher nur von windoof gewohnt war (oft mit anschiessender komplett-neuinstallation, was einem gott-sei-dank bei linux dann doch erspart bleibt).

ich hatte auch schon das syslog mittels tail -f remote mitlaufen, naja aber logischerweise kommt er nicht mehr dazu was reinzuschreiben.

ist jetzt nicht so ein xtrem häufiges problem, wenn man weiss wie man damit umgeht. wollt's nur mal anführen, vielleicht gibts ja bereits ähnliche beobachtungen, bzw. sogar hinweise was die ursache sein könnte.

btw. das erste mal hab ich das mit der vdr-1.3.27-<letzter patchlevel> beobachtet und im 1.3.28-1 passierts immer noch...

da in letzter zeit meine abstürze immer häufiger werden, möcht ich den post jetzt nochmal reanimieren.

meine erste beobachtung bzgl. muggle haben sich nicht erhärtet, hingegen werden meiner in letzter zeit vielen beobachtungen zufolge die abstürze (scheint so) allein durch das browsen im OSD menü, bzw. anderen inputs wie zu beispiel schnittmarken setzen/verschieben, sprich alles was man mittels der fernbedienung so machen kann, ausgelöst. alleine dadurch wenn ich schnell im OSD menü umherspringe ohne wirklich eine aktion auszulösen erzwingt bei mir eine harten system-absturz (sprich strom aus).

im normalbetrieb, sprich fersehen, bzw. aufnahmen abspielen, dvd's oder gerippte videos ansehen, alles kein problem (sofern man die hürde übers OSD menü geschaft hat).

ich hatte auch schon irgendwie das text2skin-plugin in verdacht, aber nach wechsel auf standard-themes war das gleiche verhalten beobachtbar.

irgendwie lassen solche abstürze auch einen hardware-fehler vermuten, leider kann ich aber nirgends irgendwelche infos dazu ableiten, naja und hab in letzter zeit keinerlei komponenten getauscht. lediglich software-updates auf die jeweils aktuelle vdrdevel (experimental) version wurden ausgeführt.

trotzdem geb ich mal die letzen sekunden des syslogs von ein paar abstürzen rein (bei jeweils "syslogd 1.4.1#17: restart." beginnt der neustart), vielleicht kann ja jemand daraus schlau werden...

Aug 16 21:55:35 idefix vdr[17289]: TS buffer on device 1 thread ended (pid=17289, tid=311305)
Aug 16 21:55:35 idefix vdr[17287]: buffer stats: 124268 (5%) used
Aug 16 21:55:35 idefix vdr[17287]: receiver on device 1 thread ended (pid=17287, tid=294920)
Aug 16 21:55:35 idefix vdr[11713]: dvbplayer thread started (pid=11713, tid=524295)
Aug 16 21:55:35 idefix vdr[11714]: non blocking file reader thread started (pid=11714, tid=540680)
Aug 16 21:55:35 idefix vdr[11713]: setting audio track to 1
Aug 16 21:55:37 idefix vdr[11740]: Text2Skin: replayInfo display update thread started (pid=11740, tid=557065)
Aug 16 21:57:46 idefix syslogd 1.4.1#17: restart.
Aug 16 21:57:46 idefix kernel: klogd 1.4.1#17, log source = /proc/kmsg started.
Aug 16 21:57:47 idefix kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
Aug 16 21:57:47 idefix kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
Aug 16 21:57:47 idefix kernel: Symbols match kernel version 2.4.27.
Aug 16 21:57:47 idefix kernel: Loaded 507 symbols from 22 modules.
Aug 16 21:57:47 idefix kernel: Linux version 2.4.27-ctvdr-1 (root@sarge.siering.org) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Fri Oct 15 18:38:29 U
TC 2004
Aug 16 21:57:47 idefix kernel: BIOS-provided physical RAM map:
Aug 16 21:57:47 idefix kernel:  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
A

Aug 16 22:02:50 idefix vdr[2030]: buffer stats: 4136 (0%) used
Aug 16 22:02:50 idefix vdr[2030]: receiver on device 1 thread ended (pid=2030, tid=344073)
Aug 16 22:02:50 idefix vdr[2065]: dvbplayer thread started (pid=2065, tid=376839)
Aug 16 22:02:50 idefix vdr[2066]: non blocking file reader thread started (pid=2066, tid=393224)
Aug 16 22:02:50 idefix vdr[2065]: setting audio track to 1
Aug 16 22:02:51 idefix vdr[2092]: Text2Skin: replayInfo display update thread started (pid=2092, tid=409609)
Aug 16 22:03:39 idefix vdr[1833]: System Time = Tue Aug 16 22:03:39 2005 (1124222619)                                                                
Aug 16 22:03:39 idefix vdr[1833]: Local Time  = Tue Aug 16 22:03:36 2005 (1124222616)
Aug 16 22:03:36 idefix kernel: lirc_serial: AIEEEE: your clock just jumped backwards
Aug 16 22:03:36 idefix kernel: lirc_serial: 0 1 43024698 43024698 3e312 42773
Aug 16 22:04:00 idefix vdr[1773]: playing '/var/lib/video.00/Steven_Spielberg_pr\xe4sentiert_Taken/Der_Abschied/2005-08-16.03.50.50.50.rec/002.vdr'
Aug 16 22:05:45 idefix syslogd 1.4.1#17: restart.
Aug 16 22:05:45 idefix kernel: klogd 1.4.1#17, log source = /proc/kmsg started.
Aug 16 22:05:45 idefix kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
Aug 16 22:05:45 idefix kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
Aug 16 22:05:45 idefix kernel: Symbols match kernel version 2.4.27.
Aug 16 22:05:45 idefix kernel: Loaded 507 symbols from 22 modules.
Aug 16 22:05:45 idefix kernel: Linux version 2.4.27-ctvdr-1 (root@sarge.siering.org) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Fri Oct 15 18:38:29 U
TC 2004
Aug 16 22:05:45 idefix kernel: BIOS-provided physical RAM map:
Aug 16 22:05:45 idefix kernel:  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)

Aug 16 22:20:43 idefix vdr[2829]: TS buffer on device 1 thread ended (pid=2829, tid=327691)
Aug 16 22:20:43 idefix vdr[2828]: buffer stats: 4324 (0%) used
Aug 16 22:20:43 idefix vdr[2828]: receiver on device 1 thread ended (pid=2828, tid=311306)
Aug 16 22:20:43 idefix vdr[5042]: dvbplayer thread started (pid=5042, tid=376839)
Aug 16 22:20:43 idefix vdr[5043]: non blocking file reader thread started (pid=5043, tid=393224)                                                     
Aug 16 22:20:43 idefix vdr[5042]: setting audio track to 1
Aug 16 22:20:59 idefix vdr[1774]: connect from 127.0.0.1, port 32780 - accepted
Aug 16 22:20:59 idefix vdr[1774]: closing SVDRP connection
Aug 16 22:21:41 idefix vdr[1834]: changing pids of channel 56 from 901+901:902:204 to 701+701:702:204
Aug 16 22:23:14 idefix syslogd 1.4.1#17: restart.
Aug 16 22:23:14 idefix kernel: klogd 1.4.1#17, log source = /proc/kmsg started.
Aug 16 22:23:14 idefix kernel: Inspecting /boot/System.map-2.4.27-ctvdr-1
Aug 16 22:23:15 idefix kernel: Loaded 21049 symbols from /boot/System.map-2.4.27-ctvdr-1.
Aug 16 22:23:15 idefix kernel: Symbols match kernel version 2.4.27.
Aug 16 22:23:15 idefix kernel: Loaded 507 symbols from 22 modules.
Aug 16 22:23:15 idefix kernel: Linux version 2.4.27-ctvdr-1 (root@sarge.siering.org) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Fri Oct 15 18:38:29 U
TC 2004
Aug 16 22:23:15 idefix kernel: BIOS-provided physical RAM map:
Aug 16 22:23:15 idefix kernel:  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
A

kann praktisch nicht mehr wirklich beruhigt den VDR bedienen, da jederzeit ein unaufgefordertes abschalten ausgelöst werden kann. bin echt für jeden kleinen tipp dankbar..

auch auf die gefahr hin dass ich in diesem thread nur selbstgespräche führe, will ich doch meine neuesten erkenntnisse kundtun (vielleicht bin ich ja doch nicht ganz allein mit meinem problem ?()...

nach letzten stand meiner beobachtungen liegt die vermutung nahe, dass das problem irgendwie mit der fernbedienung zu tun hat. grund dieser annahme ist zum einem, dass ich zum einem von vdrdevel auf vdr umgestiegen bin, und die gleichen abstürze beobachte, aber VOR ALLEM, dass ich die crashes eigentlich nur mit der fernbedienung auslösen kann (und das 100% nachvollziehbar)...

das heisst: wenn ich ins OSD (haupt-)menü gehe und dann einfach auf die arrow-down taste der fernbedienung drücke, sodass der cursor seine runden im menü dreht, dauert es keine fünf sekunden und der rechner schaltet sich einfach aus. im gegensatz wenn ich das gleiche mit meiner funktastatur mache passiert kein crash, solange ich den cursor auch laufen lass...

kann mir irgendwie nicht vorstellen, dass ein infrarot-input direkt zu einer prompten komplett-abschaltung des rechners führt, andererseits wundert mich so ein absturz generell. hmmm hab echt keine ahnung mehr wie ich dem problem beikommen kann...

gibts irgendwo vielleicht ein genaueres log zum lirc (ausser das "accepted new client on /dev/lircd" und "removed client" im syslog) oder gar noch ein anderes log das mehr noch mehr info als syslog hergibt? *nachstrohalmgreif*

danke für deine teilnahme *freu*

naja das mit dem RAM hab ich mir auch schon gedacht, leider aber noch nicht probiert. werd ich demnächst auch checken.

dass es ein hardware problem ist liegt praktisch auf der hand, da ich gestern eine komplett neue installation von ct-VDR 4 mit dem 2.6er kernel gemacht hab und absolut das gleiche verhalten hab.

was hingegen für ein problem bei der infrarot schnittstelle spricht ist, dass der vdr eben (so scheint es) bei dauer beschuss von infrarot signale einknickt. ich hab's oben schon erwähnt, die gleiche aktion (rundum-scrollen im OSD main menu) kann ich auch mit meine funktastatur ausführen, aber das gibts absolut kein problem.

ich hab zwar an der configuration nix geändert aber ich hab seit jeher zwei infrarotempfänger am vdr, einen an der DVB-c extension karte (AV-board) der andere hängt an der seriellen. den an der seriellen verwend ich mit lirc zum steuer steuern des VDR (OSD) und den an AVboard nehm ich nur zum einschalten her...

gestern passierte mir auch noch, dass der vdr während des boot-vorgangs abgeknack ist, nur weil ich am danebenstehenden fernseher via infrarot umschalten wollte... *heul*

ursache gefunden!
es war der infrarot-empfänger der DVB-c karte (via AVboard). keine ahnung wie sich dieser empfänger programmiert hat, auf alle fälle hat der auf jeglichen tastendruck meiner fernbedienung mit strom-an bzw. strom-ab reagiert.
ich hab nun diesen infrarot empfänger, den ich ja nur fürs einschalten des VDR programmiert hab, neu programmiert und schon klappts wieder mit dem nachbarn.
warum das aber passierte - keinen blassen schimmer. dabei funkte es ja bis vor zwei wochen ohne probleme und hardware geschraubt hab ich auch nicht...