[Announce] LinVDR-Kernel 2.6.23.9

Beginner

Thursday, November 1st 2007, 3:55am

Cifs

Hallo,

nach dem Update von 2.6.20.1 auf 2.6.23.1 habe ich Probleme, ein CIFS-Share (Server: Samba 3.0.24, Gentoo) zu mounten.

Ich bekomme immer folgende Fehlermeldung auf der Konsole:

vdr:~# mount -t cifs //192.168.0.1/space /space -o username=XY,password=XYZ
mount: wrong fs type, bad option, bad superblock on //192.168.0.1/space,
or too many mounted file systems

bzw im logread:

[ 81.539378] CIFS VFS: cifs_mount failed w/return code = -22

Was mache ich falsch bzw was fehlt mir (meinem VDR)?
Was kann ich probieren, welche Infos werden noch benötigt?

mount -V gibt "mount-2.11n" aus.

Unter 2.6.20.1 funktionierte es, wie schon erwähnt - habe zur Kontrolle grade nochmal den alten Kernel gebootet.

This post has been edited 3 times, last edit by "beta_bo" (Nov 1st 2007, 4:05am)

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

22

Thursday, November 1st 2007, 8:13am

RE: Cifs

tut mir leid, da hab ich keine Idee. Die kernelkonfiguration des 2.6.23.1 ist in diesem Bereich (SMB und CIFS) mit der des 2.6.20.1 identisch. Bezüglich CIFS soll es in Kernel 2.6.22 sogar zahlreiche Verbesserungen gegeben haben.

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

mahlzeit

Master

Posts: 2,885

Location: Isen

Occupation: System Manager

23

Thursday, November 1st 2007, 10:03am

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted

Original von Dr. Seltsam

Quoted

Original von oenne

Muss man in der Rcstart sleep1 wieder ergänzen um ein hängen beim booten
bei turn DMA on zu beseitigen?

das war mein Erachtens ein spezifisches Problem der mahlzeit4beta und hat nichts mit dem Kernel zu tun. An meinem LinVDR habe ich da noch nie ein sleep benötigt.

Welches aber lediglich mit einer bestimmten Kernelversion und auch nur auf einigen Rechnern vorkam. Ich hatte auch zwei in Betrieb, bei einem klappt es ohne, beim anderen nur mit sleep. Anderer Kernel, dann klappt es bei beiden. Muss wohl ne (kleine aber gemeine) Änderung im IDE Subsystem gewesen sein...

cu
Markus

VDR User #344 | Meine Website

Aktuelle Verkaufsthreads:
V: Diverse Hardware

Aktuelle Themen:
Homeserver reloaded
Energiesparen am Linux Server
24/7 VDR Server Betrieb mit Ausgabe über VDPAU (wenn die Glotze läuft)

VDRs:

yaVDR 0.5 headless Server in ProxMox VM, Digital Devices Cine S2 6.5 mit DuoFlex Erweiterung (Quad Tuner) per vt-d durchgereicht.
yaVDR 0.5 deviceless Client auf Zotac D2550 ITX Wifi Supreme am 42" LG

Go to the top of the page

beta_bo

Beginner

Posts: 28

24

Thursday, November 1st 2007, 11:06am

RE: Cifs

Quoted

Original von Dr. Seltsam
tut mir leid, da hab ich keine Idee. Die kernelkonfiguration des 2.6.23.1 ist in diesem Bereich (SMB und CIFS) mit der des 2.6.20.1 identisch. Bezüglich CIFS soll es in Kernel 2.6.22 sogar zahlreiche Verbesserungen gegeben haben.

Ja, habe grade nochmal deinen 2.6.21.3 installiert, da funktioniert es auch noch, muss also wirklich irgendeine Inkompatibilität in .22 oder .23 reingekommen sein. Ich bastel/google noch ein wenig rum, vielleicht krieg ich ja was hin/raus.

Edit:

Habs hinbekommen. Hab mir die source von mount.cifs [1] gezogen, mit
gcc -o mount.cifs mount.cifs.c
kompiliert und das mount.cifs nach /usr/bin kopiert und nach /sbin verlinkt (analog zu mount.smbfs) und danach nochmal versucht zu mounten - ging!

Quoted

