sslug-teknik team mailing list archive

[MONZ <monz@xxxxxxxxx>]

Jesper Krogh wrote:
> 
> Når en 'hpdarm -d1 /dev/hda' begynder at få disken til at lave sjove ting
> og giver fuldstændig korrupt data ud fra disken på en IBM Deskstar 30GB
> disk på et helt nyt asus MB er der vel et eller andet galt.
> 
> Men hvad er spørgsmålet og hvordan finder jeg ud af det, for det koster
> en geninstallation hver gang jeg har forsøgt såvidt. Lader jeg være
> med at slå dma til, så er der ingen problemer overhovedet.
> 
> Disken er forbundet til controlleren med et af de nye ata100 kabler, kan
> det have noget at sige i denne sammenhæng?

Hmm, næppe... kablet er jo ikke er af lavere standard end disk og
interface, så det skulle vel være i orden.
Men har du valgt nødvendige dma options for din kerne?
Er chipsets på dit mobo ordentligt supporteret med dma?
Fra man hdparm:

-d     Disable/enable the "using_dma" flag for this drive.  This option
only works with a  few  combinations  of  drives  and interfaces which
support DMA and which are known to the IDE driver (and with all
supported XT interfaces).  In  particular, the  Intel  Triton chipset is
supported for bus-mastered DMA operation with many drives
(experimental).  It is also a good idea to use the -X34 option in 
combination  with -d1 to ensure that the drive itself is programmed for
multiword DMA mode2.  Using DMA does not necessarily provide any
improvement in throughput  or system performance, but many folks swear
by it.  Your mileage may vary.

-- 
Regards,
              Mogens Valentin
    Networking - Security - Programming
  Linux configuration and troubleshooting
http://www.danbbs.dk/~monz - monz@xxxxxxxxx