Harddisk opname problemen opgelost

[ronaldsl]

de jumper (klein dingetje, naast voeding van je hdd) kan je zetten op master, slave, cs (cable select).

Die van mij stond op master, gevolg problemen met opnamen, nu op CS en problemen zijn de wereld uit.

Deze oplossing is wel gepost op het forum, zoek maar even op master.

 

groet,

 

ronald

[M€®LïÑ]

@ Yo

 

heb jij al geprobeerd om 108.0 in de flash te zetten en de hydra 108.2 op usb ? als ik terug lees waren de problemen dan opgelost.

Ikzelf heb de ze problemen ook gekend en heb toen mijn Samsung omgeruild voor een seagate die ik had, alle problemen waren in eens opgelost, zelfs als ik AU=yes laat staan heb ik geen happeringen, dat laatste vind ik dus wel vreemd,

want met de samsung had ik nog veel meer happeringen als ik die optie op yes laat staan, dus mischien is dat wel de test of je HD goed is met deze kernel.

Want ik begin nu toch wel te geloven dat alles vanaf 108 is begonnen.

[Yo!]

Citaat:

heb jij al geprobeerd om 108.0 in de flash te zetten en de hydra 108.2 op usb ? als ik terug lees waren de problemen dan opgelost.

Nee, dit kan ik helaas niet testen. Ik krijg FlashwizardPro 4 of 4.5 niet aan de praat tenzij ik een 108.2 in de flash heb zitten. Ik heb zowel een 107.4 als een 108.0 geprobeerd maar ik krijg dan een foutmelding tijdens het installeren van de images op USB. Terwijl het wel goed werkt met 108.2. Zie ook mij post hierboven over dit onderwerp.

Overigens ben ik een beetje huiverig om als basis 108.0 te gebruiken, want deze had grote problemen met netwerk performance. En aangezien ik de dreambox ook als NFS server gebruik voor mijn tweede dreambox.... (schiet me net te binnen, zou de NFS server misschien voor problemen zorgen? dAF2000, heb jij soms ook een NFS server op de dreambox draaien?)

Citaat:

Ikzelf heb de ze problemen ook gekend en heb toen mijn Samsung omgeruild voor een seagate die ik had, alle problemen waren in eens opgelost, zelfs als ik AU=yes laat staan heb ik geen happeringen, dat laatste vind ik dus wel vreemd,
want met de samsung had ik nog veel meer happeringen als ik die optie op yes laat staan, dus mischien is dat wel de test of je HD goed is met deze kernel.

Als allerlaatste optie kan ik inderdaad de harddisk nog vervangen (even ergens eentje lenen ofzo..) maar eigenlijk vind ik het allemaal een beetje onzin. Ik heb er ook al een extra voeding ingezet, zonder resultaat. En ik had met 107 gebaseerde images NOOIT een probleem. Grrr...

Citaat:

Want ik begin nu toch wel te geloven dat alles vanaf 108 is begonnen.

Dat weet ik wel zeker. Maar zeker de images die op een recente 108.2 CVS build zijn gebaseerd lopen zo fantastisch stabiel dat ik eigenlijk ook niet meer terug wil naar een oudere versie.

Het liefst maak ik zelf een image met 107.4 kernel en een recente CVS build. Ik kan een beetje overweg met het in- en uitpakken van images, maar ik weet niet hoe ik de kernel en de rest van de image uit elkaar kan trekken (wat is de kernel en wat is de rest?) maar daar loopt al een andere draadje over (zie hier) helaas nog zonder een echte oplossing.

Groet, Yo!

[dAF2000]

Citaat:

Ik heb zowel een 107.4 als een 108.0 geprobeerd maar ik krijg dan een foutmelding tijdens het installeren van de images op USB. Terwijl het wel goed werkt met 108.2.

Raar... bij mij werkt dat wel, maar ik vind 't niet helemaal stabiel werken.

Citaat:

dAF2000, heb jij soms ook een NFS server op de dreambox draaien?

Nope

Citaat:

Het liefst maak ik zelf een image met 107.4 kernel en een recente CVS build.

Ik ben dat ook aan 't overwegen...

[Crest]

Citaat:

@ronaldsl,

CS-jumper, verklaar je nader

Je harddisk kun je instellen met een jumpertje op master, slave of cable select. Omdat de stekker aan het eind zit, zal de harddisk als master worden ingesteld door de CS instelling. Cable select zou moeten volstaan.

