noad -> dump -> segfault > vdr weg -> reboot

Hi

wie ich hier Noadd Crash ... schon geschrieben habe, hab ich ein Problem mit noad (0.6.1 ). Dieses ist aufgetaucht, nachdem ich meinem vdr neue Hardware spendiert und alles neu installiert habe.
ine Beobachtung des syslogs hat mir gezeigt, daß jeweils kurz nachdem Noad die dump-Einträge macht, der Kernel einen segfault anzeigt. Kurz darauf hin wird der vdr beendet. Es wird kein neustart des vdr durchgeführt .

Nun hab ich heute morgen mal den eigentlichen Aufruf von noad in der /usr/local/bin/noadcall.sh auskommentiert. Und siehe da: seit dem läuft der vdr durch. keine segfaults mehr, keine unmotivierten Neustarts ...

Hat das schon mal jemand erlebt ?

SFH sagt hier Noadd Crash ... auch, daß er da Probleme hat ...

mein VDR läuft jetzt ohne Noad seit 30 Stunden durch ... das ist natürlich ziemlich blöd, wenn keine Schnittmarken mehr vorhanden sind ...

so mein vdr hat nun einige Aufnahmen mit noad-Aufruf überstanden. Allerdings fehlen bei einigen Aufnahmen die marks.vdr ?

..und noch was :

root@sigi-vdr:/video.00/Flodder_Forever/2008-09-13.11.54.50.50.rec# xxdown
Stop bin/xxvd:
-su: line 1: 10470 Segmentation fault      ./bin/xxvd --kill --configfile /opt/XXV/etc/xxvd.cfg --logfile /var/log/xxvd.          ile /var/run/xxvd.pid --docudir /opt/XXV/doc/ --poddir /opt/XXV/doc/ --htmldir /opt/XXV/ --contrib /opt/XXV/contrib --ne          t/XXV/lib/XXV/OUTPUT/NEWS --newstmpl /opt/XXV/share/news --moduledir /opt/XXV/lib/XXV/MODULES --verbose 5
root@sigi-vdr:/video.00/Flodder_Forever/2008-09-13.11.54.50.50.rec#

der vdr läuft erstmal weiter ...

was soll ich sagen ...

hab mal ein noad per Hand angeworfen - der selbe Fehler wie im Startbeitrag ---

noad ist jetzt bei mir ausgestellt. Ein stablil laufender vdr ist mir wichtiger ...