vdr absturz- seither geht nix mehr!

radioking · 28. August 2003

Bin mittlerweile stark am Verzweifeln.
VDR lief so genial wie nie- alles klappte supergut.
VDR ist dann abgestürzt und es liefen zu dem Zeitpunkt 2 timer-Aufnahmen.
Dann hat der watchdog zugeschlagen und vdr neu gestartet.
Beim Neustart hat vdr immer wieder die Aufnahmen neu zu starten versucht.
Bei jedem Neustart konnte ich für jeweils ca. 5 Sekunden das Menu steuern.
Dabei habe ich die beiden Timer-Aufnahmen einzeln beendet und 2 weitere Aufnahmen gelöscht.
Dann konnte VDR während den Restarts die Aufnahmen mangels Rechten nicht löschen (die .del-Dateien). Diese Aufnahme-Verzeichnisse habe ich dann manuell gelöscht.
Seither konnte ich nicht 1 Mal vdr mittels runvdr starten!!
Das einzige was seither geht ist der Start mit "nur" vdr und *einer* Karte im PC.

Ab und zu kommt mal die berühmte Meldung "No primary device found".
Keinen Plan warum und wie zu beheben. Dann nach Neustart wieder nicht.

Auch ein make clean und erneutes Installieren von Treiber UND VDR hat nicht gefunzt.

SvenS · 28. August 2003

Hi,

könnte evtl. ein Hardwaredefekt sein, aber ohne Glaskugel oder wenigstens einen dump aus /var/log/messages ist das schwierig von hier zu beurteilen...

bye

Sven

radioking · 28. August 2003

Oh ja richtig Hatte ich in meiner Rage ganz vergessen.
Werde ich heute Abend nachliefern!

radioking · 28. August 2003

Hier also ein autolog von meinem kleinen report-tool:
###########################################

System-LOG
Thu Aug 28 20:23:40 CEST 2003

VDR-Version:
1.2.2

DVB-driver-version:
01.08.2003

Kernel-version:
2.4

### CPU infos ###
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Celeron (Coppermine)
stepping : 6
cpu MHz : 666.455
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1330.38

############### END ###############

### PCI devices ###
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 3).
Master Capable. Latency=32.
Prefetchable 32 bit memory at 0xe8000000 [0xebffffff].
Bus 0, device 1, function 0:
PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 3).
Master Capable. Latency=64. Min Gnt=136.
Bus 0, device 7, function 0:
ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 2).
Bus 0, device 7, function 1:
IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 1).
Master Capable. Latency=32.
I/O at 0xf000 [0xf00f].
Bus 0, device 7, function 2:
USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 1).
IRQ 10.
Master Capable. Latency=32.
I/O at 0xe000 [0xe01f].
Bus 0, device 7, function 3:
Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 2).
IRQ 9.
Bus 0, device 8, function 0:
Multimedia controller: Philips Semiconductors SAA7146 (rev 1).
IRQ 11.
Master Capable. Latency=32. Min Gnt=15.Max Lat=38.
Non-prefetchable 32 bit memory at 0xec000000 [0xec0001ff].
Bus 0, device 9, function 0:
Multimedia controller: Philips Semiconductors SAA7146 (#2) (rev 1).
IRQ 5.
Master Capable. Latency=32. Min Gnt=15.Max Lat=38.
Non-prefetchable 32 bit memory at 0xec001000 [0xec0011ff].
Bus 0, device 10, function 0:
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 16).
IRQ 9.
Master Capable. Latency=32. Min Gnt=32.Max Lat=64.
I/O at 0xe400 [0xe4ff].
Non-prefetchable 32 bit memory at 0xec002000 [0xec0020ff].
Bus 1, device 0, function 0:
VGA compatible controller: Chromatic Research Inc. Mpact 2 (rev 65).
IRQ 11.
Master Capable. Latency=32. Min Gnt=8.
Non-prefetchable 32 bit memory at 0xd8000000 [0xdfffffff].
############### END ###############

### Interrupt (IRQ) status ###
CPU0
0: 798218 XT-PIC timer
1: 9 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 1438234 XT-PIC saa7146(1)
8: 2 XT-PIC rtc
9: 40578 XT-PIC eth0
10: 0 XT-PIC usb-uhci
11: 2731387 XT-PIC saa7146(0)
14: 19009 XT-PIC ide0
15: 4859 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
############### END ###############

