ct-VDR: Linux-Crash nach ca. 20m

area51 · 14. März 2005

Hallo,

ich habe die aktuelle ct-VDR-Installation auf folgendem Rechner installiert:

- Siemens Celsius 1000
- PII 333
- 128 MB RAM
- Adaptec SCSCI-onboard
- SCSI-FP
- Skystar 2
- Hollywod DXR3

Die Insatallation hat 1a funktioniert, ebenfalls habe ich mit dem VDR keine größere Abstürze.

Mein Problem ist nur, dass nach ca. 15-30 Minuten der PC einfach stehenbleibt und auf keinerlei Eingaben mehr reagiert (Konsole, VDR), das Bild bleibt stehen und der Ton ist weg.

Meine Vermutung ist nurn, daß ein HW-Defekt bzw. Fehlkonfiguration vorliegt. Das RAM habe ich auf Verdacht beretis getauscht. Auch war dieser PC vorher 2 Jahre als Linuxserver ohne Absturz unter Suse im Einsatz.

Ich habe schon von einigen Problemen und Abstürzen mit den DXR3-Karten gelesen. Könnte dies die Ursache sein?

Gruß

Tom

scherg · 14. März 2005

Hallo,

ich tippe mal auf den Timeoutfehler im Zusammenhang mit der SkyStar2. Leider habe ich jetzt keinen Thread zur Hand den ich dir spontan nennen könnte.

Such mal nach SkyStar2... gibts einige die das Problem auch haben.

scherg

Ulf · 14. März 2005

DRX ist nicht sehr stabil
im wiki gibt es eine Anleitung um c'tvdr2 auf die CVS version upzudaten soll deutlich stabiler sein: http://www.vdr-wiki.de/wiki/index.php/C%27t-vdr2_und_dxr3

Gruss Ulf

Logfiles könnten hilfreichsein

area51 · 14. März 2005

Euch Logfiles zulkommen lassen....

Das Probmel ist eben Linux-untypisch. Der komplette Rechner bleibt stehen, in den Logfiles finde ich auch keinerlei Einträge.

Welche Logfiles soll ich mal hochladen?

Gruß

Tom

Ulf · 14. März 2005

dmesg für den Anfang

oder stop mal den vdr
/etc/init.d/vdr stop

und schau ob der Rechner dann auch noch stehenbleibt;-)

Gruss Ulf

der rest aus /var/log/kern.log

bitte nur des Ende nach einem Absturz

area51 · 14. März 2005

dmesg

area51 · 14. März 2005

aber nur das Wesentliche.

Soll ich auf die neue DXR-Version 0.14 sowie die neuen DVB-Treiber von ct/Heise updaten?

Übrigens, ohne VDR läuft der Rechner seit fast 45 min ohne Fehler durch.

Wo sehe ich eigentlich die verwendete em8300 sowie Skystar-Softwareversion? insmod bzw. lsmod gibt anscheinend diese Info nicht her.

Gruß

Tom

SmartFish · 14. März 2005

Naja, 45 Minuten zu 30 Minuten ist nicht sooo aussagekräftig,
zumal der Rechner ja jetzt vermutlich überhaput nichts mehr arbeitet.

Meine letzten mysteriösen Abstürze kamen eigentlich immer von einem
Mainboard mit defekten Kondensatoren. Hast Du mal drübergeschaut?

Gruß,
Martin

area51 · 14. März 2005

Hallo,

die Kondensatoren auf dem Board sind in Ordnung.

Ich habe die em8300-Treiber auf die Version 0.14 hochgezogen, ebenfalls die DVB-Treiber (auf die neueste ct-Version).

Mal schauen was passiert.

Gruß

Tom

Ulf · 14. März 2005

Also in dmesg finde ich nicht ausser das du mal acpi im Bios an machen könntest:

Zitat

Local APIC disabled by BIOS -- reenabling.

BlackKing · 14. März 2005

häh?

PS: Natürlich hätte ich mir den kommentar auch spren können? Mich interessiert es trotzdem

Ulf · 14. März 2005

Code

