Harddisk opname problemen opgelost

[Littlesat]

Ik heb zo het idee dat met de nieuwe kernel je de harddisk niet op DMA kunt zetten

[arnoldl]

Citaat:

Er schijnt een blacklist te zijn van disk die in de 2.6 kernel slecht met DMA omgaan, en waarvoor dan automatisch DMA uitgezet wordt.

Zijn we weer terug bij wat mirakels eerder in deze thread schreef.

gtx , arnold

[Littlesat]

@arnoldl

 

Heb je die blacklist... en is dit dus ook de rede dat bijv. de samsung HDs van de goedgekeurde lijst verdwenen is. Echt sjips als je er zo eentje in je box gezet hebt, want was eerst goedgekeurd.

 

Is deze blacklist ook te omzeilen, eventueel via een firmware upgrade van de HD???

[boxdreamer]

De lijst van "goedgekeurde" harddisk is gewijzigd zo rond de tijd dat Dream-Multimedia een deal met Seagate gesloten had meen ik me zo te herinneren. Als het voortschrijdend inzicht is dan zou het wel zo netjes zijn geweest als Dream-Multimedia een waarschuwing had gegeven dat bepaalde schijven problemen met de betrokken kernel versie zouden krijgen. <img src="/ubbthreads/images/graemlins/confused.gif" alt="" />

Hoe dan ook, het is vreemd dat de lijst is aangepast.....

[Gast]

Citaat:

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).

Wat mis je in Busybox dan?

Peter

[dAF2000]

Citaat:

Citaat:

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).

Wat mis je in Busybox dan?

Peter

Busybox is volgens mij niet helemaal tegen de goede glibc gebouwd om maar technisch te beginnen (maar dat kan ik wel tegen jou <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />). Maar ik kan 't niet meer naspelen, sind ik de nieuwe Hydra heb. Ik kreeg een foutmelding dat GLIBC3.2 ofzo niet ondersteund werd...

Wat nu wel werkt en vroeger dacht ik niet:
hdparm -I /dev/ide/host0/bus0/target0/lun0/part1

Daar zegt-ie DMA not supported op m'n Samsung 160GB. Effe verder klooien hier...

[Gast]

Citaat:

Citaat:

Citaat:

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).

Wat mis je in Busybox dan?

Peter

Busybox is volgens mij niet helemaal tegen de goede glibc gebouwd om maar technisch te beginnen (maar dat kan ik wel tegen jou <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />). Maar ik kan 't niet meer naspelen, sind ik de nieuwe Hydra heb. Ik kreeg een foutmelding dat GLIBC3.2 ofzo niet ondersteund werd...

Wat nu wel werkt en vroeger dacht ik niet:
hdparm -I /dev/ide/host0/bus0/target0/lun0/part1

Daar zegt-ie DMA not supported op m'n Samsung 160GB. Effe verder klooien hier...

hdparm (in elk geval in mijn image) zit niet in BusyBox.

Hier zegt ie overigens ook DMA not supported, ook op Samsung ;-)

Heb me er nog niet in verdiept overigens ;-)

Peter

[Gast]

Ik heb een samsung 1203N (120G) en als ik een cat /proc/ide/hda/settings doe dan staat using_dma weldegelijk op 1:

(problemen heb ik alleen met newcamd overigens)

 

 

 

Welcome on your Dreambox DM7000 series! - Kernel 2.6.8.1 (23:20:24)

 

~ > cat /proc/ide/hda/settings

name value min max mode

---- ----- --- --- ----

acoustic 0 0 254 rw

address 1 0 2 rw

bios_cyl 16383 0 65535 rw

bios_head 255 0 255 rw

bios_sect 63 0 63 rw

bswap 0 0 1 r

current_speed 66 0 70 rw

failures 0 0 65535 rw

init_speed 66 0 70 rw

io_32bit 0 0 3 rw

keepsettings 0 0 1 rw

lun 0 0 7 rw

max_failures 1 0 65535 rw

multcount 0 0 16 rw

nice1 1 0 1 rw

nowerr 0 0 1 rw

number 0 0 3 rw

pio_mode write-only 0 255 w

unmaskirq 0 0 1 rw

using_dma 1 0 1 rw

wcache 1 0 1 rw

~ >

 

WARNING: ID response incomplete.

Following data may be incorrect.

 

Model Number: ASSMNU GVS2130 N

Serial Number: 0SC11JX0067488

Firmware Revision: QT01-042

Standards:

Supported: 14 13 12 11

Likely used: 14

Configuration:

Logical max current

cylinders 65343 0

heads 4096 0

sectors/track 16128 0

--

LBA user addressable sectors: 4195188756

device size with M = 1024*1024: 2048432 MBytes

device size with M = 1000*1000: 2147936 MBytes (2147 GB)

Capabilities:

IORDY(may be)(cannot be disabled)

Queue depth: 1

Standby timer values: spec'd by Vendor

R/W multiple sector transfer: Max = 128 Current = ?

AdvancedPM level: unknown setting (0x0000)

Recommended acoustic management value: 128, current value: 254

DMA: not supported

PIO: unknown

Security:

Master password revision code = 65279

supported

not enabled

not locked

not frozen

not expired: security count

supported: enhanced erase

Checksum: correct

~ >

[Littlesat]

@reney

 

Onderaan staat wel dma not suported.... wrwrwrrrwrwrwrr

[Frans B]

T'is inderdaad wel balen hoor. Heb hier ook een tijdje geleden zo'n mooie samsung SP0803N hdisk erin gebouwd. Echt geruisloos maar wel constand hikken in het beeld. Nu denk ik erover om toch maar weer een wd disk erin te zetten.....

[dAF2000]

Citaat:

Recommended acoustic management value: 128, current value: 254

En dit heb ik ook geprobeerd te wijzigen... meer lawaai is sneller... maar 't zit helaas niet in busybox <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

[Yo!]

Citaat:

Wat nu wel werkt en vroeger dacht ik niet:
hdparm -I /dev/ide/host0/bus0/target0/lun0/part1

Daar zegt-ie DMA not supported op m'n Samsung 160GB. Effe verder klooien hier...

Hee, dat zegt 'ie bij mij ook (IBM 120GB). Staat dat er bij iedereen?

Groet, Yo!

[dAF2000]

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 heb 't ook geprobeerd. Alle keys weggegooid en met newcamd Sesamstraat opgenomen. En 't klopt... ik had geen haperingen... tenminste, ik heb niet alles kunnen opgenomen. Ik denk dat hier ook een oplossing zit.

[Tonskidutch]

je weet misschien nog wel... [color:"red"] toen [/color] heb ik nog al wat problemen gehad.. met opnames.

 

ik ben nog eens nagegaan wat ik eraan heb kunnen verbeteren.

 

ik heb na veel adviezen...

de hdd eruit gehaald en het image alleen in de flash gezet na een erase image te plaatsen

de hdd zelf heb ik gepartitioneerd en geformateerd met windows PC en in de dreambox pas terug geplaatst nadat het 1.08 image al geinstalleerd was

format hdd..

 

sindsdien heb ik weer opnames kunnen maken.

 

bijna altijd heb ik met newcam geemuleerd (op premiere na) en nooit een emu=no in de configuratie geplaatst.

 

het napluizen over die hdd file formaten en reiserfs kan een incompatibiliteits probleem aan de dag leggen, ik bedoel misschien is je hdd niet of nog nooit goed leeg geweest en partities niet gewist.

 

misschien is dat een invalshoek.

 

cheers

[Gast]

Bij mij ook DMA not supported (WD 120GB).