komplettes Einfrieren von Linux ohne Logeinträge

TeeRose · Jan 2nd 2005

Hallo Leute,

ich kämpfe schon seit Monaten mit Abstürzen meines VDR-Rechners, ohne dass ich irgend welche Hinweise in Logfiles finden kann. Es handelt sich nicht um Kernel-Panics, da im syslog nichts zu finden ist.

Ich habe ca. 3 Timer am Tag und mein System fährt mit nvram-wakeup herunter. Abstürze habe ich ca. alle 2 Tage.

Meine Hardware:

Motherboard: EPOX EP-MVP3G-M (Rev. 1.0)
Prozessor: AMD K6-III 400 MHz, Sockel-7
RAM: 128 MB, SDRAM, PC100
Grafikkarte: Diamond Speedstar 55 (S3 Trio 3D/2X (368V1), 8MB, AGP)
Festplatte: Samsung SV1203N, 120 GB, 5400 rpm, 8.9 ms
CD-Rom: NEC CDR-272CR, 4-fach
TV-Karte: Hauppauge WinTV DVB-S Model 586 (Rev. 1.3)
Netzwerkkarte: 37NB-12150-1.1 (Rev. 1.1) (Chip RTL8139B)

Meine Software: Debian Woody (release 02), Kernel 2.6.9, VDR 1.3.17, Kernel-Treiber für die DBV-S

Ich liste mal auf, was ich alles schon probiert habe - ohne Erfolg:

diverse Kernel 2.4.2(6|7), 2.6.9 kompiliert
VDR in Version 1.2.6, 1.3.12, 1.3.17
diverse Firmware und Treiber für die DVB-S Karte
alle Plugins aus
andere PCI Steckplätze für die DVB-S Karte / Netzwerkkarte
gesharete IRQs und einen separaten für die DVB-S
Timings für das RAM im Bios herabgesetzt
memtest laufen lassen -> kein Fehler
6 Stunden Kompilieren von Kernels ohne DVB-S Treiber ergaben keinen Absturz, was ab nicht unbedingt aussagekräftig ist
CD-Rom ausgebaut
IDE-Kabel getauscht
...

Letzter Hinweis:
Heute habe ich die Festplatte getauscht. Dazu habe ich das komplette System via tar auf eine Maxtor 4W100H6 (100GB) verlagert und die alte Platte ausgebaut. Es ist also die exakte Installation wie zuvor im Einsatz. Ich habe dann gleichzeitig eine Aufname gamcht und einen Film wiedergegen. Beim Spulen ist das System wieder abgestürzt (eingefroren). Glücklicherweise habe ich mit "smartctl -a /dev/hda" vorher die Plattendaten gesichtert. Interessanterweise war nach dem Neustart der Wert von "ATA Error Count" von 43 auf 44 angestiegen. Liegt da vielleicht das Übel?!? Die Platte läuft mit eingeschaltetem DMA und UDMA2.

Code

vdr:~# lspci -vv
00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+
        Latency: 16
        Region 0: Memory at e8000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [a0] AGP version 1.0
                Status: RQ=7 SBA+ 64bit- FW- Rate=x1,x2
                Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>


00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (prog-if 00 [Normal decode])
        !!! Unknown header type 7f


00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 06)
        Subsystem: VIA Technologies, Inc. VT82C596/A/B PCI to ISA Bridge
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0


00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Region 4: I/O ports at e000 [size=16]


00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 02) (prog-if 00 [UHCI])
        Subsystem: Unknown device 0925:1234
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64, cache line size 08
        Interrupt: pin D routed to IRQ 11
        Region 4: I/O ports at e400 [size=32]


00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-


00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH: Unknown device 0000
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (3750ns min, 9500ns max)
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at ec000000 (32-bit, non-prefetchable) [size=512]


00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RT8139
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (8000ns min, 16000ns max)
        Interrupt: pin A routed to IRQ 12
        Region 0: I/O ports at e800 [size=256]
        Region 1: Memory at ec001000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


01:00.0 Class ffff: S3 Inc. 86c368 [Trio 3D/2X] (rev ff) (prog-if ff)
        Subsystem: S3 Inc. Trio3D/2X
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (63750ns min, 63750ns max)
        Interrupt: pin ? routed to IRQ 0
        Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=64M]
        Expansion ROM at <unassigned> [disabled] [size=64K]
        Capabilities: [dc] <chain broken>

Display More

Code