### Listing installed modules ###
Module Size Used by Not tainted
ide-cd 29404 0 (autoclean)
cdrom 28192 0 (autoclean) [ide-cd]
dvb-ttpci 302644 8
mt312 5100 0
tda1004x 8712 0
ves1820 3676 0
stv0299 6644 0 (unused)
grundig_29504-491 3172 1
grundig_29504-401 3564 0
alps_tdlb7 3760 0
alps_tdmb7 3464 0
alps_bsrv2 3484 0
dvb-core 38104 25 [dvb-ttpci mt312 tda1004x ves1820 stv0299 grundig_29504-491 grundig_29504-401 alps_tdlb7 alps_tdmb7 alps_bsrv2]
videodev 5600 2 [dvb-ttpci]
isa-pnp 29672 0 (unused)
ipv6 134388 -1 (autoclean)
mousedev 4148 0 (unused)
joydev 5632 0 (unused)
evdev 4032 0 (unused)
input 3104 0 [dvb-ttpci mousedev joydev evdev]
usb-uhci 22096 0 (unused)
usbcore 57836 1 [usb-uhci]
raw1394 14516 0 (unused)
ieee1394 32880 0 [raw1394]
8139too 14696 1
mii 2304 0 [8139too]
reiserfs 200532 1
############### END ###############

### (U)DMA status of IDE primary master ###

/dev/hda:

Model=WDC WD800JB-00ETA0, FwRev=77.07W77, SerialNo=WD-WCAHL2638501
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=74
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=156301488
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version: 1 2 3 4 5 6

############### END ###############

### IDE primary master transfer speed test ###

/dev/hda:
Timing buffered disk reads: 64 MB in 2.51 seconds = 25.50 MB/sec

/dev/hda:
Timing buffer-cache reads: 128 MB in 1.06 seconds =120.75 MB/sec
############### END ###############

### (U)DMA status of IDE primary slave ###
############### END ###############

### IDE primary slave transfer speed test ###
############### END ###############

### (U)DMA status of IDE secondary master ###

/dev/hdc:

Model=TOSHIBA DVD-ROM SD-M1712, FwRev=1004, SerialNo=
Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=192kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
AdvancedPM=no
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3: 2 3 4 5

############### END ###############

### IDE secondary master transfer speed test ###

/dev/hdc:
Timing buffered disk reads: 0 MB in 0.00 seconds = nan MB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.

/dev/hdc:
############### END ###############

### (U)DMA status of IDE secondary slave ###
############### END ###############

### IDE secondary slave transfer speed test ###
############### END ###############