[M€®LïÑ]

waarom probeer je niet gewoon dreamflash ipv dreamwizzard ? dus gewoon even handmatig werken ipv de makkelijke manier.

Of een Image van hydra in je flash zetten met een 108.0 als basis, dan weet je tenminste waar het probleem zit.

[Yo!]

Citaat:

waarom probeer je niet gewoon dreamflash ipv dreamwizzard ? dus gewoon even handmatig werken ipv de makkelijke manier.

Geweldig idee, gelijk even mee aan de slag gegaan. Ik wist eerlijk gezegd niet dat dat twee verschillende producten waren, ik heb nooit zo op dat multiboot gelet (lees: ik had er nooit interesse in). Eerst een recente Dreamflash, maar die crashed op een oude image in de flash. Dus een oudere Dreamflash geinstalleerd, dat ging goed. Vervolgens image op de USB stick, installeren en.... helaas, minder dan 20MB vrij op de stick (het is maar een 32MB stick). Grrr... Dit was op de client dreambox (zonder harddisk, deze neemt altijd op op de server dreambox met harddisk) dus ik kon de image ook niet even op de harddisk zetten. Heb nu even geen tijd meer, maar ik moet het dus maar een andere keer weer proberen met een grote stick of op de andere dreambox.

Citaat:

Of een Image van hydra in je flash zetten met een 108.0 als basis, dan weet je tenminste waar het probleem zit.

Maar dat hoeft dus helemaal niet. Iedere image gebaseerd op 108.0 had het probleem nog niet, maar 108.0 heeft een groot probleem met netwerk performance. Dus ik zoek iets met een kernel van 107.4, maar met de functies van een recente CVS build want die is zo lekker stabiel.

Dank voor het meedenken. Wordt vervolgd.

Groet, Yo!

[Mennowz]

Het probleem had ik hier dus ook met de haperingen <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

 

Ik heb het nu opgelost door een cifs mount te maken naar m'n 2003servertje <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

 

Opnames draaien nu als een zonnetje, zonder ook maar 1x te haperen <img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" />

 

Probleem "opgelost".

[Alfinist]

Klinkt heel goed, kan je mij een PM doen hoe je het gedaan hebt....

Helaas weet ik er nog niet voldoende van !

 

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

[Crest]

Citaat:

Klinkt heel goed, kan je mij een PM doen hoe je het gedaan hebt....
Helaas weet ik er nog niet voldoende van !

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

Het antwoord hier op doe je toch niet met PM. Laat iedereen daarvan profiteren a.u.b.

[John van Dreumel]

Citaat:

Het probleem had ik hier dus ook met de haperingen <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

Ik heb het nu opgelost door een cifs mount te maken naar m'n 2003servertje <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Opnames draaien nu als een zonnetje, zonder ook maar 1x te haperen <img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" />

Probleem "opgelost".

Hi Menowz,

Met alle respect, maar jouw oplossing is toch geen oplossing voor het initiële probleem, hickups bij opnames op de interne HD van de DB. Het is fijn voor je dat je jouw probleem hebt kunnen oplossen maar het originele probleem blijft vermoedelijk. Of zie ik het verkeerd? Ik weet nog maar een "beetje" van de DB.

Helaas kan ik zelf nu even niet de hele handel overzetten naar het systeem i.v.m. de hoeveelheid data maar zodra ik weer ruimte heb ga ik het advies van Kees eens opvolgen.

Die "bevers" maken je niet vrolijk. <img src="/ubbthreads/images/graemlins/frown.gif" alt="" /> <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

Greetz

John

[Yo!]

Ik heb eens even een testje gedaan met wat hdparm gegevens op een 107.4 image en een 108.2 image. De verschillen heb ik vet afgedrukt:

 

********** KERNEL 2.4.20: **********

 

welcome on your dreambox! - Kernel 2.4.20 (01:00:22)].

dreambox_wk login: root

Password:

 

BusyBox v1.00-pre3 (2004.01.29-01:10+0000) Built-in shell (ash)

Enter 'help' for a list of built-in commands.

 

~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

 

Model=IC35L120AVV207-0, FwRev=V24OA66A, SerialNo=VNVD06G4CZVZLL

Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52

BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off

CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=241254720

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=yes: disabled (255) WriteCache=enabled

Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: 2 3 4 5 6

 

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 0 (off)

IO_support = 0 (default 16-bit)

unmaskirq = 0 (off)

using_dma = 1 (on)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 8 (on)

