Nach Systemupdate Klötzchen und Hänger

ich hab auch das problem mit dem audio repacker etc. (festplatteneinstellungen siehe ganz unten)

heute (wie so oft :() wieder mal bei einer timer-aufnahme spuckt er folgendes aus:

Nov 16 16:20:00 vdr vdr[5319]: switching device 2 to channel 17
Nov 16 16:20:00 vdr vdr[5319]: timer 28 (17 1620-1710 'Technik und Trends bei n-tv') start
Nov 16 16:20:00 vdr vdr[5319]: Title: 'Technik und Trends bei n-tv' Subtitle: ''
Nov 16 16:20:00 vdr vdr[5319]: record /video0/Technik_und_Trends_bei_n-tv/2005-11-16.16.20.50.99.rec
Nov 16 16:20:00 vdr vdr[5319]: creating directory /video0/Technik_und_Trends_bei_n-tv/2005-11-16.16.20.50.99.rec
Nov 16 16:20:00 vdr vdr[5319]: recording to '/video0/Technik_und_Trends_bei_n-tv/2005-11-16.16.20.50.99.rec/001.vdr'
Nov 16 16:20:00 vdr vdr[5319]: creating directory /video1/Technik_und_Trends_bei_n-tv/2005-11-16.16.20.50.99.rec
Nov 16 16:20:00 vdr vdr[5319]: file writer thread started (pid=5319, tid=1099389872)
Nov 16 16:20:00 vdr vdr[5319]: recording thread started (pid=5319, tid=1115409328)
Nov 16 16:20:00 vdr vdr[5319]: receiver on device 2 thread started (pid=5319, tid=1117760432)
Nov 16 16:20:00 vdr vdr[5319]: TS buffer on device 2 thread started (pid=5319, tid=1119861680)
Nov 16 16:20:00 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:00 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 576 bytes to sync on next audio frame
Nov 16 16:20:00 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 576 bytes to sync on next audio frame
Nov 16 16:20:00 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 476 bytes while syncing on next audio frame
Nov 16 16:20:00 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 100 bytes to sync on next audio frame
Nov 16 16:20:00 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:00 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:01 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:01 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 480 bytes to sync on next audio frame
Nov 16 16:20:01 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 188 bytes while syncing on next audio frame
Nov 16 16:20:01 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:01 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 388 bytes to sync on next audio frame
Nov 16 16:20:01 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:01 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 576 bytes to sync on next audio frame
Nov 16 16:20:01 vdr vdr[5319]: ERROR: unknown picture type '6'
Nov 16 16:20:01 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:01 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Nov 16 16:20:01 vdr vdr[5319]: cAudioRepacker(0xC0): skipped 480 bytes to sync on next audio frame
Nov 16 16:20:01 vdr vdr[5319]: cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed

Festplatten sind wie folgt eingestellt:

vdr:~ # hdparm -i /dev/hda

/dev/hda:

Model=SAMSUNG SP2514N, FwRev=VF100-33, SerialNo=S08BJ1SY906650
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:240,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: unknown:

* signifies the current active mode

vdr:~ # hdparm -i /dev/hdb

/dev/hdb:

Model=SAMSUNG SP1614N, FwRev=TM100-30, SerialNo=S016J10Y315850
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:240,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: (null):

* signifies the current active mode

vdr:~ # hdparm -i /dev/hdc

/dev/hdc:

Model=SAMSUNG SP1604N, FwRev=TM100-23, SerialNo=0744J1FW805331
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:240,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 WriteCache=enabled
Drive conforms to: (null):

* signifies the current active mode

Zitat

Original von TeeRose
Nachdem ich die beiden Platten als hda und hdb am ersten IDE-Port mit einem 80poligem Kabel habe, sind die Fehler zurückgegeangen, aber noch nicht komplett eliminiert. Ich betreibe die beiden Platten nun mittels "hdparm -X68 ..." nun im UDMA-4-Modus.

Kernel ist nach wie vor 2.6.14.

in den 2.6.14mm2 sind einige dvb patches eingeflossen. hat schon irgendwer erfahrungen?

Hi Allerseits!

Da ich nach dem gestrigen Systemupdate (PII400 auf PIII800) auch lauter Klötzchen in den Aufnahemn habe und diverse cAudioRepacker errors im syslog wollt ich nur mal fragen ob sich auf dieser front was getan hat ...

meine Config:
kernel 2.6.15 (selbiges bei 12 und 14)
vdr 1.3.34 bigpatch

syslog
Jan 9 18:05:27 tux vdr[3562]: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Jan 9 18:05:27 tux vdr[3562]: cAudioRepacker(0xC0): skipped 16 bytes to sync on next audio frame
Jan 9 18:05:28 tux vdr[3562]: cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame
Jan 9 18:05:43 tux vdr[3562]: cAudioRepacker(0xC0): skipped 184 bytes to sync on next audio frame
Jan 9 18:05:43 tux vdr[3562]: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Jan 9 18:07:10 tux vdr[3562]: cAudioRepacker(0xC0): skipped 184 bytes to sync on next audio frame

hda (250) und b (120) auf udma4
hdc (160) und d (160) auf udma2

nova+nexus

tja, alle aufnahmen der budget (nova) sind geshreddert (klötzchen, wenn ein caudiorepacker error aufscheint)
mit der 1.karte gehts ohne klötzchen ?!?

Danke an alle, die einen Tip haben, mag nicht auf das alte board downgraden müssen....

lg
BAX

ICH TROTTEL!!
so kommando retour:

habe meine mp3s auf eine nicht gemountete Platte (somit ins /mnt/x verzeichnis) kopiert, somit die /root partition zugemüllt (df: used 100% free 0)
somit hat er bei jedem Log-eintrag erst platz schaffen müssen und alles aus dem lot gebracht .......

somit (scheinbar) alles in ordnung, danke fürs mitdenken und liebe Grüße aus Wien

Bax

Nehme das mit dem "trottel" teilweise zurück .....

die volle /root ist leider doch nicht der Grund gewesen, der Fehler war lediglich nur teils reproduzierbar ...

Habe das Problem jetzt geortet: es scheint am zweiten ide-kanal zu liegen,
wenn ich auf eine der daran hängenden Platten (hdc hdd) aufnehme, dann hab ich lauter cAudiorepacker Fehler und Klötzchen in Massen (egal ob ich von der Nexus oder der Nova aufnehme)
und mit jeder Systemaktivität (samba, ... ) verschlimmert sichs

Aufnahmen auf hda und hdb laufen auch unter vollast (samba+compiler) brav

tja:
ist der controller im eimer ? Gigabyte 6x.... Board mit P3800, IDE: 8249?

daran, dass die beiden platten hdc , hdd nur mit udma33, die am ersten controller mit udma66 laufen kanns ja net liegen?!?

Im Bios weist er zuerst nur den Interrupt14 zu, linux vergibt 14:ide0 15:ide1 (auch sonst keine Doppelbelegungen Nexus:11, Nova:12 usb:- vga:- )

Werde nun versuchen, einen Raid-controller reinzustecken und hdc und hdd auf hde und hdf anzuhängen (aber der IT8212 Controller geht wieder nur ab 2.6.13)

falls einer von euch eine Idee hat, wäre echt genial, habe das ganze feiertagswochenende damit verschissen ....

VIELEN VIELEN DANK im Voraus!!!!!

liebe Grüße
Bax

(ps: an den DMA Modus trau ich mich nur ungern ran, damit hab ich meine letzte Installation gekippt)
(pps: den Kernel 2.6.15 hab ich zwischendurch probiert, da ist die vAudioRepacker - Fehlerfrequenz noch einiges höher)

(edit:controllertyp IT8212)

Sooo, wollte nur berichten, dass auch ich kapituliert habe!!

Das Gigabyte GA6VXE7+ mit VIA Chipsatz und PIII800 hat wieder dem alten Asus P2B mit PII400 weichen müssen...

auf dem Gigabyte war es nicht möglich, einen zuverlässigen DMA-PCI-Transfer zusammenzubringen.
Weder schnelle Festplattenzugriffe, noch den Transfermodus zwischen Nova und Nexus hat er ohne Stottern, Datenverluste und cAudiorepacker logs geschafft....
Auch der separat eingebaute IT8212 Raid Controller hat nix gebracht, ausser zusätzlichen Fehlern ....
(Kernels 2.6.12 und .15 ausprobiert, alle BIOS-Settings getestet, ...)

Somit mein Fazit:

lieber ein etwas langsameres aber stabiles board als ein schnelles unzuverlässiges! Hände Weg von alten VIA Chipsätzen!!

lg
Bax

Ich habe meine VDR Probleme auch durch einen Board Tausch gelöst. ASUS CUV4XC mit VIA Chipsatz gegen ein ASUS CUSL2 mit Intel Chipsatz. Das hat sämtliche Probleme die es bei Festplattenzugriffen gab, behoben.

H I L F E E E !!!!

Tja, downgrade hat auf den ersten Blick ok ausgeschaut, aber nun wieder klötzchen....

Grrrrrrrr!!!

Diesmal ist es die zweite Karte (Budget) auf den Sendern Sat1 (egal ob Austria) und Pro7

Sobald Transfer Mode gestartet - Schupps und Klotz, cAudioRepacker ...

Muss nicht mal was aufnehmen, FemonPlugin Karte 2 auf Sat1 tunen und das wars ....

Werd mir mal am Wochenende RAM, Kabel und evtl 1.3.38 vornehmen ....

Falls wer einen Tip hat, her damit, sonst

schönes Wochenende
Bax