### output from /var/log/messages ###
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1008
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1010
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1012
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1014
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1016
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1018
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1020
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:23:59 linux kernel: hdc: tray open
Aug 28 20:23:59 linux kernel: end_request: I/O error, dev 16:00 (hdc), sector 1022
Aug 28 20:23:59 linux kernel: lost async page write due to I/O error on 16:00
Aug 28 20:24:19 linux vdr[888]: ERROR (dvbdevice.c,197): No such device
Aug 28 20:24:19 linux vdr[888]: ERROR (dvbdevice.c,198): No such device
Aug 28 20:24:19 linux vdr[888]: ERROR: frontend 1: No such device
Aug 28 20:24:35 linux su: (to root) root on /dev/pts/0
Aug 28 20:24:35 linux su: pam_unix2: session started for user root, service su
Aug 28 20:24:35 linux vdr[2008]: VDR version 1.2.2 started
Aug 28 20:24:35 linux vdr[2008]: loading /video/setup.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/sources.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/diseqc.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/channels.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/timers.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/commands.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/svdrphosts.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/ca.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/remote.conf
Aug 28 20:24:35 linux vdr[2008]: loading /video/keymacros.conf
Aug 28 20:24:35 linux vdr[2008]: probing /dev/dvb/adapter0/frontend0
Aug 28 20:24:35 linux vdr[2008]: ERROR: can't open DVB device 0
Aug 28 20:24:35 linux vdr[2008]: probing /dev/dvb/adapter1/frontend0
Aug 28 20:24:35 linux vdr[2008]: found 1 video device
Aug 28 20:24:35 linux vdr[2008]: setting primary device to 1
Aug 28 20:24:35 linux vdr[2008]: device 1 has no MPEG decoder
Aug 28 20:24:35 linux vdr[2008]: SVDRP listening on port 2001
Aug 28 20:24:35 linux vdr[2010]: KBD remote control thread started (pid=2010)
Aug 28 20:24:35 linux vdr[2008]: remote control KBD - keys known
Aug 28 20:24:35 linux vdr[2008]: switching to channel 1
Aug 28 20:24:35 linux vdr[2008]: ERROR: Kanal nicht verfügbar!
Aug 28 20:24:35 linux vdr[2008]: ERROR (svdrp.c,79): Address already in use
Aug 28 20:24:36 linux vdr[2008]: ERROR (svdrp.c,79): Address already in use
Aug 28 20:24:37 linux vdr[2008]: reading EPG data from /video/epg.data
Aug 28 20:24:37 linux vdr[2008]: setting watchdog timer to 10 seconds
Aug 28 20:24:37 linux vdr[2008]: ERROR (svdrp.c,79): Address already in use
Aug 28 20:24:40 linux last message repeated 129 times
Aug 28 20:24:40 linux kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000001
Aug 28 20:24:40 linux kernel: printing eip:
Aug 28 20:24:40 linux kernel: 00000001
Aug 28 20:24:40 linux kernel: *pde = 00000000
Aug 28 20:24:40 linux kernel: Oops: 0000 2.4.20-4GB #1 Mon Mar 17 17:54:44 UTC 2003
Aug 28 20:24:40 linux kernel: CPU: 0
Aug 28 20:24:40 linux kernel: EIP: 0010:[<00000001>] Not tainted
Aug 28 20:24:40 linux kernel: EFLAGS: 00010246
Aug 28 20:24:40 linux kernel: eax: 00000000 ebx: 00006f43 ecx: c30a39c0 edx: 00000001
Aug 28 20:24:40 linux kernel: esi: c7efdd80 edi: 00000001 ebp: 00000000 esp: c4a67ed0
Aug 28 20:24:40 linux vdr[2008]: ERROR (svdrp.c,79): Address already in use
Aug 28 20:24:40 linux kernel: ds: 0018 es: 0018 ss: 0018
Aug 28 20:24:40 linux kernel: Process vdr (pid: 888, stackpage=c4a67000)
Aug 28 20:24:40 linux kernel: Stack: c49d7a88 c30a39c0 c7efdd80 00006f43 00000001 c7e5b2f0 c4a66560 00000020
Aug 28 20:24:40 linux kernel: c7e5b2f0 c010888b 00000020 c7e5b2f0 c4a66560 c4a67fc4 00000020 c4a66560
Aug 28 20:24:40 linux kernel: c4a67fc4 c0108a61 00000020 c7e5b2f0 c4a67f30 c4a66560 c4a67fc4 c4a66560
Aug 28 20:24:40 linux kernel: Call Trace: [usbcore:usb_devfs_handle+11245812/162546618] [handle_signal+251/304] [do_signal+417/640] [schedule_timeout+91/160] [schedule_timeout+91/160]
Aug 28 20:24:40 linux kernel: Call Trace: [<c49d7a88>] [<c010888b>] [<c0108a61>] [<c01269db>] [<c01269db>]
Aug 28 20:24:40 linux kernel: [usbcore:usb_devfs_handle+11244526/162547904] [sys_ioctl+149/615] [system_call+51/64]
Aug 28 20:24:40 linux kernel: [<c49d7582>] [<c0152b15>] [<c0108c33>]
Aug 28 20:24:40 linux kernel: Modules: [(dvb-core:<c49d0060>:<c49d94d8>)]
Aug 28 20:24:40 linux kernel: Code: Bad EIP value.
Aug 28 20:24:40 linux su: pam_unix2: session finished for user root, service su
Aug 28 20:24:43 linux vdr[2008]: max. latency time 1 seconds
Aug 28 20:25:44 linux vdr[2008]: caught signal 2
Aug 28 20:25:44 linux vdr[2010]: KBD remote control thread ended (pid=2010)
Aug 28 20:25:44 linux vdr[2008]: saved setup to /video/setup.conf
Aug 28 20:25:44 linux vdr[2008]: max. latency time 1 seconds
Aug 28 20:25:44 linux vdr[2008]: exiting
Aug 28 20:25:44 linux su: pam_unix2: session finished for user root, service su

SvenS · 29. August 2003

Hi,

aha, schon besser. So wie es aussieht hat der Treiber Probleme mit einer deiner Karten. Da er dann motzt das die andere Karte keinen MPEG decoder hat. Entweder ist die ganze Karte defekt oder nur der MPEG Decoder. es könnte auch die zweite Karte defekt sein und auf der ersten nur der Dekoder. Du schriebst aber,d as es mit einer KArte funktioniert. Mit welcher denn? Oder jeweils mit einer? Ich würde mit diesen Infos mal sagen, eine deiner DVBs ist defekt.

bye

Sven

jowel · 29. August 2003

Zitat

Originally posted by SvenS
Ich würde mit diesen Infos mal sagen, eine deiner DVBs ist defekt.

Das kannst du auch ohne vdr mit geladenen dvb treibern testen.
Starte mal (pfad evtl anpassen) /usr/local/src/DVB/apps/szap/femon
evtl mit "-a number : use given adapter (default 0)" zum selektieren
der Karte.

Gruss,
Joachim

brummfondel · 29. August 2003

Hast Du den Rechner zwischenzeitlich mal rebootet? Dies eher so aus, als wenn DVB-Module und Kernel nicht zusammen passen, deswegen der Oops - bei einem HW-Schaden wäre das dem Treiber ziemlich egal. Hast Du irgendwas mir updated rumgefummelt und dabei evtl. neue Kernelsourcen bekommen oder einen anderen Kernel ohne passenden Sourcen oder sowas?