Mar 14 17:49:51 (none) kernel: PCI: Found IRQ 9 for device 00:0e.0
Mar 14 17:49:51 (none) kernel: skystar2.c: FlexCopIIB(rev.195) chip found
Mar 14 17:49:51 (none) kernel: skystar2.c: the chip has 38 hardware filters
Mar 14 17:49:51 (none) kernel: DVB: registering new adapter (Technisat SkyStar2 driver).
Mar 14 17:49:51 (none) kernel: probe_tuner: try to attach to Technisat SkyStar2 driver
Mar 14 17:49:51 (none) kernel: stv0299.c: setup for tuner Samsung TBMU24112IMB
Mar 14 17:49:51 (none) kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
Mar 14 17:49:52 (none) kernel: i2c-core.o: i2c core module version 2.6.1 (20010830)
Mar 14 17:49:53 (none) kernel: i2c-algo-bit.o: i2c bit algorithm module
Mar 14 17:49:53 (none) kernel: i2c-core.o: driver ADV717X video encoder driver registered.
Mar 14 17:49:54 (none) kernel: PCI: Enabling device 00:10.0 (0004 -> 0006)
Mar 14 17:49:54 (none) kernel: PCI: Found IRQ 9 for device 00:10.0
Mar 14 17:49:54 (none) kernel: em8300: EM8300 8300 (rev 1) bus: 0, devfn: 128, irq: 9, memory: 0xfec00000.
Mar 14 17:49:54 (none) kernel: em8300: mapped-memory at 0xc8a6a000
Mar 14 17:49:54 (none) kernel: em8300: using MTRR
Mar 14 17:49:54 (none) kernel: em8300: 1 EM8300 card(s) found.
Mar 14 17:49:54 (none) kernel: em8300_main.o: Chip revision: 2
Mar 14 17:49:54 (none) kernel: adv717x.o: ADV7175A chip detected
Mar 14 17:49:54 (none) kernel: i2c-core.o: client [ADV7175A chip] registered to adapter [EM8300 I2C bus 1](pos. 0).
Mar 14 17:49:54 (none) kernel: adv717x.o: Configuring for PAL 60
Mar 14 17:49:54 (none) kernel: i2c-core.o: adapter EM8300 I2C bus 1 registered as adapter 0.
Mar 14 17:49:54 (none) kernel: i2c-core.o: adapter EM8300 I2C bus 2 registered as adapter 1.

Alles anzeigen

lese ich da richtig die DVB und die Holly teilen sich einen IRQ?

Gruss Ulf

Du hast da was verloren:

Zitat

Original von area51
Hallo,

die Kondensatoren auf dem Board sind in Ordnung.

Ich habe die em8300-Treiber auf die Version 0.14 hochgezogen, ebenfalls die DVB-Treiber (auf die neueste ct-Version).

Mal schauen was passiert.
Gruß
Tom

Alles anzeigen

SmartFish · 14. März 2005

Ok, war nur eine Vermutung mit den Kondensatoren. Aber einen neuen
Thread hättest Du jetzt dafür nicht gleich aufmachen brauchen. Antworte
doch einfach auf den Beitrag, auf den Du Dich beziehst.

Gruß,
Martin

area51 · 14. März 2005

Ich habe den ACPI/APM-Unterstützung bei der Fehlersuche ausgeschaltet. Der Rechner stürzt also auch mit dem ACPI-Support ab.

IRQ-Sharing
sollte doch eigentlich bei modernen Systemen nicht ausmachen, oder?
Sonderbar, nach dem SW-Update + Neustart liegen jetzt die IRQ's auf 7 + 11 (siehe kern.txt)

Start neu ausgewürfelt oder ist dies vom Treiber abhängig?
Soll ich die Karten in andere PCI-Slots einbauen?

Fragen über Fragen
Gruß

Tom

Ulf · 14. März 2005

Ist schon besser wenn beide einen IRQ haben

könntest du die schnipsel vielleicht einfach so posten
vielleicht in [ code] [/code] eingefasst ( 1.leerzeichen weglassen aber damit du es lesen kannst)
sonst muss ich sie jedesmal auf den vdr schieben zum lesen;-)

Hast du beim Neustart ACPI wieder eingeschaltet dann liegt es evtl. daran das jetzt beide einen IRQ haben.

Gruss Ulf

area51 · 14. März 2005

Merci für den Tipp mit dem posten!

ACPI/APM ist noch immer aus.

komisch

Ulf · 14. März 2005

Ah dann waren es wohl die Treiber.
Mach doch trotzdem ACPI mal an und schau da nach nochmal nach den IRQs.

Dumme Zwischenfrage das Satkabel ist dran und femon sagt die kurze Zeit die der vdr läuft auch alles grün oder?

Gruss Ulf

area51 · 15. März 2005

Die Treiber sind es auch nicht - nach 1 Stunde ist die Kiste wieder stehen geblieben.

Ich werde heute Abend mal die PCI-Karten in andere Slots verfrachten. Momentan stecken die Hollywood und die Skystar in zwei benachbarten Slots und werden ziemlich warm. Nicht dass hier ein thermisches Problem vorliegt.

Falls dies ebenfalls nicht funktionieren sollte werde ich den PC tauschen (ich habe noch einen PC mit der identischen Austattung, der bis vor kurzem noch Einwandfrei unter XP seinden Dienst getan hat).

Gruß

Tom

area51 · 16. März 2005

Hallo,

es sieht so aus, als ob ich den Fehler gefunden habe:

Im BIOS meines PC's waren noch die Powersave-Einträge für Monitor (15m) und FP (30m) eingetragen.

Seit dem ich den Powersave komplett deaktiviert habe läuft der VDR problemlos durch.

Merci für die Hilfe!

Tom

ct-VDR: Linux-Crash nach ca. 20m

Jetzt mitmachen!

Teilen