vdr:~# mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
/sysfs on /sysfs type sysfs (rw)
/dev/hdb1 on /disk2 type ext3 (rw,errors=remount-ro)
/dev/shm on /ramdisk type tmpfs (rw,size=16M)
//192.168.0.1/space on /space type cifs (rw,mand)
vdr:~# uname -a
Linux vdr 2.6.23.1 #1 SMP PREEMPT Sun Oct 14 16:58:11 CEST 2007 i686 unknown
vdr:~#

[1]: http://linux-cifs.samba.org/cifs/cifs_download.html

This post has been edited 2 times, last edit by "beta_bo" (Nov 1st 2007, 11:22am)

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

25

Thursday, November 1st 2007, 11:55am

RE: Cifs

das sind gute Nachrichten! Ich hatte heute morgen schon mal angefangen, util-linux-2.12r (inklusive mount) zu kompilieren. Vielleicht nehme ich auch nochmal die util-linux-ng. Da kommen dann etliche neue binaries und libs und ersetzen den alten woody-Unterbau.

Beim 2.6.21.3 musste ich auch schon procps neu kompilieren, weil die vorhandenen binaries zu alt für den Kernel waren.

Kann ich auf Dich als Tester zugreifen?

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

beta_bo

Beginner

Posts: 28

26

Thursday, November 1st 2007, 12:08pm

RE: Cifs

Vom Prinzip her gerne - nur habe ich leider keinen "Test-VDR" mehr, sondern müsste alle Änderungen an meinem Livesystem ausprobieren.
Mir ist vorgestern nämlich das Mainboard von meinem alten Live-VDR gestorben (R.I.P.) und ich musste das vom Bastelsystem einbauen.

Go to the top of the page

maverick-me

Professional

Posts: 640

Location: Berlin

27

Thursday, November 1st 2007, 12:37pm

Hi,

Hab letztens vom 2.6.21.3'er Kernel auf den 2.6.23.1'er Kernel gewechselt und auf einmal funktionierte
meine NOVA T 500 nicht mehr. Dann hab ich einfach die angemeckerte Firmwaredatei im Inet gesucht
und eingespielt und siehe da sie läuft wieder.

@Dr. Seltsam:
Vielleicht könntest Du ja die Datei auch mit ins Packet
dazu packen. Dann braucht der nächste nicht wieder
zu suchen woran es liegt das seine NOVA T 500 nicht funzt

Server: 2 GB RAM; 8TB HDD; Ubuntu 10.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB HDD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 12.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

2 x SMT mit Ubuntu 10.04 + Xineliboutput

This post has been edited 1 times, last edit by "maverick-me" (Nov 1st 2007, 12:37pm)

Go to the top of the page

mini73

Moderator

Posts: 3,113

Location: Flensburg

28

Thursday, November 1st 2007, 1:16pm

Moin!

Ich hab mit dem neuen Kernel doch ein paar Probleme:

Source code

Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 50% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 90% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] clearing transfer buffer to avoid overflows
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 0% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (2)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (7)

Solche Meldungen kommen häufiger mal, mit dem vdr 1.4.3 und Kernel 2.6.18/ivtv 0.8 hatte ich die nicht. Ab und zu startet sich der vdr neu, wenn er mal festhängt.
ivtv hat einen IRQ für sich alleine, die PCI-Latency steht auf 64.

mini.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

29

Thursday, November 1st 2007, 11:24pm

Quoted

Original von maverick-me
Hi,

Hab letztens vom 2.6.21.3'er Kernel auf den 2.6.23.1'er Kernel gewechselt und auf einmal funktionierte
meine NOVA T 500 nicht mehr. Dann hab ich einfach die angemeckerte Firmwaredatei im Inet gesucht
und eingespielt und siehe da sie läuft wieder.

@Dr. Seltsam:
Vielleicht könntest Du ja die Datei auch mit ins Packet
dazu packen. Dann braucht der nächste nicht wieder
zu suchen woran es liegt das seine NOVA T 500 nicht funzt

inzwischen ist Firmware-Version 1.10 eingeführt worden:
http://linuxtv.org/hg/v4l-dvb/rev/fb4bf23d8deb

