PC-Absturz bei Aufnahme/Recording (via vdr)!

ciax · 4. September 2007

Hallo,

ich wag' mich meistens nicht daran, neue Themen zu eröffnen - nun doch, mein Problem:

Erfahrung ad dato:

HW-System: siehe "footer/signature"

ein mini-itx also, MB nicht mehr erhältlich - keine anzeichen auf einen HW-defekt ("äusserlich" - kondensatoren, ...), wurde aber einmal vor schon über 1 jahr ziemlich heiß, im sommer - auch ein absturz/hänger.

SW-Sytem: siehe "footer/signature" (ubuntu, vdr-self-compiled) - abstürze aber auch unter anderen OS (w32 - dualboot).

der absturz geschieht unter ubuntu aber immer(!) nur, wenn ich eine aufnahme starte (auf record gehe)! ca. 10-20sec (manchmal auch erst nach 10min) läuft auf allen consolen folgender output (der ist aber auch nicht jedes mal gleich - ein kernel eip/oops einfach) ab - auch der pc-speaker quietscht in einem dauerton:

Code

---> output saved to "hangup-crash-dmesg_kern.log" <---


[  125.150954] BUG: unable to handle kernel paging request at virtual address ffffffc2
[  125.153576]  printing eip:
[  125.156137] f8c2f098
[  125.156140] *pde = 00002067
[  125.158612] Oops: 0002 [#1]
[  125.161011] Modules linked in: binfmt_misc bluetooth apm savage drm agpgart freq_table cpufreq_userspace cpufreq_power
save dev_acpi button vt1211 hwmon_vid eeprom sbp2 scsi_mod fuse i2c_viapro snd_via82xx snd_ac97_codec ac97_bus snd_pcm_os
s snd_mixer_oss stv0299 snd_pcm af_packet snd_page_alloc snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmi
di snd_seq_midi_event snd_seq snd_timer snd_seq_device snd via_ircc rtc i2c_prosavage dvb_ttpci dvb_core saa7146_vv video
_buf saa7146 irda soundcore pcspkr videodev v4l2_common v4l1_compat ttpci_eeprom psmouse crc_ccitt evdev ext3 jbd mbcache
 ide_disk generic via_rhine mii ohci1394 ieee1394 via82cxxx ehci_hcd uhci_hcd usbcore thermal processor fan
[  125.185276] CPU:    0
[  125.185278] EIP:    0060:[<f8c2f098>]    Not tainted VLI
[  125.185279] EFLAGS: 00210282   (2.6.20.3-ubuntu1-box2007.08.10.v2 #1)
[  125.195146] EIP is at 0xf8c2f098
[  125.198440] eax: 00000000   ebx: f8c3c040   ecx: 00000010   edx: f8c3c000
[  125.201730] esi: f7ad8438   edi: f7ad863c   ebp: fffffe00   esp: f7a9803c
[  125.205083] ds: 007b   es: 007b   ss: 0068
[  125.208477] Process vdr (pid: 3862, ti=f7a96000 task=f0e2c030 task.ti=f7a96000)
[  125.208594] Stack: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  125.212192]        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  125.215735]        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  125.219180] Call Trace:
[  125.230932] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000060
[  125.234480]  printing eip:
[  125.237993] c0103a0a
[  125.241498] *pde = 00000000
[  125.245020] Oops: 0000 [#2]
[  125.248495] Modules linked in: binfmt_misc bluetooth apm savage drm agpgart freq_table cpufreq_userspace cpufreq_power
save dev_acpi button vt1211 hwmon_vid eeprom sbp2 scsi_mod fuse i2c_viapro snd_via82xx snd_ac97_codec ac97_bus snd_pcm_os
s snd_mixer_oss stv0299 snd_pcm af_packet snd_page_alloc snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmi
di snd_seq_midi_event snd_seq snd_timer snd_seq_device snd via_ircc rtc i2c_prosavage dvb_ttpci dvb_core saa7146_vv video
_buf saa7146 irda soundcore pcspkr videodev v4l2_common v4l1_compat ttpci_eeprom psmouse crc_ccitt evdev ext3 jbd mbcache
 ide_disk generic via_rhine mii ohci1394 ieee1394 via82cxxx ehci_hcd uhci_hcd usbcore thermal processor fan
[  125.279777] CPU:    0
[  125.279779] EIP:    0060:[<c0103a0a>]    Not tainted VLI
[  125.279780] EFLAGS: 00210097   (2.6.20.3-ubuntu1-box2007.08.10.v2 #1)
[  125.291608] EIP is at dump_trace+0x32/0x97
[  125.295536] eax: 00001ffd   ebx: 00000060   ecx: 00000060   edx: ffffffff
[  125.299437] esi: 00000000   edi: 00000000   ebp: c031992c   esp: f7a97efc
[  125.303312] ds: 007b   es: 007b   ss: 0068
[  125.307088] Process vdr (pid: 3862, ti=f7a96000 task=f0e2c030 task.ti=f7a96000)
[  125.307207] Stack: 35383032 c02e1f39 00000018 c02e1f39 00000000 c0103a87 c031992c c02e1f39
[  125.311070]        f7a9809f c0103b44 c02e1f39 c02e1f39 f7a98004 f7a9803c 00000001 00210282
[  125.314863]        f7a9803c f7a98004 c0103d12 c02e1f39 00000010 f0e2c1bc 00000f16 f7a96000
[  125.318637] Call Trace:
[  125.325726]  [<c0103a87>] show_trace_log_lvl+0x18/0x2d
[  125.329451]  [<c0103b44>] show_stack_log_lvl+0xa8/0xd0
[  125.333135]  [<c0103d12>] show_registers+0x1a6/0x281
[  125.336797]  [<c0277e35>] notifier_call_chain+0x25/0x2f
[  125.340404]  [<c0103eda>] die+0xed/0x1be
[  125.344016]  [<c0277b2b>] do_page_fault+0x2bb/0x5a0
[  125.347614]  [<c0277870>] do_page_fault+0x0/0x5a0
[  125.351069]  =======================
[  125.354384] Code: 89 c2 89 cb 8b 6c 24 18 85 c0 74 5f 85 db 74 66 89 df 81 e7 00 e0 ff ff eb 03 83 c3 04 39 fb 76 22 8
d 87 fd 1f 00 00 39 c3 73 18 <8b> 33 89 f0 e8 b9 fd 01 00 85 c0 74 e2 89 f2 8b
44 24 1c ff 55
[  125.366059] EIP: [<c0103a0a>] dump_trace+0x32/0x97 SS:ESP 0068:f7a97efc
[  125.369803]

Alles anzeigen

scheint wirklich das MB zu sein - was meint ihr? komisch nur, daß es immer bei REC unter vdr passiert (hdd-controller??).

danke!
ciax

ps: hab auch schon probiert, RECording auf eine andere HDD oder auch per SMB (samba mount) auf ein anderes system im netzwerk zu unternehmen - bei netzwerk stürzt's nur noch schneller ab ...

//EDIT:
die "BUG: unable to handle kernel paging request at virtual address xxxxxx" meldung taucht immer auf - teilweise läuft das system weiter (im "output" schreibt er auch manchmal "... reboot needed .." - nützt aber natürlich nix)
//EDIT

HOSTess · 6. September 2007

Hallo,

Ist es erst seit feisty oder war's schon mit edgy ?
Du kannst ja mal 'ne Kanotix-CD (oder 'ne andere CD-bootable distri)booten und dort probieren, ob's auch passiert.

Ubuntu ist nicht 100% Debian und deshalb "sollen" auch einige Erweiterungen (wie original debian-marillat) manchmal bocken.
Vllt. ein sensibles Plugin installiert ?
Wichtig ist immer was vor dem ersten Fehlerauftritt war.

Mike

ciax · 6. September 2007

hallo mike!

danke für deine antwort! naja, es passierte letztes jahr schon unter debian-testing auch - unter windows stürzte die kiste auch manchmal ab. nun läßt sich daß verhalten genau, wie oben beschrieben einschränken (bei aufnahme --> adios).

wird wohl ein HW defekt sein - shit!

gruß, ciax

SHF · 7. September 2007

Zitat

wird wohl ein HW defekt sein

Denke ich auch.
Bevor du aber das Mainboard raus schmeisst, kannst du es ja erst mal zum Test mit einem anderen Netzteil versuchen.
Und auch ein Mem-Test, um zu schauen, ob es der Arbeitsspeicher ist, schadet nicht.

dsat · 7. September 2007

Hi ciax,

ich würde mit dem Netzteil anfangen. Hänge die Festplatte doch einfach mal an die zweite 5V-Schiene und schau ob es dann geht. MEM-Test mit einem defekten Netzteil hat mir auch schon einmal defekten Speicher signalisiert, der in ein einem zweiten Rechner aber einwandfrei war.

Gruß dsat

ciax · 10. September 2007

hallo!

danke für eure antworten!

ad RAM/memory: hatte in dem board schon einmal einen 256MB riegel - nun ist ein 1GByte riegel drinnen - gleiches verhalten (sind aber beide vom selben hersteller "kingston").

ad netzteil: es ist ein ziemlich abgespecktes netzteil verbaut (es hat nur anschluß für 2 "ide"-geräte (platten, cd/dvd-roms)), weil das gehäuse nur für so ein mini-itx board geeignet ist.
trotzdem werd' ich es mit einem anderen netzteil nochmal testen! danke für den tipp - ich werde berichten.

ciao, ciax

ciax · 11. September 2007

hallo,

hab nun die HDDs mit einem anderen netzteil betrieben - nützt leider nichts.
ich glaube, ich gebe langsam auf...

ciax

Hessi · 11. September 2007

Hi,

schon mal die IDE-Kabel getauscht? Auch das vom DVD-ROM? Also wirklich komplett raus und durch zwei andere ersetzen.
- Auch einen BIOS-Reset mittels Jumper oder CMOS-Batterie?
- Auch mal an den Kondensatoren gezogen/gewackelt?

Ich hatte mal vor Jahren unter Win mit OE ständig einen Absturz. Neuinst brachte nix, Zerlegen, reinigen, zusammensetzen brachte nix, Austausch des Speichers brachte nix. Alles lief, nur eben kackte OE beim Start ab. Es war letztendlich das CD-ROM-Kabel und zwar reproduzierbar. Will damit sagen: Das Problem muss nicht offensichtlich sein.

Gruß
Michael

ciax · 11. September 2007

.. dann geb' ich halt noch nicht auf und bau das teil einmal volständig auseinander und nimm' neue verbindungskomponenten. dvd hab ich keines in der box - nur 2 hdd (2,5" mit dem OS drauf und eine 3,5" 200GB für's recording) - beide an einem ide-kabel, da ich im mini-itx nur einen ide-port hab. bios hab ich resettet - allerdings noch nicht via MB-jumpers/cmos-akku.

die kondensatoren am MB sind teilweise ein wenig "aufgebläht", aber nicht "undicht" bzw. die lötpunkte scheinen auch ok zu sein. wirklich eigenartig...

ich werd' nochmal dran werkeln - wär wirklich schade, das teil rauszuschmeißen.

danke, ciax

Hessi · 11. September 2007

Moin,

"äufgebläht"?!? Vergiss es, dann hast Du die Ursache bereits gefunden.

Gruß
Michael

ciax · 11. September 2007

.. eigenartig ist nur, daß ein absturz genau bei "aufnahme" passiert - sonst nicht. ich kann das system auch unter dauerlast (100% CPU) betreiben -> kein absturz.

gruß, ciax

Hessi · 11. September 2007

CPU-Last <>Systemlast

Gruß
Michael

ciax · 11. September 2007

du meinst "load"? - ja, auch wenn der hoch ist, läuft's noch - nur beim "massiven" schreiben auf HDD bei der aufnahme durch vdr verabschiedet sich die box derart "bösartig"!

naja, kann man nix machen (die kondensatoren werde ich nicht alle auslöten und ersetzen - nur wenn ich genau wüßte, daß die den fehler produzieren).

danke michael für deine kommentare!

ciax

Hessi · 11. September 2007

Tach,

ja, ich habe momentan auch Probleme mit dem Aufzeichnen, ich bekomme zwar keinen Reboot, aber der VDR startet sich neu, das System bleibt aber stabil. Daher interessierte mich dieser Fred.

Wenn die Kondensatoren aufgebläht sind, dann sind die hin. Da kannste Dich bei den Chinesen bedanken, die da offenbar eingedickte Yak-Pisse reingefüllt haben um Kosten zu sparen.

Die minderwertigen Kondensatoren sind gegenüber höheren Temperaturen unheimlich empfindlich, da musste Dein System im Sommer nicht wirklich in's Schwitzen geraten um die zu beschädigen.

Das Gute ist, dass die Boardhersteller dieses Problem offenbar im Griff haben und nicht mehr reflexartig die billigsten Komponenten kaufen.

Ich hatte auch schon an einem ATX-Board die Kondensatoren angefangen zu ersetzen. Es ist eine ziemliche Arbeit, da ich immer neue suspekte Kondensatoren während des Lötens entdeckte. Bei den Preisen für SoA-Boards habe ich das dann mittendrin gelassen.

Dein ITX ist aber sicher deutlich teurer, oder? Von daher könnte sich das also lohnen.

Gruß
Michael

ciax · 11. September 2007

.. "yak pisse" ist gut

das MB ist nun auch schon 2,5 jahre alt - hat damals schon etwas gekostet (so um die 180 EURO). irgendwie kommt mir das ganze teil aber "träge" vor (latenzen) - sogar mit dem 2,4 GHz celeron & 1GByte RAM. ein uralt MB mit PIII 1GHz / 512MB RAM verhält sich wesentlich schneller (da mußte ich auch schon einen kondensator festlöten) - leider wäre das itx halt kompakter und die ganzen komponenten (gehäuse, cpu, ..) kann ich dann auch nicht mehr gebrauchen... shit!

naja, ich glaub, daß ich mit dem itx doch "freesbee" spielen gehe - macht mehr spaß als rumzulöten (ohne dabei sicher zu sein, daß es danach funktioniert)!

viel glück mit deinem vdr-aufnahme verhalten!

ciax

Hessi · 11. September 2007

Hi ciax,

oooch, ich denke, dass es bei mir ein Softwareproblem ist *hoff*.

Ich hatte sowieso seit April eine FF-Karte hier rumfliegen, die habe ich nun eingebaut, aber irgendwie vergass ich ein AV-Board o.ä. zu kaufen, um das gute Stück zu schützen.
Ach ja, ich muss ja noch Kris die Kohle für das AV-Board überweisen *schwitz*

Wenn ich sowieso das Ding aus dem Rack gerissen habe und aufhabe (Staub, Staub, Staub), dann kann ich auch gleich ein neues System aufspielen. Wer war es? Wicky oder Wilder Igel - einer der beiden empfahl mit Easy-VDR. Jooo, mal sehen, besser als die c't-Distri ist es bestimmt.

Also, wenn Du ein ITX-Gehäuse, etc. hast, dann wäre es ja ein Frevel das zu verkaufen, nur weil das Brett putt ist. Was sagt denn die Bucht oder der Marktplatz hier? Gibt es keine neuen Bretter oder welche, die neuwertig sind?

Gruß
Michael

Hessi · 22. September 2007

Hi Leute,

von wegen "*hoff*". SCHEISSE!
Habe EasyVDR installiert und was macht die Kiste? Der VDR startet bei einer Aufnahme ständig neu. Dadurch sind die Aufnahmen immer 0 Minuten lang. Das dumme ist, dass er nach den Restart gleich wieder aufnimmt, Ich muss also immer schnell den Timer löschen, sonst geht es wieder von vorne los. Ist zwar besser als ein Systemneustart...

Naja, ich habe alles ausgebaut, gereinigt und wieder eingebaut. Nix geholfen.
Alle Kondensatoren sehen aus, als kämen sie direkt aus der Fabrik.

Als nöchstes werde ich:
- IDE-Kabel austauschen
- IDE-Port wechseln
- RAM austauschen

Wenn das nix hilft, was dann?!? In der Bucht gibt es noch genug Mainboards von meinem Typ (ich brauche einen PCI-Slot ganz aussen, das haben die wenigsten mATX-Boards). Aber das Teil kostet 39,- EUR. Ist ja nicht die Welt, aber es gibt ja für ein paar Bucks mehr AMD64-Bundles.

Wer mag mir einen Rat geben? Gibt es bei Pollin oder sonst wo ein empfehlenswertes mATX-Board mit 64er-CPU für den schmalen Euro?

Danke Gruß
Michael

Hessi · 22. September 2007

Hi Leute,

ich nerve wieder, aber:
http://www.pollin.de/shop/detail.php?pg=OA==&a=MDUyOTkyOTk=&w=Mjk4OTM5&ts=0

Das meine ich. Vorteile:
- alten Speicher kann ich wieder verwenden
- 3x PCI (1x ganz aussen)

79,- EUR

Gruß
Michael

Hessi · 22. September 2007

Nochmal mein Selbstgespräch, aber vielleicht hilft es später jemanden, der ein ähnliches Problem hat.

Ich habe IDE-Kabel und Speicher ausgetauscht. Ein Wechsel des IDE-Ports mag der VDR nicht (Kernel-Panik).

Nun ist der Fehler reproduzierbar. Die ganze Zeit habe ich eine meiner SkyStars dringelassen. Habe die auch gegeneinander getauscht. Es ist jedesmal der gleiche Effekt:
Steckt eine weitere DVB-S-Karte in einem PCI-Slot (nein, nicht der erste neben AGP), dann restartet der VDR bei einer Aufnahme. Ist die Karte draussen, dann läuft alles ganz normal.

Ach, gerade fällt mir ein: Ich habe noch eine Twin-Han. Mement, die werde ich auch ausprobieren. Werde Ergebnis posten.

Gruß
Michael

Hessi · 22. September 2007

Ergebnis:

Mit der Twin-Han (ohne Sat-Kabel, war auch nicht bei den SkyStars gesteckt) stürzt er nicht ab. Aber ich muss auch sagen, dass ich eine dritte Aufnahme auf den gleichen Transponder gestartet habe und der VDR untypisch reagierte: Das laufende Programm ruckelte und brach für Sekundenbruchteile zusammen. Das OSD konnte ich nicht mehr aufrufen. Das steigerte sich dann zum kompletten Zusammenbruch. Die Timer lassen sich so natürlich nicht mehr löschen, also kann ich nicht nachsehen, ob die TwinHan korrekt erkannt wurde.

Ach Mist! Ich glaube ich hole mir ein komplett neues Gehäuse mit normaler Bauhöhe und vielleicht einem normalen ATX-Board.

Gruß
Michael

P.S.: Könnte noch das Netzteil tauschen, aber langsam reicht es mir. Habe noch andere Dinge zu tun.

Gruß
Michael

P.S.: Mit der Kombination konnte ich früher problemlos neun Programme gleichzeitig aufzeichnen. Mehr hatte ich nicht getestet.

PC-Absturz bei Aufnahme/Recording (via vdr)!

Jetzt mitmachen!

Teilen