radioking · 29. August 2003

Zitat

Original von jowel
Starte mal (pfad evtl anpassen) /usr/local/src/DVB/apps/szap/femon
evtl mit "-a number : use given adapter (default 0)" zum selektieren
der Karte.

Da kommt dann (bei einer FF-Karte im System):

Code

linux:/dvb/apps/szap # ./femon -a0
using '/dev/dvb/adapter0/frontend0'
FE: STV0299/TSA5059/SL1935 based (SAT)
status 1f | signal b171 | snr bd63 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b18d | snr bd96 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2bd | snr bdae | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Ist das gut?

brummfondel
Den Rechner habe ich mehrfach neu gebootet. Es kann sein, dass über YAST/Update mal patches zu ein paar Sachen kamen. Xfree- irgendwas z.B.
Wie kann ich sowas "reparieren" bzw. woher die passenden neuen Sourcen?
Muss ich die alten Kernel-Sourcen dann deinstallieren und die neuen wieder per FTP holen?

radioking · 29. August 2003

Habe mal in yast nachgeschaut:

Code

kernel-source
Version: 2.4.20.SuSE-62
Installed: 2.4.20.SuSE-100
Size: 184.5 MB Media No.: 1

radioking · 29. August 2003

Hier mal /var/log/messages:

##############
Aug 29 18:28:58 linux vdr[3315]: KBD remote control thread started (pid=3315)
Aug 29 18:28:58 linux vdr[3309]: remote control remote-event0 - keys known
Aug 29 18:28:58 linux vdr[3309]: remote control KBD - keys known
Aug 29 18:28:58 linux vdr[3309]: switching to channel 1
Aug 29 18:28:58 linux vdr[3309]: ERROR: can't open filter handle
Aug 29 18:28:58 linux last message repeated 5 times
##############

Was bedeutet das:
##############
Aug 29 18:29:41 linux vdr[3309]: caught signal 2
##############

Was ist ein EIT processing thread:
##############
Aug 29 18:29:41 linux vdr[3312]: EIT processing thread ended (pid=3312) - master
##############

Woher kommt das:
##############
Aug 29 18:30:02 linux vdr[3493]: probing /dev/dvb/adapter0/frontend0
Aug 29 18:30:02 linux vdr[3493]: ERROR: can't open filter handle
Aug 29 18:30:02 linux last message repeated 5 times
##############

Dies hier kommt wohl weil frontend0
"root:video 250" gehört,
ich in der runvdr aber
VDRUSR=vdruser
stehen hatte:
##############
Aug 29 18:30:02 linux vdr[3493]: probing /dev/dvb/adapter1/frontend0
Aug 29 18:30:02 linux vdr[3493]: ERROR: /dev/dvb/adapter1/frontend0: Permission denied
Aug 29 18:30:02 linux vdr[3493]: found 1 video device
##############

Da die Datei nicht bearbeitet(?) werden konnte, kommt wohl auch das hier, obwohl die Karte definitiv eine funktionierende FullFeatured-Karte ist:
##############
Aug 29 18:30:02 linux vdr[3493]: remote: using '/dev/input/event0'
Aug 29 18:30:02 linux vdr[3493]: setting primary device to 1
Aug 29 18:30:02 linux vdr[3493]: device 1 has no MPEG decoder
##############

Wenn ich dann in der runvdr die Zeile
VDRUSR=vdruser
auskommtentiere, startet vdr mit 1 Karte korrekt:
stehen hatte:
##############
Aug 29 18:31:49 linux vdr[3526]: tuner thread started on device 1 (pid=3526)
Aug 29 18:31:49 linux vdr[3522]: probing /dev/dvb/adapter1/frontend0
Aug 29 18:31:49 linux vdr[3522]: found 1 video device
Aug 29 18:31:49 linux vdr[3522]: setting primary device to 1
##############

Wer hat zu meinen Fragen passende Antworten?

jowel · 29. August 2003

Zitat

Originally posted by radioking
Da kommt dann (bei einer FF-Karte im System):

Code

linux:/dvb/apps/szap # ./femon -a0
using '/dev/dvb/adapter0/frontend0'
FE: STV0299/TSA5059/SL1935 based (SAT)
status 1f | signal b171 | snr bd63 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b18d | snr bd96 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2bd | snr bdae | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Ist das gut?

Ja das ist gut ! FE_HAS_LOCK ist wichtig. signal xxxx gibt die empfangene Signalstaerke und snr muesste "Signal to noise ratio"
also der sogenannte SignalRauschAbstand sein, d.h. das Verhaeltnis von Nutzsignal zu Rauschen. Beides sind relativ hohe Werte. Wenn der Empfang gestoert ist kann ab und zu FE_HAS_LOCK verloren gehen.
ber und unc sind (glaube ich) ein Mass fuer Fehler. 0 ist gut.