Kam leider wenige Tage nach dem ich das aktuelle Kernelpaket zusammenkompiliert habe. Im nächsten update (vielleicht schon am Wochenende) ist dann der neue Treiber + FW 1.10 dabei. Einstweilen kannst Du die 1.10 ja schon mal testen:
http://www.wi-bw.tfh-wildau.de/~pboettch…dib0700-1.10.fw
und umbenennen in dvb-usb-dib0700-03-pre1.fw

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

30

Thursday, November 1st 2007, 11:32pm

Quoted

Original von mini73
Moin!

Ich hab mit dem neuen Kernel doch ein paar Probleme:

Source code

Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:49 mediacenter user.debug vdr: [1387] buffer usage: 50% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 70% (tid=1575)
Okt 31 01:02:50 mediacenter user.debug vdr: [1387] buffer usage: 80% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 90% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] clearing transfer buffer to avoid overflows
Okt 31 01:02:51 mediacenter user.debug vdr: [1387] buffer usage: 0% (tid=1575)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (2)
Okt 31 01:02:51 mediacenter user.debug vdr: [1575] TS continuity error (7)

Solche Meldungen kommen häufiger mal, mit dem vdr 1.4.3 und Kernel 2.6.18/ivtv 0.8 hatte ich die nicht. Ab und zu startet sich der vdr neu, wenn er mal festhängt.
ivtv hat einen IRQ für sich alleine, die PCI-Latency steht auf 64.

mini.

buffer usage-Probleme in Verbindung mit der dxr3 haben leider eine lange Tradition, die gab es schon immer. Irgendwelche Prozesse scheinen da aktiv zu sein und zu verhindern, dass die dxr3 die Daten genauso schnell verarbeitet wie vdr sie schickt. Sieht man im log denn bevor die ersten Meldungen kommen irgendwas?
Es gibt leider auch keine neueren em8300-Treiber.

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

mini73

Moderator

Posts: 3,113

Location: Flensburg

31

Saturday, November 3rd 2007, 11:40am

Quoted

Original von Dr. Seltsam
buffer usage-Probleme in Verbindung mit der dxr3 haben leider eine lange Tradition, die gab es schon immer. Irgendwelche Prozesse scheinen da aktiv zu sein und zu verhindern, dass die dxr3 die Daten genauso schnell verarbeitet wie vdr sie schickt. Sieht man im log denn bevor die ersten Meldungen kommen irgendwas?
Es gibt leider auch keine neueren em8300-Treiber.

Manchmal tauchen einfach nur ein paar buffer-usage-Zeilen auf, die sich wieder fangen (also kein "clearing buffers"), aber irgendwann kriegt die dxr3 dann Probleme:

Source code

Nov  3 07:43:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:23 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:23 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0x86c1feff, old: 0xd000feff), (re)initializing
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:25 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xd000feff, old: 0xd288fcff), (re)initializing
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:43:45 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:44:09 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:44:09 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:44:11 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xd288fcff, old: 0x91cbfeff), (re)initializing
Nov  3 07:44:11 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:44:11 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:44:14 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:44:14 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:30 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:31 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:32 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:32 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:32 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:32 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:32 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:34 mediacenter user.debug vdr: [2645] buffer usage: 10% (tid=2667)
Nov  3 07:45:38 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:39 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:39 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:39 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:42 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:42 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:43 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:43 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:44 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:45 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:45 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:45 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0x91cbfeff, old: 0xaa0bfeff), (re)initializing
Nov  3 07:45:46 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:46 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 50% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:46 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 60% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 70% (tid=2667)
Nov  3 07:45:47 mediacenter user.debug vdr: [2645] buffer usage: 80% (tid=2667)
Nov  3 07:45:48 mediacenter user.debug vdr: [2645] buffer usage: 90% (tid=2667)
Nov  3 07:45:48 mediacenter user.debug vdr: [2667] clearing transfer buffer to avoid overflows
Nov  3 07:45:48 mediacenter user.debug vdr: [2645] buffer usage: 0% (tid=2667)
Nov  3 07:45:48 mediacenter user.debug vdr: [2667] TS continuity error (11)
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:45:49 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:01 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:01 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:06 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:06 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xaa0bfeff, old: 0xbac0feff), (re)initializing
Nov  3 07:46:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:50 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:50 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:46:53 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xbac0feff, old: 0xa603fcff), (re)initializing
Nov  3 07:46:53 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:46:53 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:08 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:08 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:15 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xa603fcff, old: 0xa0feff), (re)initializing
Nov  3 07:47:15 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:15 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:16 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:16 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:47:18 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xa0feff, old: 0x202afeff), (re)initializing
Nov  3 07:47:18 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:47:18 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:48:03 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:48:03 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:48:10 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:48:10 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:48:30 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0x202afeff, old: 0xf7c4feff), (re)initializing
Nov  3 07:48:30 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:48:30 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:05 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:05 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:14 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:14 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:22 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:33 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2
Nov  3 07:49:38 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: found different audio header (new: 0xf7c4feff, old: 0x978afeff), (re)initializing
Nov  3 07:49:38 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: sample rate=48000
Nov  3 07:49:38 mediacenter user.debug vdr: [2667] dxr3: audiodecoder: channels=2