vdr:~# lsmod
Module                  Size  Used by
dvb_ttpci              77280  20
dvb_core               70816  20 dvb_ttpci
saa7146_vv             41344  2 dvb_ttpci
video_buf              16512  1 saa7146_vv
saa7146                14588  2 dvb_ttpci,saa7146_vv
v4l1_compat            13056  1 saa7146_vv
v4l2_common             5056  1 saa7146_vv
videodev                7488  2 saa7146_vv
ves1820                 5028  1 dvb_ttpci
stv0299                 8420  1 dvb_ttpci
tda8083                 5124  1 dvb_ttpci
stv0297                 7200  1 dvb_ttpci
sp8870                  6212  1 dvb_ttpci
firmware_class          7136  2 dvb_ttpci,sp8870
ves1x93                 5696  1 dvb_ttpci
ttpci_eeprom            2304  1 dvb_ttpci
i2c_core               18208  8 dvb_ttpci,ves1820,stv0299,tda8083,stv0297,sp8870,ves1x93,ttpci_eeprom
lirc_serial            11296  1
lirc_dev               11392  1 lirc_serial
ehci_hcd               24672  0
usbcore                68544  1 ehci_hcd
rtc                    10016  0

Display More

kobi · Jan 2nd 2005

Quote

ist das System wieder abgestürzt (eingefroren)

Stürzt der Rechner richtig ab, oder nur das vdr-Programm? Ich habe manchmal den Effekt, dass sich vdr irgendwie verabschiedet, mit
ERROR: video data stream broken
im syslog. Der Rechner erscheint dann eingefroren, d.h. reagiert nicht auf die Fernbedienung, ist aber nicht abgestürzt sondern lässt sich noch mit ping ansprechen.

Gruss, Kobi

UFO · Jan 2nd 2005

Falls sich das System wirklich komplett aufhängt, würde ich einen neueren Kernel (2.6.10) versuchen. Die Treiber in 2.6.10 sind wesentlich aktueller als in 2.6.9.

CU
Oliver

billi · Jan 2nd 2005

Hi,

nimm die Treiber weg die du nicht benötigst.
Danach lief mein VDR Fehlerfrei.
Achtung Karte und Tuner müssen als Modul geladen werden.
Wo ist der Log vom Starten des VDR:

mfg.

billi

TeeRose · Jan 3rd 2005

kobi: Der Rechner ist komplett weg. Kein Ping, keine SSH-Verbindung auf den Rechner möglich. Manchmal läuft allerdings das Fernsehbild mit Ton und machmal nur der Ton weiter. Das Linux dahinter ist aber komplett weg und im syslog ist überhaupt nicht zu finden.

UFO: wenn ich mich recht erinnere, habe ich im Dezember die DVB-Treiber aus dem CVS installiert - mit deinen letzten Bugfixes. Aber die Abstürze habe ich immer noch. Ich werde aber dennoch mal den Weihnachtskernel 2.6.10 (Releasdatum 24.12.2004) kompilieren.

billi: ich habe alles als Module geladen und nicht fest in den Kernel einkompiliert. Ich lade nur wenige Module (genaue Liste gibts heute Abend). Mich hat es gestern auch gewundert, was alles geladen ist, aber vielleicht liegt es an der gleichzeitigen Aufnahme und Wiedergabe. Das Log vom vdr-Start gibts auch heute abend.

MarkusH · Jan 3rd 2005

Moin,

also dieses komplette Einfrieren hatte ich bei meinem VDR am Anfang auch. War aber ne reine Hardware Angelegenheit! Habe so ne billige Risercard verwendet die Probleme machte. Mit ner anderen läuft er seit dem fehlerfrei.
Dieses komplette Einfrieren kenn ich auch schon länger und hatte das bei verschiedenen PC's. Waren aber, so weit ich mich erinnern kann, immer Hardwareprobleme.

Gruss,schmalzz

Robsta · Jan 3rd 2005

Bei mir wurde einfach die GraKa zu heiss... Hab nen weiteren Lüfter dran gemacht, seit dem gehts... Tippe auch auf ne Hardware Sache...

TeeRose · Jan 3rd 2005

Hallo zusammen,

die Hardware favorisiere ich z.Zt. auch, nachdem ich DVB-S Treiber, Kernel, VDR in zig Versionen durchgenudelt habe.

DVB-S Karte kann ich im Betrieb anfassen, ich denke, ich habe keine der 1.3er mit den termischen Problemen. Die Abstürze habe ich auch, wenn ich das Gehäuse offen lasse. Die Grafikkarte sollte nicht zu heiß werden, ist eine alte AGP Karte mit nur 8 MB Ram.

Die alte Netzwerkkarte hatte ich stark im Verdacht, deshalb habe ich eine andere mit RTL8139B Chip eingebaut. Abstürze habe ich aber immer noch.