Was sagt die andere Karte ?

Zitat

Muss ich die alten Kernel-Sourcen dann deinstallieren und die neuen wieder per FTP holen?

Nein, deinstallieren muss man die sourcen nicht. die liegen
unter /usr/src/linux-xxxxx-suse-blah-verions.
Man entfernt lediglich den "symbolischen link" linux->/usr/src/linux-xxxxx-suse-blah-verions.
Wichtig ist auf jeden Fall, dass der gebootete Kernel ,identisch ist,
mit dem in /usr/src/linux kompilierten und dass VDR sowie DVB ebenfalls mit genau diesem kompiliert wurden.
Welcher erade laeuft, kannst du
mit: uname -a
sehen.

Joachim

radioking · 29. August 2003

Zitat

Was sagt die andere Karte ?

Zitat

Nein, deinstallieren muss man die sourcen nicht. die liegen
unter /usr/src/linux-xxxxx-suse-blah-verions.
Man entfernt lediglich den "symbolischen link" linux->/usr/src/linux-xxxxx-suse-blah-verions.
Wichtig ist auf jeden Fall, dass der gebootete Kernel ,identisch ist,
mit dem in /usr/src/linux kompilierten und dass VDR sowie DVB ebenfalls mit genau diesem kompiliert wurden.
Welcher erade laeuft, kannst du mit: uname -a sehen.

Alles anzeigen

uname -a sagt:
#############################################
Linux linux 2.4.20-4GB #1 Wed Aug 6 18:26:21 UTC 2003 i686 unknown unknown GNU/Linux
#############################################

Der installierte Kernel ist wohl identisch:
#############################################
linux:/usr/src # ll
total 1
drwxr-xr-x 4 root root 136 Mar 28 04:51 .
drwxr-xr-x 12 root root 344 Mar 28 04:51 ..
lrwxrwxrwx 1 root root 17 Aug 23 16:13 linux -> linux-2.4.20.SuSE
drwxr-xr-x 16 root root 784 Aug 23 23:18 linux-2.4.20.SuSE
drwxr-xr-x 7 root root 168 Mar 28 04:51 packages
#############################################

Dann hängts wohl an der Software...

radioking · 29. August 2003

Nun läuft alles wieder:

Lösung war wohl sicherzustellen, dass die "richtigen" Kernel-Sourcen mit dem gebooteten Kernel verwendet werden.
Ausserdem habe ich noch ein Rechteproblem:
VDR soll als "vdruser" laufen, jedoch gehört die Datei 'frontend0' root.
Wenn VDRUSR=vdruser in der 'runvdr' auskommentiert ist, funktionierts.

Danke für die Hilfe!

radioking · 29. August 2003

AAaaargh! Kommando zurück.
Es ist wieder passiert:

Habe 2 Aufnahme-Timer gesetzt mit roter Taste im Menu "Programm" des aktuellen Senders.
Irgendwann stürzte VDR mit "Video Stream Broken" ab, obwohl das Signal nicht ausgefallen sein kann.
Seither hagelt es wieder Fehlermeldungen.
Unter anderem auch wieder Kernel-OOops.

Werden die Timer wieder neu gestartet wenn VDR abstürzt?
Woher kommt "Video Stream broken"?

radioking · 29. August 2003

Hier die /var/log/messages:

##############################################
ug 29 20:31:19 linux su: pam_unix2: session started for user root, service su
Aug 29 20:31:19 linux vdr[1964]: VDR version 1.2.2 started
Aug 29 20:31:19 linux vdr[1964]: loading plugin: /vdr/PLUGINS/lib/libvdr-remote.so.1.2.2
Aug 29 20:31:19 linux vdr[1964]: loading /video/setup.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/sources.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/diseqc.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/channels.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/timers.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/commands.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/svdrphosts.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/ca.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/remote.conf
Aug 29 20:31:19 linux vdr[1964]: loading /video/keymacros.conf
Aug 29 20:31:19 linux vdr[1964]: probing /dev/dvb/adapter0/frontend0
Aug 29 20:31:19 linux vdr[1967]: EIT processing thread started (pid=1967) - master
Aug 29 20:31:19 linux vdr[1968]: tuner thread started on device 1 (pid=1968)
Aug 29 20:31:19 linux vdr[1964]: probing /dev/dvb/adapter1/frontend0
Aug 29 20:31:19 linux vdr[1970]: EIT processing thread started (pid=1970)
Aug 29 20:31:19 linux vdr[1971]: tuner thread started on device 2 (pid=1971)
Aug 29 20:31:19 linux vdr[1964]: probing /dev/dvb/adapter2/frontend0
Aug 29 20:31:19 linux vdr[1964]: found 2 video devices
Aug 29 20:31:19 linux vdr[1964]: initializing plugin: remote (0.1.1): Remote control
Aug 29 20:31:19 linux vdr[1964]: remote: using '/dev/input/event0'
Aug 29 20:31:19 linux vdr[1964]: setting primary device to 2
Aug 29 20:31:19 linux vdr[1964]: SVDRP listening on port 2001
Aug 29 20:31:19 linux vdr[1964]: starting plugin: remote
Aug 29 20:31:19 linux vdr[1973]: KBD remote control thread started (pid=1973)
Aug 29 20:31:19 linux vdr[1964]: remote control remote-event0 - keys known
Aug 29 20:31:19 linux vdr[1964]: remote control KBD - keys known
Aug 29 20:31:19 linux vdr[1964]: switching to channel 5
Aug 29 20:31:19 linux vdr[1964]: reading EPG data from /video/epg.data
Aug 29 20:31:19 linux vdr[1964]: setting watchdog timer to 10 seconds
Aug 29 20:31:19 linux vdr[1964]: timer 1 (5 2018-2318 '@The Arrival - Die Ankunft ') start
Aug 29 20:31:19 linux vdr[1964]: Title: 'The Arrival - Die Ankunft' Subtitle: '(null)'
Aug 29 20:31:19 linux vdr[1964]: record /video/@The_Arrival_-_Die_Ankunft__/2003-08-29.20.18.50.99.rec
Aug 29 20:31:19 linux vdr[1964]: recording to '/video/@The_Arrival_-_Die_Ankunft__/2003-08-29.20.18.50.99.rec/018.vdr'
Aug 29 20:31:19 linux vdr[1975]: recording thread started (pid=1975)
Aug 29 20:31:19 linux vdr[1976]: receiver thread started on device 1 (pid=1976)
Aug 29 20:31:25 linux vdr[1964]: max. latency time 1 seconds
Aug 29 20:31:50 linux vdr[1975]: ERROR: video data stream broken
Aug 29 20:31:50 linux vdr[1975]: initiating emergency exit
Aug 29 20:31:50 linux vdr[1964]: emergency exit requested - shutting down
Aug 29 20:31:50 linux vdr[1975]: recording thread ended (pid=1975)
Aug 29 20:31:50 linux vdr[1976]: receiver thread ended on device 1 (pid=1976)
Aug 29 20:31:50 linux vdr[1964]: buffer stats: 0 (0%) used
Aug 29 20:31:50 linux vdr[1964]: timer 1 (5 2018-2318 '@The Arrival - Die Ankunft ') stop
Aug 29 20:31:50 linux vdr[1973]: KBD remote control thread ended (pid=1973)
Aug 29 20:31:50 linux vdr[1964]: saved setup to /video/setup.conf
Aug 29 20:31:50 linux vdr[1967]: EIT processing thread ended (pid=1967) - master
Aug 29 20:31:50 linux vdr[1968]: tuner thread ended on device 1 (pid=1968)
Aug 29 20:31:50 linux vdr[1970]: EIT processing thread ended (pid=1970)
Aug 29 20:31:50 linux vdr[1971]: tuner thread ended on device 2 (pid=1971)
Aug 29 20:31:50 linux vdr[1964]: stopping plugin: remote
Aug 29 20:31:50 linux vdr[1964]: max. latency time 1 seconds
Aug 29 20:31:50 linux vdr[1964]: exiting
Aug 29 20:31:50 linux vdr[1964]: emergency exit!
Aug 29 20:31:50 linux su: pam_unix2: session finished for user root, service su
Aug 29 20:32:02 linux kernel: Linux video capture interface: v1.00
Aug 29 20:32:04 linux kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Aug 29 20:32:04 linux kernel: PCI: Found IRQ 11 for device 00:08.0
Aug 29 20:32:04 linux kernel: DVB: registering frontend 0:0 (Grundig 29504-491, (TDA8083 based))...
Aug 29 20:32:05 linux kernel: mt312_read: ret == -121
Aug 29 20:32:05 linux kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2).
Aug 29 20:32:05 linux kernel: PCI: Found IRQ 5 for device 00:09.0
Aug 29 20:32:06 linux kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x
Aug 29 20:32:06 linux kernel: DVB: registering frontend 1:0 (STV0299/TSA5059/SL1935 based)...
Aug 29 20:32:07 linux kernel: mt312_read: ret == -121
Aug 29 20:32:09 linux kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a
Aug 29 20:32:09 linux kernel: DVB: AV7111(0) - firmware supports CI link layer interface
Aug 29 20:32:09 linux kernel: av7110(0): Crystal audio DAC detected
Aug 29 20:32:09 linux kernel: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:02:e5:d2
Aug 29 20:32:11 linux kernel: DVB: AV7111(1) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a
Aug 29 20:32:11 linux kernel: DVB: AV7111(1) - firmware supports CI link layer interface
Aug 29 20:32:11 linux kernel: av7110(1): adac type set to 0
Aug 29 20:32:11 linux kernel: Technotrend/Hauppauge PCI rev2.1 or 2.2 adapter 1 has MAC addr = 00:d0:5c:22:73:2f
Aug 29 20:32:11 linux su: (to root) root on /dev/console
Aug 29 20:32:11 linux su: pam_unix2: session started for user root, service su
Aug 29 20:32:11 linux vdr[2113]: VDR version 1.2.2 started
Aug 29 20:32:11 linux vdr[2113]: loading plugin: /vdr/PLUGINS/lib/libvdr-remote.so.1.2.2
Aug 29 20:32:11 linux vdr[2113]: loading /video/setup.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/sources.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/diseqc.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/channels.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/timers.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/commands.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/svdrphosts.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/ca.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/remote.conf
Aug 29 20:32:11 linux vdr[2113]: loading /video/keymacros.conf
Aug 29 20:32:11 linux vdr[2113]: probing /dev/dvb/adapter0/frontend0
Aug 29 20:32:11 linux vdr[2116]: EIT processing thread started (pid=2116) - master
Aug 29 20:32:11 linux vdr[2117]: tuner thread started on device 1 (pid=2117)
Aug 29 20:32:11 linux vdr[2113]: probing /dev/dvb/adapter1/frontend0
Aug 29 20:32:11 linux vdr[2119]: EIT processing thread started (pid=2119)
Aug 29 20:32:11 linux vdr[2120]: tuner thread started on device 2 (pid=2120)
Aug 29 20:32:12 linux vdr[2113]: probing /dev/dvb/adapter2/frontend0
Aug 29 20:32:12 linux vdr[2113]: found 2 video devices
Aug 29 20:32:12 linux vdr[2113]: initializing plugin: remote (0.1.1): Remote control
Aug 29 20:32:12 linux vdr[2113]: remote: using '/dev/input/event0'
Aug 29 20:32:12 linux vdr[2113]: setting primary device to 2
Aug 29 20:32:12 linux vdr[2113]: SVDRP listening on port 2001
Aug 29 20:32:12 linux vdr[2113]: starting plugin: remote
Aug 29 20:32:12 linux vdr[2122]: KBD remote control thread started (pid=2122)
Aug 29 20:32:12 linux vdr[2113]: remote control remote-event0 - keys known
Aug 29 20:32:12 linux vdr[2113]: remote control KBD - keys known
Aug 29 20:32:12 linux vdr[2113]: switching to channel 5
Aug 29 20:32:12 linux vdr[2113]: reading EPG data from /video/epg.data
Aug 29 20:32:12 linux vdr[2113]: setting watchdog timer to 10 seconds
Aug 29 20:32:12 linux vdr[2113]: timer 1 (5 2018-2318 '@The Arrival - Die Ankunft ') start
Aug 29 20:32:12 linux vdr[2113]: Title: 'The Arrival - Die Ankunft' Subtitle: '(null)'
Aug 29 20:32:12 linux vdr[2113]: record /video/@The_Arrival_-_Die_Ankunft__/2003-08-29.20.18.50.99.rec
Aug 29 20:32:12 linux vdr[2113]: recording to '/video/@The_Arrival_-_Die_Ankunft__/2003-08-29.20.18.50.99.rec/019.vdr'
Aug 29 20:32:12 linux vdr[2124]: recording thread started (pid=2124)
Aug 29 20:32:12 linux vdr[2125]: receiver thread started on device 1 (pid=2125)
##############################################

