Newsgroup: it.comp.hardware.storage
Titolo: UDMA su Win98se

Scheda madre: famosissima PCPartner con i430TX
Windows98SE
Controller IDE riconosciuto da Windows come:
CONTROLLER IDE BUS MASTER INTEL
FiFo Doppia (sia sul primo che sul secondo canale)
Hd sistema: QUANTUM FIREBALL_TM3840A
Mode4, 5400 giri, 3.8GB
riconosciuto come Mode4
riconosciuto da windows come Type47
Hd dati: QUANTUM FIREBALL CR13.0A
UDMA66, 7200 giri, 13GB
riconosciuto dal BIOS come UDMA4
Problema.
Metto l'HD dati nello stesso canale dell'HD di sistema.
Vengono visti entrambi come Type47 (l'HD dati dovrebbe essere Type80!)
POSSO selezionare la casella DMA dell'HD di SISTEMA, e funziona.
POSSO selezionare la casella DMA dell'HD DATI, ma al prossimo riavvio
viene tolta.
Risultato: HD lentissimo, quasi 1MB/sec.
Metto l'HD dati sul secondo canale, da solo, MASTER.
Viene visto come Type80 (giusto)
La casellina DMA non mantiene la selezione, e al prossimo riavvio
viene tolta.
HD lentissimo.
Metto l'HD dati sul secondo controller, da solo, SLAVE.
Avvio OK.
Metto la casellina DMA, riavvio, e il PC si ferma in fase di boot
all'inizializzazione del secondo controller IDE (ESDI_506.PDR).
1) Come diavolo faccio a far vedere questo disco ATA66 in modalita'
ATA66 (UDMA4) alla scheda madre?
2) Come "resetto" la casellina DMA (leggi: togliere la spunta) visto
che Windows non parte piu', se l'HD e' messo SLAVE?
Se parto in provvisoria, windows parte, ma non posso accedere alla
casellina (ovviamente).
Se rimuovo (in provvisoria) il controlle IDE, al successivo riavvio mi
rileva il controller, ma al successivo ancora non parte, perche' si
ricorda della casella DMA attivata sul secondary slave.
Sara' scritto da qualche parte nel registro?
Se metto l'HD in secondary master viene visto Type47, non posso
attivare la casella DMA (o meglio l'attivo, ma poi si toglie) ma
windows parte. Hd sempre lentissimo.
Che caspita sta succedendo?
Qualche idea?

 CONTROLLER IDE BUS MASTER INTEL 82371AB/EB

 ha scritto nel messaggio
news:3EADC36B...@libero.it...
[CUT]
Avevo anch'io lo stesso problema con una MB Abit PX5 (chipset 430TX)
Il vero problema sono i dischi riconosciuti come UDMA4.
Tale modalita', soprattutto sulle schede madri con chipset TX, provoca un
rallentamento mostruoso del sistema.
Devi scaricare l'utility della casa costruttrice degli hd che permette di
disabilitare l'UDMA4 e tenere abilitata solo UDMA2.
Praticamente viene settato un bit nel controller interno del disco rigido.
Non perdi nessun dato.
Ricordati solo di farlo con l'utility predisposta per il modello giusto di
disco.
Fatto questo funzionera' tutto a razzo.
Saluti
Bruno

 HD lentissimo.
cut
   Il tuo HD dati ha l'elettronica corrotta per qualche problema.
Intanto salva i dati da qualche altra parte e poi procedi con i test,
mi pare che sul sito della casa ci sia un programma apposito.

    Il tuo HD dati ha l'elettronica corrotta per qualche problema.
Il mio HD l'ho smontato dai PC dai quali faccio VIDEO EDITING con
transfer rate fisso di 8MB/sec (per traccia) in MJPEG 2:1.
Rimontandolo su quei PC, funziona una meraviglia.
Grazie lo stesso.

 disabilitare l'UDMA4 e tenere abilitata solo UDMA2.
Mah: vediamo.
Grazie

 ATA66 (UDMA4) alla scheda madre?
Non potrai mai farlo visto che questo chipset è già tanto se
gestisce correttamente l'ATA-33...
 Ciao

 ha scritto nel messaggio
news:3EAE49EB...@libero.it...

   Qualcosa che non va c'è di sicuro, anche andando solo in ata33 non
farebbe un mega/secondo ed in ogni modo l'HD ed il controller si
adeguano al T/R più basso ma su cui si può abilitare lo stesso il DMA.
(il DMA non riguarda direttamente l'incremento di velocità, ma il
"dialogo" tra HD e CPU, l'aumento di velocità è una conseguenza). Non
ricordo se il chipset TX aveva bisogno di un driver.
Per scrupolo, tu controlla lo stesso l'HD con il prg. della casa.

 disabilitare l'UDMA4 e tenere abilitata solo UDMA2.
Grazie a te ho risolto: era davvero questo.
Dapprima ho aggiornato la BIOS della MB, evitando quindi il blocco del PC al
caricamento di ESDI_506.PDR, ma ferma restando l'impossibilita' di attivare il
DMA.
Poi ho prelevato l'utility e ho patchato l'HD: tutto a meraviglia.
UDMA abilitato e HD che viaggia a velocita' normale.
Grazie ancora.

  Per scrupolo, tu controlla lo stesso l'HD con il prg. della casa.
Aveva ragione Bruno.

 gestisce correttamente l'ATA-33...
Non e' cosi', infatti altri dischi fra cui un Seagate e un IBM entrambi
ATA66 funzionavano a meraviglia...
Il problema e' SOLO di questa serie di dischi Quantum CR, come testimonia
il sito Quantum.
Patchando il firmware del disco e costringendolo a lavorare ATA33, ha
funzionato tutto a meraviglia.
CIao

 ha scritto nel messaggio
news:3EAED062...@libero.it...

Di nulla.
Saluti
Bruno

 Fatto questo funzionera' tutto a razzo.
http://www.driverforum.com/harddrive/1803.html
http://www.storagedrivers.com/drivers/64/64586.htm
http://www.elco.cz/Download/sw/fbcrdma.exe

 ATA66 funzionavano a meraviglia...
Si, ma di certo non funzionano col protocollo ATA-66... ma
come se fosse ATA-33.
Ciao

 come se fosse ATA-33.
Che e' ben lontano da: "Non potrai mai farlo visto che questo chipset..."

Vengono visti entrambi come Type47 (l'HD dati dovrebbe essere Type80!)
Cosa intendi per "HD dati"? In base a cosa distingue Windows?
Ho notato che sugli 80 dà la possibilità di disabilitare l'accesso
tramite l'interrupt13.
Però, anche provando, l'unico cambiamento è stato che non funzionava
più l'fdisk.

 ha scritto nel messaggio
news:3EAF023C...@libero.it...

Intendevo dire che non potrai mai utilizzare il protocollo ATA-66
nativo dell'HD su una MB avente il chipset 430TX... è più chiaro
adesso??
Ciao

 adesso??
Ora si.
Ciao