Mein aktueller Verdacht ist die Festplatte.

PS: Riser-Karte habe ich keine, z.Zt. ist alles in einem unschönen Tower

TeeRose · Jan 3rd 2005

Noch einige Infos zu meiner Hardware:

Festplatte und RAM (memtest bestanden) sind aus meinem eigentlichen Hauptrechner gekommen und waren dort bis zum Aufbau des VDR im Einsatz, ohne das ich Fehler bemerkt hätte.

Die DVB-S FF habe ich von ebay, alle andere Hardware stammt von einem Arbeitskollegen. Ich kann also nicht einwandfrei sagen, ob da nicht irgendwas schon immer merkwürdig lief.

Egalus · Jan 3rd 2005

Nachdem ich vor 2 Wochen mal wieder am VDR Rechner rumgeschraubt hatte (und gleich danach auf Kernel 2.6 umgestellt hatte) hatte ich auch laufend hänger, vorgestern hab ich dann einfach mal die Lüfter was schneller gestellt, nu is der VDR im Nachbarraum zwar was lauter, aber das stört die Schränke in dem Raum nicht wirklich dafür hab ich seitdem aber auch keinen Absturz mehr gehabt

TeeRose · Jan 3rd 2005

Hallo zusammen,

hier der Auszug aus dem syslog beim vdr start:

Code

Jan  2 19:54:05 vdr kernel: lirc_dev: IR Remote Control driver registered, at major 61 
Jan  2 19:54:05 vdr kernel: lirc_serial: auto-detected active low receiver
Jan  2 19:54:05 vdr kernel: lirc_dev: lirc_register_plugin:sample_rate: 0
Jan  2 19:54:05 vdr kernel: Linux video capture interface: v1.00
Jan  2 19:54:05 vdr kernel: saa7146: register extension 'dvb'.
Jan  2 19:54:05 vdr kernel: PCI: Found IRQ 10 for device 0000:00:09.0
Jan  2 19:54:05 vdr kernel: saa7146: found saa7146 @ mem c8b00000 (revision 1, irq 10) (0x13c2,0x0000).
Jan  2 19:54:05 vdr kernel: DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X).
Jan  2 19:54:05 vdr kernel: adapter has MAC addr = 00:d0:5c:1e:99:12
Jan  2 19:54:05 vdr kernel: dvb-ttpci: gpioirq unknown type=0 len=0
Jan  2 19:54:05 vdr kernel: dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
Jan  2 19:54:05 vdr kernel: dvb-ttpci: firmware @ card 0 supports CI link layer interface
Jan  2 19:54:05 vdr kernel: dvb-ttpci: adac type set to 0 @ card 0
Jan  2 19:54:05 vdr kernel: saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Jan  2 19:54:05 vdr kernel: ves1x93: Detected ves1893a rev2
Jan  2 19:54:05 vdr kernel: DVB: registering frontend 0 (VLSI VES1x93 DVB-S)...
Jan  2 19:54:05 vdr kernel: dvb-ttpci: found av7110-0.
Jan  2 19:54:06 vdr /sbin/hotplug: no runnable /etc/hotplug/vc.agent is installed
Jan  2 19:54:07 vdr last message repeated 4 times
Jan  2 19:54:07 vdr /sbin/hotplug: no runnable /etc/hotplug/vc.agent is installed
Jan  2 19:54:07 vdr last message repeated 4 times
Jan  2 19:54:07 vdr vdr[1147]: Text2Skin: Channel display update thread ended (pid=1147, tid=8201)
Jan  2 19:54:08 vdr vdr[1125]: closing SVDRP connection

Display More

und hier meine DVB-S Treiber Module, die ich lade:

Code

/sbin/modprobe dvb-ttpci
/sbin/modprobe stv0299
/sbin/modprobe ves1x93

TeeRose · Jan 4th 2005

Hallo zusammen,

nachdem ich eine andere Festplatte benutzt habe mit exakt der selben Installation (alles mit tar von einer auf die andere Platte kopiert), hatte ich heute morgen mit einer Testaufnahme wieder diesen Absturz. Damit wird meine Vermutung, die Festplatte ist schuld, wieder etwas entkräftet.

Gestern hatte ich die 1. Platte den Test "smartctl -t long /dev/hda" unterzogen. Es sind keine Fehler aufgetaucht.

Kann es sein, dass das Motherboard beim Ansteuern der Platte Probleme macht? Im Bios konnte ich die Autoerkennung der Platte erst verwenden, wenn ich den Jumper der Platte auf die 32 GB Beschränkung gesetzt hatte. Anschließend den Jumper entfernen und die Platte läuft mit der vollen Größe.
Die neueste Bios-Version des Boards habe ich eingespielt.