jowel · 1. September 2003

Zitat

Originally posted by radioking

Die andere Karte meldet auch Werte, allerdings kein FE_HAS_LOCK:

Das ist nicht gut.

Zitat

linux:/ # /dvb/apps/szap/femon -a1
using '/dev/dvb/adapter1/frontend0'
FE: STV0299/TSA5059/SL1935 based (SAT)
status 01 | signal 602d | snr 9816 | ber 000036c6 | unc 00000000 |
status 01 | signal 5b52 | snr 975c | ber 0000382f | unc 00000000 |
status 01 | signal 59cf | snr 9852 | ber 00003a47 | unc 00000000 |
status 01 | signal 594e | snr 9879 | ber 000037da | unc 00000000 |

Alles anzeigen

Aus der DVB INSTALL:
Note 1: tuning succeeded if you see the FE_HAS_LOCK flag and "status 1f";
a good signal has a low bit error rate (ber) and zero
uncorrectable packets (unc).
Das heisst, irgendwas ist faul mit der Karte, oder auf dem Weg von der Schuessel dorthin. Auf jeden Fall ist das empfangene Signal
zu schwach bzw. gestoert.
Also Spiegel-Asurichtung->LNB->(switch?)->Kabel/Stecker->Buchse/Karte

Zitat

Linux linux 2.4.20-4GB #1 Wed Aug 6 18:26:21 UTC 2003 i686 unknown unknown GNU/Linux
[...]
Der installierte Kernel ist wohl identisch:
[...]
lrwxrwxrwx 1 root root 17 Aug 23 16:13 linux -> linux-2.4.20.SuSE
drwxr-xr-x 16 root root 784 Aug 23 23:18 linux-2.4.20.SuSE