Jedesmal, wenn die audiodecoder-Meldung kommt, gibt's auch Ruckler/Blöcke im Bild und Tonaussetzer. Mir stellt sich dann die Frage, ob ivtv einen "schlechten" Stream liefert oder ob die dxr3 bzw. das dxr3-Plugin irgendwas mit den Daten anstellt. Wenn ich eine Aufnahme mit ProjectX demuxe, mit Cuttermaran schneide und dann wieder mit ProjectX in vdr-Dateien umwandle gibt's keine Ruckler mehr. Den Ton gebe ich übrigens digital aus, aber ich meine, diese audiodecoder-Meldungen kriege ich auch bei analoger Ausgabe. Vielleicht sollte ich doch irgendwann auf eine PVR350 umsteigen, jetzt wo die Treiber im Kernel integriert sind.
Demnächst werde ich meine Verkabelung noch mal unter die Lupe nehmen, vielleicht finde ich da ja noch ein Problem.

mini.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

Go to the top of the page

mini73

Moderator

Posts: 3,113

Location: Flensburg

32

Monday, November 19th 2007, 10:32pm

Moin!

Zwischenstand:
Abgesehen von meinem dxr3-Problem (dem ich mit einem täglichen Reboot entgegen trete) läuft der Kernel jetzt schon eine Weile stabil mit mindestens einer Aufnahme pro Tag. Nur bei einer Aufnahme hat sich nach 5 Minuten der Ton verabschiedet, der wurde einfach still.

mini.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

Go to the top of the page

hondansx

Intermediate

Posts: 464

33

Tuesday, November 20th 2007, 7:57am

@beta_bo

Es gibt wohl noch einen Bug im SambaServer, der das verursachen könnte.

http://us1.samba.org

Alex

Go to the top of the page

googles

Professional

Posts: 824

Location: Österreich

Occupation: Elektriker

34

Wednesday, November 21st 2007, 10:03pm

Serielle Konsole

Hallo Dr. Seltsam

Ist es möglich mit deinem Kernel eine serielle Konsole zu betreiben?
Hatte nahmlich wieder mal Netzwerk Probleme und musste tastatur und Monitor anschließen und wenn man keinen hat ist das schon lästig.
Meine bisherigen Versuche sind leider gescheitert das müsste wahrscheinlich im Kernel einkompeliert werden.
Währe das ein großer aufwand?
Verwende übrigens noch Kernel 2.6.20.1

mfg Googles

VDR:
Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
dual DVB-S2 6400, TechnoTrend Connect CT-3650,

Software: EasyVDR 1.0

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

35

Wednesday, November 21st 2007, 10:49pm

RE: Serielle Konsole

Quoted

Original von googles
Ist es möglich mit deinem Kernel eine serielle Konsole zu betreiben?

wusste bis eben nicht mal, dass es sowas gibt

Quoted

Meine bisherigen Versuche sind leider gescheitert das müsste wahrscheinlich im Kernel einkompeliert werden.

ich hab mal gegoggelt und schließlich in der Kernel-Dokumentation was gefunden:
To use a serial port as console you need to compile the support into your
kernel - by default it is not compiled in. For PC style serial ports
it's the config option next to "Standard/generic (dumb) serial support".
You must compile serial support into the kernel and not as a module.

Quoted

Währe das ein großer aufwand?

