Beiträge von TeeRose

billi:
Den Tip mit dem Treiber und dem Logging probiere ich gleich heute.

Aber was meinst du mit "DMA Support der Festplatte überprüfen"?
Noch eine Info: Ich rufe im Startskript runvdr vor dem vdr noch "hdparm -d 1 /dev/hda" auf und die Platte läuft im udma2-Modus.

Ciao,
TeeRose

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

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

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.

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

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

Hallo zusammen,

hier der Auszug aus dem syslog beim vdr start:

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

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

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

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.

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

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.

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.

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>

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

Hi,
ein Kollege ist wid auch gefunden trotz schriftlichem Einspruch. Er hat an sechs Subunternehmen der Telekom Faxe geschickt und den Austrag eingefordert. Tja, leider erfolglos

Das wars, danke mannih!

Mein Verzeichnis /video/blafaselblubber war für alle mit den Rechten rx versehen. Ein chmod 700 auf das Verzeichnis war die Lösung.

Scheinbar muss ich mir irgendwann die Rechte dort verdreht haben, denn ich hatte das Verzeichnis mal nur root-lesbar gamcht.

Das kann sein, ich habe nämlich aus Platzmangel auf anderen Partitionen eine verstecktes Verzeichnis unter /video angelegt, welches sehr viele Dateien enthält.

Da ich mir dachte, dass der vdr erst mal alles abklappern muss, damit er die Aufzeichnungen findet habe ich vorsorglich das Verzeichnis /video/blafaselblubber nur für root lesbar gamacht. Ich dachte das reicht, da der vdr unter dem User vdr gestartet wird.

Aber ich werde deinen Tip heute abend mal testen. Vielleicht habe ich auch das chmod 700 falsch gesetzt - man weiss ja nie.

Viele Grüße
TeeRose

Hallo VDRler,

ich habe ein Problem mit dem Starten von vdr, seit ich die vdr 1.3.x benutzte.

Ich starte also mein init-Skript und der vdr bringt das Bild auf den Fernseher (oder fbtv). Allerdings kann ich jetzt für gut 3 Minuten keinerlei Tasten über die Fernbedinung absetzten. Ich schalte also die Programme durch und nichts passiert. Im syslog sieht alles wunderbar aus.

In dieses drei Minuten ist die CPU allerdings gut beschäftigt. Mein K6-III 400 MHz ist bei einer Load von ca. 1,2 und der vdr-Prozess verschlingt mal locker 90 / 95 CPU-Resoource.

Sobald die CPU-Last runtergeht, arbeitet der vdr alles aufgelaufenen FB-Tastendrücke ab und danach habe ich bisher keiner weiteren Blockaden / Hänger gehabt.

In den Einstellungen habe ich bereits das Scannen nach Transpondern, Sendern, Namen ausgeschaltet. Ich meine, dass es mit eingeschaltetem Scan noch schlimmer verhalten hat und auch mal mitten im Betrieb zu diesen Aussetzern kam. Dazu habe ich keine Tests gemacht.

Ich vermute, nach dem Start von vdr läuft irgend eine Initialisierung, die bei mir halt super lange braucht. Hat jemand vieleicht eine Idee?

Mein System: Debian Woody 3.0r2, Kernel 2.6.9, vdr 1.3.17 (auch mit 1.3.12), Firmware 2.61c, WinTV DVB-S 1.3 FF, alles zu vdr selbst kompiliert

PS: Vor kurzem hatte ich mein System aktualiesiert (von vdr 1.2.6, von Kernel 2.4.27), da mein Rechner einfach ohne Fehlermeldungen abstürzte. Scheinbar war eine defekte Netzwerkkarte von Davicom der Übeltäter.

Hallo Torsten/WarEagle,

super vielen Dank für die Datei. Werde es heute abend mal testen, denn mein vdr friert auch fast täglich ein. Vielleicht ist das Problem ja als Seiteneffekt mit behoben.

hallo,

genau, mein vdr hängt nicht am Netz und mein Win Hauptrechner hat gerade Netz-Probleme. Sonstige Zugriffe sind Firewall beschränkt und da komme ich mit dem cvs-Port nicht weit. Deshalb meine Bitte ...

Hallo zusammen,

kann bitte jemand den aktuellen HEAD und 2_4er Branch aus dem CVS als tar in diesen Thread stellen.

Das wäre super nett!

Viele Grüße
TeeRose

ich habe biosinfo als root aufgerufen, aber es meldet in allen sechs Punkten als Wert nur "NULL" zurück

Hallo,

habe die Karte verkauft - Fall erledigt

Viele Grüße
TeeRose

Hallo zusammen,

ich habe es geschaft, mein Board

Epox EP-MVP3G-M (1M)
Bios: Datum: 08/11/2000
Award Bios 4.51PG
08/11/2000-MVP3-596-W877-2A5LEPADC-00

mit nvram-wakeup schlafen zu legen und es per Bios "Wake on RTC" starten zu lassen.

Dazu habe ich folgende nvram-wakeup.conf benutzt (ermittelt mit guess-helper)

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   NULL
##    - Mainboard type:     NULL
##    - Mainboard revision: NULL
##    - BIOS vendor:        NULL
##    - BIOS version:       NULL
##    - BIOS release:       NULL


addr_sec         = 0x3F
addr_min         = 0x40
addr_hour        = 0x41
addr_stat        = 0x47
shift_stat       = 5
addr_day         = 0x4F
addr_chk_h       = 0x6D
addr_chk_l       = 0x6E


upper_method = VT82Cxxx

Außerdem konnte ich nach Setzen der Wakeup-Uhrzeit mittels nvram mein System nicht mehr korrekt abschalten.
Ich reboote nun beim Runterfahren und starte einmalig in lilo einen speziellen PowerOff-Kernel aus dem reboot Package von nvram-wakeup (http://sourceforge.net/projects/nvram-wakeup/).

Damit funktioniert alles einwandfrei.

Viele Grüße
TeeRose