geometry = 15017/255/63, sectors = 241254720, start = 0

 

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffer-cache reads: 128 MB in 2.80 seconds = 45.71 MB/sec

Timing buffered disk reads: 64 MB in 3.56 seconds = 17.98 MB/sec

 

~ >

 

********** KERNEL 2.6.9rc1: **********

 

welcome on your dreambox! - Kernel 2.6.9-rc1 (11:30:09).

dreambox_wk login: root

Password:

 

 

BusyBox v1.00-pre8 (2004.11.13-16:46+0000) Built-in shell (ash)

Enter 'help' for a list of built-in commands.

 

~ > hdparm -i /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

 

Model=IC35L120AVV207-0, FwRev=V24OA66A, SerialNo=VNVD06G4CZVZLL

Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }

RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52

BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=off

CurCHS=16383/16/63, CurSects=4228907259, LBA=yes, LBAsects=241254720

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=yes: disabled (255) WriteCache=enabled

Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:

 

* signifies the current active mode

 

~ > hdparm /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

multcount = 0 (off)

IO_support = 0 (default 16-bit)

unmaskirq = 0 (off)

keepsettings = 0 (off)

readonly = 0 (off)

readahead = 256 (on)

geometry = 16383/255/63, sectors = 241254720, start = 0

 

~ > hdparm -Tt /dev/ide/host0/bus0/target0/lun0/disc

 

/dev/ide/host0/bus0/target0/lun0/disc:

Timing buffer-cache reads: 128 MB in 2.78 seconds = 46.05 MB/sec

Timing buffered disk reads: 64 MB in 5.77 seconds = 11.08 MB/sec

 

~ >

 

Wat mij opvalt is het ontbreken van "2 3 4 5 6" bij "Drive confirms to", het ontbreken van "using_dma = 1" (een enkele keer zie ik deze regel overigens wel!), het verschil in geometry, het verschil in readahead en het snelheidsverschil in "Timing buffered disk reads".

 

Ziet iemand iets spannends? Iets wat kan wijzen op de oorzaak van dit probleem?

 

Groet, Yo!

[Gast]

Hier moet inderdaad ergens het verschil zitten.

Ik ben ook druk aan het zoeken / experimenteren.

 

Maar mijn gevoel zegt me dat het probleem zit in

de "buffers" voor "write".

 

Wat me bv opvalt is dat als ik een PLI2410 (108.2) zonder keys-neem met C+ kaart de opnames goed gaan. Zodra ik er key-files bij zet, terwel preferemu=no staat, hij toch druk met die sleutels bezig gaat.

[Yo!]

Citaat:

Wat me bv opvalt is dat als ik een PLI2410 (108.2) zonder keys-neem met C+ kaart de opnames goed gaan. Zodra ik er key-files bij zet, terwel preferemu=no staat, hij toch druk met die sleutels bezig gaat.

Wel een aardige gedachte, ga ik ook eens mee spelen. Ik ben al een beetje tot de conclusie gekomen dat het alleen voorkomt op (sommige) kanalen waar momenteel irdeto1, 2 en seca 2 gelijktijdig gebruikt wordt. Op andere kanalen heb ik nog nooit een probleem gevonden...

Zowel in jouw als mijn theorie komt het er waarschijnlijk op neer dat de dreambox (enigma, de emulator of andere onderdelen) net even te druk zijn met al die verschillende encryptie systemen om nog netjes op te kunnen nemen.

Blijft natuurlijk de vraag waarom alleen 108 images hier last van hebben...

Groet, Yo!

[dAF2000]

Citaat:

Maar mijn gevoel zegt me dat het probleem zit in
de "buffers" voor "write".

Nu kun je met hdparm nogal wat dingen instellen (zie website van busybox) en zou je misschien dezelfde situatie als in een oude image kunnen naspelen. Helaas is wel busybox verkeerd gecompileerd en werken sommige opties niet (te herkennen aan GLIBC fouten).

Citaat:

Wat me bv opvalt is dat als ik een PLI2410 (108.2) zonder keys-neem met C+ kaart de opnames goed gaan. Zodra ik er key-files bij zet, terwel preferemu=no staat, hij toch druk met die sleutels bezig gaat.

Ik had al van iemand anders gehoord dat "preferemu=no" zou moeten werken. Maar dat werkte bij mij ook niet met een origineel kaartje. Is 't nu een kwestie van expliciet die keys uit de file halen?