Ich müsste den Kernel komplett neu kompilieren, da die Treiber für die serielle Schnittstelle derzeit als Modul vorliegen. Das werde ich aber nicht tun, denn am LinVDR-Grundkonzept, dass der Kernel die Treiber für die seriellen Schnittstellen nicht fest einkompiliert hat, werde ich nichts ändern. Das hätte sonst nämlich die Auswirkung, dass lirc_serial nur noch mit einem vorhergehenden setserial-Aufruf funktioniert. Mit anderen Worten: Jeder User müsste seine runvdr um diesen Aufruf ändern. Im Interesse der Mehrheit der User, die eine serielle Konsole nicht benötigt und Kernelupdates ohne viel Gefrickel machen möchte:
:abgelehnt

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

googles

Professional

Posts: 824

Location: Österreich

Occupation: Elektriker

36

Wednesday, November 21st 2007, 11:01pm

RE: Serielle Konsole

Ok versteh ich trotzdem danke dass du nachgeschaut hast

mfg Googles

VDR:
Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
dual DVB-S2 6400, TechnoTrend Connect CT-3650,

Software: EasyVDR 1.0

Go to the top of the page

ke2705

Intermediate

Posts: 278

Location: Erlangen

37

Saturday, November 24th 2007, 3:44pm

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Hallo Doc,

habe seit einigen Tagen den 2.6.23.1 ebenfalls am laufen (mit Refactoring-Patch) - bis jetzt nichts auffaelliges -> perfekt!

Eine Frage nur: In dem Paket gibt's auch eine /boot/initrd-2.6.21.3 (?)

Ist das noch ein Ueberbleibsel von 2.6.21er Kernel?

Gruss
Eberhard

VDR1: Humax iCord HD :evil:

VDR2: easyVDR 0.6 / Silverstone LC20 / AMD Geode NX 1750 PC-Chips M811 / TT Prem 2300 mod + CI / Nova-S SE / PSOne TFT / ATRIC IR

VDR3: Mahlzeit 3.3pre4 / Activy300 / DVB-S FSC 1.3 + CI

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

38

Saturday, November 24th 2007, 5:40pm

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted

Original von ke2705
Eine Frage nur: In dem Paket gibt's auch eine /boot/initrd-2.6.21.3 (?)
Ist das noch ein Ueberbleibsel von 2.6.21er Kernel?

oh ja, danke für den Hinweis. Jetzt weiss ich auch, warum das Gesamtpaket plötzlich größer geworden war

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

pat

Master

Posts: 1,950

Location: Alsace/France

Occupation: Informatique

39

Wednesday, November 28th 2007, 7:44pm

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Hi Doc,

Ich habe noch ein linvdr mit dem Kernel 2.6.20.1 am laufen geht sonst gut aber die
Meldungen von der Festplatte gefallen mir nicht..
Macht ein Kernel Update sinn ?

Gruss Patrice

Quoted

cx88[0]/2: cx2388x based dvb card
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH pending after completion, repeating EH (cnt=4)
DVB: registering new adapter (cx88[0]).
DVB: registering frontend 1 (Conexant CX24123/CX24109)...
ata3: soft resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata3: hard resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata3: hard resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata4: hard resetting port
ata3: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata3: hard resetting port
ata4: hard resetting port
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xDC07
ata3: EH complete
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH pending after completion, repeating EH (cnt=4)
ata4: soft resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH pending after completion, repeating EH (cnt=3)
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
ata4: hard resetting port
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xD807
ata4: EH complete
powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3200+ processors (version 2.00.00)

Und diese Meldungen

Quoted

