Kiste schmiert bei Aufnahme komplett ab!

scheithan · 19. März 2006

hallo zusammen,

sehr seltsam: seit neuestem rauscht meine linvdr-box bei einer aufnahme nach ca. 5 min nach aufnahmenstart komplett ab. die kiste hängt dann komplett und es hilft nur noch ein hard-reset.
heute habe ich mehrmals versucht, rtl aufzunehmen - jedesmal mit o.g. ergebnis.
verändert habe ich an der config schon länger nichts mehr, an der hardware auch nicht.
das problem tauchte auf einmal auf, sowohl bei timer- als auch bei "normalen" aufnahmen.

hier mal ein auszug aus dem log:

Code

Mar 18 23:38:08 meggie user.debug vdr[1120]: Text2Skin: channelInfo display update thread ended (pid=1120, tid=10250)
Mar 18 23:38:23 meggie user.debug vdr[1122]: Text2Skin: channelInfo display update thread started (pid=1122, tid=11274)
Mar 18 23:38:26 meggie user.debug vdr[1122]: Text2Skin: channelInfo display update thread ended (pid=1122, tid=11274)
Mar 18 23:38:50 meggie user.debug vdr[1125]: Text2Skin: channelInfo display update thread started (pid=1125, tid=12298)
Mar 18 23:38:51 meggie user.debug vdr[1125]: Text2Skin: channelInfo display update thread ended (pid=1125, tid=12298)
Mar 18 23:39:25 meggie user.info vdr[1089]: channel 5 (VOX) event 23:40 'Marie - Hemmungslose Lust' status 4
Mar 18 23:39:25 meggie user.info vdr[1089]: channel 2 (RTL Television) event 23:40 'Deutschland sucht den Superstar - Die Entscheidung' status 4
Mar 18 23:43:00 meggie user.debug vdr[1126]: Text2Skin: channelInfo display update thread started (pid=1126, tid=13322)
Mar 18 23:43:03 meggie user.debug vdr[1126]: Text2Skin: channelInfo display update thread ended (pid=1126, tid=13322)
Mar 18 23:46:23 meggie syslog.info -- MARK --
Mar 18 23:54:08 meggie user.debug vdr[1083]: switching device 1 to channel 2
Mar 18 23:54:08 meggie user.debug vdr[1095]: TS buffer on device 1 thread ended (pid=1095, tid=8201)
Mar 18 23:54:08 meggie user.debug vdr[1094]: buffer stats: 6580 (0%) used
Mar 18 23:54:08 meggie user.debug vdr[1094]: receiver on device 1 thread ended (pid=1094, tid=7176)
Mar 18 23:54:08 meggie user.debug vdr[1083]: buffer stats: 0 (0%) used
Mar 18 23:54:08 meggie user.debug vdr[1128]: transfer thread started (pid=1128, tid=14343)
Mar 18 23:54:08 meggie user.debug vdr[1129]: receiver on device 1 thread started (pid=1129, tid=15368)
Mar 18 23:54:08 meggie user.info vdr[1083]: timer 1 (2 2354-0554 '@TITLE EPISODE') start
Mar 18 23:54:08 meggie user.debug vdr[1131]: TS buffer on device 1 thread started (pid=1131, tid=17418)
Mar 18 23:54:08 meggie user.debug vdr[1083]: Title: 'Deutschland sucht den Superstar - Die Entscheidung' Subtitle: ''
Mar 18 23:54:08 meggie user.info vdr[1083]: executing '/usr/bin/noadcall.sh before "/video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__/2006-03-18.23.54.50.50.rec"'
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[0]: /usr/bin/noad
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[1]: before
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[2]: /video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__/2006-03-18.23.54.50.50.rec
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[3]: --online=2
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[4]: --ac3
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[5]: --overlap
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[6]: --jumplogo
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[7]: --comments
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[8]: --asd
Mar 18 23:54:09 meggie user.info noad[1133]: noad arg[9]: --statisticfile=/video0/noadonlinestat
Mar 18 23:54:09 meggie user.info noad[1133]: noad args done
Mar 18 23:54:09 meggie user.info noad[1134]: wait 60 secs for vdr creating directory
Mar 18 23:54:09 meggie user.info noad[1133]: noad forked to pid 1134
Mar 18 23:54:09 meggie user.info vdr[1083]: record /video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__/2006-03-18.23.54.50.50.rec
Mar 18 23:54:09 meggie user.debug vdr[1083]: creating directory /video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__
Mar 18 23:54:09 meggie user.debug vdr[1083]: creating directory /video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__/2006-03-18.23.54.50.50.rec
Mar 18 23:54:09 meggie user.debug vdr[1083]: recording to '/video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__/2006-03-18.23.54.50.50.rec/001.vdr'
Mar 18 23:54:09 meggie user.debug vdr[1135]: file writer thread started (pid=1135, tid=18443)
Mar 18 23:54:09 meggie user.debug vdr[1136]: recording thread started (pid=1136, tid=19468)
Mar 18 23:54:13 meggie user.debug vdr[1137]: Text2Skin: channelInfo display update thread started (pid=1137, tid=20493)
Mar 18 23:54:15 meggie user.debug vdr[1137]: Text2Skin: channelInfo display update thread ended (pid=1137, tid=20493)
Mar 18 23:55:09 meggie user.err noad[1134]: nice ERROR(19,0): Bad file descriptor
Mar 18 23:55:09 meggie user.info noad[1134]: Saturday,18.03.2006 23:55:09 start noad-0.5.3 online for /video0/@Deutschland_sucht_den_Superstar_-_Die_Entscheidung__/2006-03-18.23.54.50.50.rec

