problemen met ext3 filesystem

[pukje]

Zijn er meer die problemen hebben met 104.5NK + ext3 filesysteem?

 

Als ik de kernel messages bekijk (deze kan je lezen met "cat /proc/kmsg")

tijdens het opnemen op de HD krijg ik zo om de 20 seconden de melding:

 

<4>[XP1] buffer overflow free: 144 len 188

<4>[XP1] buffer overflow free: 144 len 188

<4>[XP1] buffer overflow free: 144 len 188

<4>[XP1] buffer overflow free: 144 len 188

........

 

Deze melding wil zeggen dat de kernel 144 bytes geheugen gereserveerd

heeft en dat 188 bytes erin geschreven is.

 

Reseltaat is dat 44 bytes teweinig op de HD geschreven wordt waardoor bij

het afspelen die schokkende beelden onstaan.

 

Deze bug heb ik natuurlijk direkt op de bug tracker gezet met titel

"kernel buffer probleem".

 

Nu zie ik dat iemand op de bug tracker de titel veranderd heeft naar

"* ext3 too slow / reiserfs ok" wat mij niet bevalt en nog erger

ext3 fs is niet te traag ! het probleem zit gewoon in de kernel

source waar bij een (m)alloc teweinig geheugen voor de buffer

gereserveert wordt.

 

Groetjes

Pukje <img src="/ubbthreads/images/graemlins/mad.gif" alt="" />

[Gast]

ik heb dat schokken momenteel altijd, ook zonder opnemen?

Iemand daar een oplossing voor?

[jonas]

Betreffende schokjes in het beeld:

kijk eens naar jouw SNR en AGR.

Welke CI gebruik je? Haal de CAM er eens uit, same problem?

 

Ik denk dat ik niet een allerbeste LNB heb, het was een van de eerste Universele van 4-5 jaar geleden.

 

Als er veel bewolking hangt (en dat is nu het geval), dan daalt de SNR beneden de 66%, en dat word het schokken heel erg.

 

 

[Jeroen 98675432]

Het viel mij op dat dit schokken voorkomt tijdens en na het opnemen en afspelen, en verder zolang de harddisk blijft draaien. Na enkele minuten stopt de harddisk met draaien, en is het schokken geheel verdwenen.

 

Ik zal het weekend eens met een externe voeding testen, om te kijken of dat scheelt. (Heb dat al van meerdere personen gelezen, ondanks dat DM dat onwaarschijnlijk acht.(en ja, ik heb een goedgekeurde 6Y120L0))

 

[CrazyMotha]

Met een externe voeding werkt het perfect!

Ik begrijp dat Dream het niet wil erkennen, maar waarom werkt het wel goed op een externe voeding.

Kan dus niet aan de image liggen, dat maken ze mij inmiddels niet meer wijs.

[bliksem]

na verschilende funkaartjes geprobeerd te hebben valt

het mij op dat het schoken afhangt van welke flach je gebruikt.

bij priemere schokt hij dan niet en met b*r*s wel

ik heb diverse bekeken en ze gedragen alle maal anders met de hd c+ blijft wel schoken tot nu toe.

<img src="/ubbthreads/images/graemlins/ooo.gif" alt="" />

[pukje]

Dat bij het inschakelen van de HD het beeld even (nog geen seconde) weg valt

ondervind ik niet als een probleem.

Ik vermoed dat dan de VCO spannigen met b.v. 0,01 volt zakt waardoor de AFC

even uit de pas is.

Als de HD eenmaal draaid op de dream bij opnemen dan schakeld hij tijdens

de opnamen ook niet meer uit (de HD timeout staat toch op 10 minuuten).

 

m.b.t de buffer overflow probleem heb ik afgelopen weekend zitten zoeken

naar hoe en wat.

 

de XP1 komt uit de dream.o kernel module en als ik de object file goed

gereassembleerd heb wordt in dat gedeelte de dvb datastream tussengebuffert

voordat ie op de schijf gezet wordt ,die routine wordt ook gebruikt

bij het afspelen van de hd (hier komen die buffer overflows schijbaar niet voor).

 

Ik krijg heel sterk de indruk dat als die buffer afhandeling slimmer gedaan

wordt heel veel HD problemen opgelost zijn .

 

Jammer dat aan dit probleem zoweinig aandacht besteed wordt in de bug tracker

en dat alles op voeding problemem gegooid wordt,immers de linux kernel schrijft

zelf eerst de data in een ram cache voordat het op de HD geschreven wordt

of voert dream.o heel vaak een sync uit ? dit zou vragen zijn naar problemen.

 

Groetje uit het koude zuiden

 

Pukje