Nov 28 19:39:06 tuxbox-pascal user.debug vdr: [2356] changing pids of channel 30 from 2401+2401:2402=deu:2404 to 201+201:202=deu:2404
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (11)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (6)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (15)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (15)
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] TS continuity error (0)
Nov 28 19:39:57 tuxbox-pascal user.err vdr: [2419] cDolbyRepacker: skipped 1784 bytes to sync on next AC3 frame
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 2918 bytes (expected: 3470 bytes)
Nov 28 19:39:57 tuxbox-pascal user.err vdr: [2419] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Nov 28 19:39:57 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6406 bytes (expected: 7694 bytes)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] TS continuity error (15)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] TS continuity error (0)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 3286 bytes (expected: 3470 bytes)
Nov 28 19:40:14 tuxbox-pascal user.err vdr: [2419] 2 cRepacker messages suppressed
Nov 28 19:40:14 tuxbox-pascal user.err vdr: [2419] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Nov 28 19:40:14 tuxbox-pascal user.err vdr: [2419] cDolbyRepacker: skipped 1352 bytes to sync on next AC3 frame
Nov 28 19:40:14 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 7510 bytes (expected: 7694 bytes)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (7)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (7)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] TS continuity error (11)
Nov 28 19:40:16 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6590 bytes (expected: 7694 bytes)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] TS continuity error (11)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] TS continuity error (3)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] TS continuity error (1)
Nov 28 19:40:23 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6222 bytes (expected: 7694 bytes)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (6)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 7510 bytes (expected: 7694 bytes)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (2)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] TS continuity error (12)
Nov 28 19:40:41 tuxbox-pascal user.err vdr: [2419] 3 cRepacker messages suppressed
Nov 28 19:40:41 tuxbox-pascal user.err vdr: [2419] cDolbyRepacker: skipped 1600 bytes to sync on next AC3 frame
Nov 28 19:40:41 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 6406 bytes (expected: 7694 bytes)
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] TS continuity error (10)
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] TS continuity error (4)
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] TS continuity error (13)
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 3286 bytes (expected: 3470 bytes)
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2419] 2 cRepacker messages suppressed
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2419] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Nov 28 19:40:46 tuxbox-pascal user.err vdr: [2426] fixIframeTail: start code not found!
Nov 28 19:40:46 tuxbox-pascal user.debug vdr: [2419] PES packet shortened to 7142 bytes (expected: 7694 bytes)

Diskless Client: SMT 7020S und S100 128SDRAM 32DOM zendeb 0.4.0 beta1 mit MMS 1.0.8.5
Hardware: Pundit-R Celeron 2.4 256DDRAM Samsung SATA 400 Gbyte Festplatte Hauppage Nexus-S Rev 2.3 Nova-S Plus DVD-RAM LG
Software: EasyVDR 0.6.0 (vdr-1.6.0-2-ext64), LinVDR 0.7 1.4.7 Mahlzeit, SUSE-Server 10.2 1.6.0-1
Test System: Shuttel AMD Athlon 2.6 Ghz 256DDRAM Samsung 250Gbyte Hauppage Nexus-S Rev 2.3 DVD-RAM LG ......
:fans

This post has been edited 1 times, last edit by "pat" (Nov 28th 2007, 7:51pm)

Go to the top of the page

Dr. Seltsam

Im Forum Zuhause

Posts: 9,525

Location: 3. Planet des Sonnensystems

Occupation: Organisator

40

Wednesday, November 28th 2007, 8:19pm

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted

Original von pat
Macht ein Kernel Update sinn ?

probier es aus!

die TS continuity error sind Empfangsstörungen, wenn sie bei Live-TV auftreten. Das dürfte an der Qualität der DVB-Karte oder der Schüssel bzw. ihrer Ausrichtung liegen.

Treten sie hingegen nur beim Abspielen von Aufzeichnungen auf, könnte es vielleicht auch mit der Platte zu tun haben.

Zu den ATA(SATA-Meldungen kann ich nichts sagen. Ist es eine IDE oder SATA-Platte? sprichst Du sie als sda oder hda an?

VDR 1: Silverstone LC20, Cougar A300/R, GA-M56S-S3, X2 BE-2300, passive Asus GT520, Cinergy 1200C, KNC One DVB-C, CT-3650, WD10EACS; Atric-IR-Einschalter. SW: yavdr 0.5
VDR 2: im Aufbau: ACT-620 mit Coba-NT, Asrock B75 Pro3-M, Celeron G540, Sundtek MediaTV Digital Home (DVB-C/T), passive Asus GT610

Go to the top of the page

VDR Portal

Cifs

RE: Cifs

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted

Quoted

RE: Cifs

Quoted

Quoted

RE: Cifs

RE: Cifs

Source code

meine Signatur

Quoted

Quoted

Source code

Quoted

Source code

meine Signatur

meine Signatur

Serielle Konsole

RE: Serielle Konsole

Quoted

Quoted

Quoted

RE: Serielle Konsole

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted

Quoted

RE: [Announce] LinVDR-Kernel 2.6.23.1 Testphase eröffnet

Quoted