Alles anzeigen

ich habe leider ein wenig zu früh das tail abgebrochen. imho müssten danach noch ein paar kernel-warnungen und backtraces kommen.

kann mir jemand sagen, was da ab geht?! ich habe echt keinen plan...
...könnte es sein, dass noad der übeltäter ist?

zum system:
msi 6250 mit PIII 1,13GHZ, 512MB RAM, Technotrend 1.6 FullFeatured, 160GB Seagate (57% belegt)
LinVdr 1.7 mit MT-Patch (weiß leider nicht mehr, welcher)
Kernel 2.6.9

kann mir jemand helfen??
vielen dank schonmal...

gruß,

niels

Dauser · 19. März 2006

ich tippe auch auf noad!
Der online scan kan es sein!
vielleicht mal abschalten!

scheithan · 19. März 2006

Zitat

Original von Dauser
ich tippe auch auf noad!
Der online scan kan es sein!
vielleicht mal abschalten!

alter schwede, dass ging mal schnell!
danke für die antwort! blöde frage...:
wo kann ich das denn abschalten? in der noadcall.sh?
wenn ja, welchen parameter muss ich denn da ändern?
danke im voraus...

gruß,

niels

Dauser · 19. März 2006

jo der online scan einfach mal die nummer änder!dan will er erst nach der aufnahme die schnittmarken setzen!Vielleicht schmiert er ja erst nacher ab!
Und ganz auschalten kanst du ihn in der runvdr dort wird er gestartet!

scheithan · 19. März 2006

Zitat

Original von Dauser
Und ganz auschalten kanst du ihn in der runvdr dort wird er gestartet!

ich denke ich nehm noad mal ganz raus und schau mal, was passiert,
(wenn die frau gleich im bettchen ist, hihi)

gruß,
niels

scheithan · 19. März 2006

grmpf.
noad isses wohl nicht. ich habs aus der runvdr rausgenommen, aber der rechner rasselt trotzdem ab. auch das log gibt jetzt gar nix mehr her.
seltsam alles. tja, wenn gar nix mehr hilft und niemandem hier mehr was einfällt , werd ich das teil wohl neu aufsetzen.
wenn´s dann noch nicht weg ist, würd ich mal auf die hardware tippen...
argl, das schwächt den WAF jetzt imens.

gruß,

niels

scheithan · 19. März 2006

so.
nach einigen tests kommen doch noch ein paar fehlermeldungen...
es ist wohl das dateisystem, was fritten ist. mist.