Das glaube ich nicht ! Dein laufender Kernel wurde am 6. Aug 6 18:26:21 UTC 2003 compiliert.
Dein linux-2.4.20.SuSE directory wurde jedoch erst am 23. Aug angelegt !
Nicht die Namensgleichheit ist entscheidend, sondern der Fakt, dass der laufende Kernel aus dem momentanen /usr/src/linux stammt.
Erst danach solltest du kernelmodule wie DVB compilieren.
Wie hast du nach der Kernelgenerierung selbigen ins /boot Verzeichnis gebracht ?
Oder ein anderer Test:
md5sum /usr/src/linux/arch/i386/boot/bzImage \
/boot/mein-zu-bootendes-vmlinuz
-> md5sums muessen identisch sein !

Gruss,
Joachim

radioking · 1. September 2003

Zitat

Das heisst, irgendwas ist faul mit der Karte, oder auf dem Weg von der Schuessel dorthin. Auf jeden Fall ist das empfangene Signal
zu schwach bzw. gestoert.

Die Karte produziert aber auch ein Bild...

Zitat

Oder ein anderer Test:
md5sum /usr/src/linux/arch/i386/boot/bzImage \
/boot/mein-zu-bootendes-vmlinuz
-> md5sums muessen identisch sein !

Bei mir gibts kein bzImage, kann daher keine MD5sum bilden lassen.
Wo kommt das Teil her?

jowel · 2. September 2003

Zitat

Originally posted by radioking
[quote]Die Karte produziert aber auch ein Bild...[quote]
Das schliesst sich nicht unbedingt aus. Aber es kein sein,
dass ab und zu der Datenstrom abbricht, und dann merkwuerdige
Fehlermeldungen kommen wie "Video Stream broken".

[quote]Bei mir gibts kein bzImage, kann daher keine MD5sum bilden lassen.
Wo kommt das Teil her?

Alles anzeigen

Also wenn du kein /usr/src/linux/arch/i386/boot/bzImage hast,
dann bestaetigt das meine Vermutung, dass in diesem Kernel source-tree
nie compiliert wurde. Das ist ja wohl dein Problem. Entweder du,
oder ein (automatisches?) update hat am 23.Aug /usr/src/linux
neu angelegt, und danach nicht Konfiguriert/compiliert.
Dabei waere das bzImage (komprimiertes KernelImage) naemlich entstanden.

Wie ich schon schrieb ist dein laufender Kernel ja vom 6.Aug !

Hast du mehrere kernel-source trees ?
ll /usr/src/
Vielleicht ist der vom 6.Aug ja noch da. Normalerweise isr /usr/src/linux ein symbolischer link auf /usr/src/linux-xxx-xxx
Das siehst du an den Pfeilen bei "ll"

Da kann es sein, dass lediglich dieser link gedreht wurde.
Ansonsten: Kernel neu konfigurieren/compilieren und in /boot
installieren. Hast du ja offensichtlich schonmal durchgezogen.

Gruss,
Joachim

radioking · 2. September 2003

Kann das fehlende bzImage auch von einer Änderung bei 'make menuconfig' ohne anschließendes 'make dep' etc. herrühren oder ist das was ganz anderes?

ll /usr/src/ sagt neuerdings:

inux:/ # ll /usr/src
total 1
drwxr-xr-x 4 root root 136 Mar 28 04:51 .
drwxr-xr-x 12 root root 344 Mar 28 04:51 ..
lrwxrwxrwx 1 root root 17 Aug 23 16:13 linux -> linux-2.4.20.SuSE
drwxr-xr-x 16 root root 784 Aug 23 23:18 linux-2.4.20.SuSE
drwxr-xr-x 7 root root 168 Mar 28 04:51 packages

jowel · 2. September 2003

Zitat

Kann das fehlende bzImage auch von einer Änderung bei 'make menuconfig' ohne anschließendes 'make dep' etc. herrühren oder ist das was ganz anderes?

Nein, erst bei: "make clean" wird das geloescht.

Im Prinzip kannst du auch feststellen, ob es Dateien im
directory-tree gibt, die neuer sind als das Auspacken desselbigen:
find /usr/src/linux-2.4.20.SuSE -newer /usr/src/linux-2.4.20.SuSE|less

Aber das bringt sicher keine neue Erkenntnis. Hier ist dein laufender
Kernel mit Sicherheit nicht entstanden.

Joachim

vdr absturz- seither geht nix mehr!

Jetzt mitmachen!

Teilen