Viele Grüße
TeeRose

andreas_h · Jan 4th 2005

Hallo,

hast du mal nen Speichertest mit MEMtest gemacht? Ist immer guter Kandidat für solche Probleme.
Wenn Kühlungsprobleme z.B. mit der CPU da sind, kann man das auch mit CPUBurn & Co. rausfinden, aber natürlich auch endgültig die CPU zerlegen Das kann übrigens auch ein kleiner HotSpot durch fehlende Leitpaste o.ä. sein, ohne dass die CPU insgesamt zu heiß wird.

Bye,
Andreas

TeeRose · Jan 4th 2005

Hallo andreas_h,

memtest86 von www.memtest.org habe ich laufen lassen. Der Test lief mehrfach komplett ohne Probleme durch.

Wärmeleitpaste habe ich auch erneuert, der Kühlkörper der CPU wird nur lauwarm und einen Lüfter hat das Teil auch noch. Den Lüfter wollte ich später - wenn das System endlich mal stabil läuft - abklemmen und die CPU nur passiv kühlen.

Ciao,
TeeRose

mithrandir · Jan 4th 2005

Ich hatte mal was ganz ähnliches: mir ist jedesmal, nachdem der Rechner länger auswar, der PC eingefroren, wenn ich die DVB-Treiber (genauer: die firmware) geladen habe - unter Windows und Linux. Erst nachdem der Rechner ca 20 min warmgelaufen war, ging es wie es sollte und lief denn auch stabil durch.

Hatte auch so ziemlich alles ausprobiert.

Mittlerweile passiert das nicht mehr, kann aber nicht sagen ob das nun nur am neuen Linux-Treiber liegt, oder ob sich's verwachsen hat

Es gibt scheinbar einfach ein paar ungünstige Hardwarekombinationen, die sich ab und zu böse ins Gehege kommen. Da hilft dann eigentlich nur noch, die ganzen Karten mal auf ein anderes Motherboard zu setzen / auszutauschen... um damit den Fehler einzugrenzen.

mgoeben · Jan 4th 2005

Hi!

Ich hatte den Effekt auch, aber bei mir passierte es normalerweise nur beim reload der Treiber (per cornjob)
Das war der 1.1.1 für den 2.4er Kernel.

Seit ich den von Klaus empfolenen Treiber mit der 1.3.17 verwende ist dass nicht mehr aufgetreten (~14 Tage), vorher ist pro Woche min einer der Server abgestürzt.

Gruß

Marco

PS: Kernel 2.4.22

PPS: Aber ein stabiler Treiber ist das immernoch nicht, ständig crasht der ARM, zum Glück gibts den Watchdog.

TeeRose · Jan 4th 2005

Hallo zusammen,

heute abend werde ich mal den 2.6.10er Kernel kompilieren. Mal sehen, ob der die Lösung ist.

Alternativ treibe ich gerade ein anderes Motherboard (auch Socket 7) auf. Mal sehen, ob ich das morgen bekomme.

RavenIV · Jan 4th 2005

Quote

Original von TeeRose

Kann es sein, dass das Motherboard beim Ansteuern der Platte Probleme macht? Im Bios konnte ich die Autoerkennung der Platte erst verwenden, wenn ich den Jumper der Platte auf die 32 GB Beschränkung gesetzt hatte. Anschließend den Jumper entfernen und die Platte läuft mit der vollen Größe.
Die neueste Bios-Version des Boards habe ich eingespielt.

Viele Grüße
TeeRose

könnte schon sein, ausschliessen kann man sowas nie.
jedoch kannst du die platte getrost wieder umjumpern, linux erkennt die platten selbstaändig, ohne über das BIOS zu gehen.

gruessle

TeeRose · Jan 5th 2005

So, der Kernel 2.6.10 mit den DVB-S Treibern läuft.

Nur leider stürzt mein Rechner wieder ab, bei einer Aufnahme

billi · Jan 7th 2005

Hi

hast Du den DMA Support für deine Festplatte überpüft?
Der Treiber STV0299 wird für Budget-Karten gebraucht.
Wie ich in Deinem Protokoll sehe, brauchst Du diesen Treiber nicht.
Setze bitte den VDR auf LOGGING.
Parameter im VDR-Script: -l 3
Achtung dieser senkrechte Strich ist ein kleines "L".

Danach siehst Du vom hochfahren und während des Programmlaufs mehr Informationen und vielleicht auch deine Absturz Ursache.

mfg.

billi

komplettes Einfrieren von Linux ohne Logeinträge

Participate now!

Share