nicht mal mehr ein tar erstellen klappt ohne kernel panic.
und fsck -f führt auch zum kernel panic! *ekel*
naja, denn werd ich jetzt so viel sichern wie es geht und dann neu installieren.

vielen dank an Dauser für die schnelle hilfe!!

grüsse,

niels

BOP · 19. März 2006

Zitat

Original von scheithan
naja, denn werd ich jetzt so viel sichern wie es geht und dann neu installieren.

Ich würde aber auf jeden Fall die Platte im Auge behalten.
Denn in vielen Fällen ist das ein Anzeichen dafür das die HDD sich bald verabschiedet.

Gruß

scheithan · 20. März 2006

Zitat

Original von BOP
Ich würde aber auf jeden Fall die Platte im Auge behalten.
Denn in vielen Fällen ist das ein Anzeichen dafür das die HDD sich bald verabschiedet.

hmja, eigentlich haste recht. aber ich denke ich kenne die ursache...
ne zeitlang konnte man den vdr nicht vernünftig ausschalten (div. experimente mit avboard/WOL, nvram-wakeup etc.)
da wurde der rechner öfter mal "brutal" ausgeschaltet. auf die dauer findet das sogar nen ext3 nicht wirklich lustig.
die platte selbst ist noch nicht so alt, aber ich werde das mal beobachten.

danke für den hinweis!

heiwil · 20. März 2006

Zitat

Ich würde aber auf jeden Fall die Platte im Auge behalten.

Ich schieße mich eindeutig BOB an. Ich hatte das völlig identische Verhalten - Abschmieren bei Aufnahme und nur noch HardReset möglich.
Die Platte ist hin.

Heiko

scheithan · 20. März 2006

Zitat

Original von heiwil
Die Platte ist hin.

schön wär´s.
ich hab gerade versucht, linvdr neu zu installieren, ergebnis:
kernel-panic schon beim formatieren.
dann mal mit der fedora 4 dvd versucht -> auch fehlgeschlagen.
platte ausgebaut, in einen anderen rechner verbaut, linvdr-cd rein:
installation verläuft ohne probleme.
sch***, dann wird es wohl das board sein, ide-controller oder so, was? so ein ärger.
dann werd ich jetzt den rechner vollkommen auseinander nehmen.

gut, dass frau erst heute abend wieder nach hause kommt.... :-((

genervter gruß,
niels

PS: kennt jemand ein gutes linux-tool, mit dem man die S.M.A.R.T-infos der festplatte auslesen kann?

BOP · 20. März 2006

Als erstes würde ich mal den RAM tauschen. Wenn anderer zu Hand.

Gruß

wofritz · 20. März 2006

Zitat

Als erstes würde ich mal den RAM tauschen. Wenn anderer zu Hand.

Oder den alten mit memtest86 mal etwas quälen. Nach meiner zugegeben unmassgeblichen Erfahrung sind solche unspezifischen Crashes eher auf RAM-Fehler o.ä. zurückzuführen als auf Plattenprobleme.

Gruss,

Wolfgang

McMorning · 20. März 2006

Zitat

Als erstes würde ich mal den RAM tauschen. Wenn anderer zu Hand.

Das ist auch meine Meinung. Bei 'seltsamen' Fehlern die auf kein Programm zurückzuführen sind, erst mal memtest für 'ne halbe Stunde und hinterher noch ein vernünftiger Festplattencheck inkl. Oberflächenanalyse.

Grüsse,
McMorning

Dauser · 20. März 2006

Die ide Kabel auch mal tauschen!
Gibs auch!

scheithan · 22. März 2006

erstmal danke für die vielen tipps!!

laufen tut die kiste jetzt erstmal wieder, aufnahme etc. konnt ich aber noch nicht testen.
memTest ist ne gute idee, werde ich auch mal machen.
derzeit bin ich gerade mit dem gehäuse beschäftigt, sodass die fehleranalyse aufgrund zerlegtem rechner erstmal hintenansteht. ich berichte weiter, sobald die kiste wieder zusammen ist!

gruß,
niels

Kiste schmiert bei Aufnahme komplett ab!

Jetzt mitmachen!

Teilen