Newsgroup: it.comp.hardware.storage
Titolo: HD ATA 100 SU MB ATA 33

Salve a tutti, volevo installare un nuovo hd (ormai tutti o quasi sono ata
100) sulla mia vecchia sk madre super 7 con controller ata 33.
Devo seguire qualche genere di precauzione.
Io pensavo di usare un cavo "normale" da 40 contatti e di settare
l'interfaccia del disco come Udma 33 (tramite qualche utility proprietaria
(es. di IBM o Quantum)).
C'è qualcuno che ha già fatto qualcosa del genere? Potrebbe funzionare?
Grazie
Fiorenzo

Potrebbe funzionare?
Si.
Ciao

l'interfaccia del disco come Udma 33 (tramite qualche utility >proprietaria
(es. di IBM o Quantum)).
Beh, io fossi in te lo farei solo dopo aver  verificato che così com'è non
"lavora bene",  rompersi (fisicamente) non si rompe in ogni caso, e non
facendolo potresti avere problemi di perdita di dati, potresti ma non è
affatto detto.
Lo provi per un po' senza metterci cose vitali sopra, e se fa "arrabbiare"
gli abbassi la velocità con le utility... altrimenti tienilo così.
Io ne ho avuti sia di UATA 66 che di UATA 100 di varie marche su più di una
piastra con controller ata 33 e con cavo da 40 pin senza problemi.
Poi vedi tu.
Ciao.
-- 
Posted from 
mail4.galactica.it
 [212.41.208.21] (may be forged) 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio
news:002401c0abac$7edc3820$1b00a8c0@galactica...


Tanto, in ogni caso, anche se lasci la UATA100, a 100MB proprio >non ci va.
Beh, io non ho più questo problema perchè ho una piastra con UATA 100
(culs2) e 2 HDD UATA 100, adesso!
Comunque, guarda caso, installando i drivers UATA e lasciando su no-limit il
transfer rate degli HDD (che in teoria wondows dovrebbe trattare come UDMA
mode 5), capita che ci sia qualche errorino...
non grave, ma capita. Mi tocca allora di settarlo su UDMA mode 4, e tutto va
bene. Ovviamente da Bios ho settato tutto bene, LBA, UDMA  ecc...
Le perdite vere e proprie e anche serie le ho avute con un HDD UDMA 66 sullo
stesso controller UATA 100, lasciando no limit (che in teoria lui tratta
come UDMA mode 4), o anche forzando UDMA mode 4 (cioè il suo) mentre la cosa
si risolveva settando il transfer rate a UDMA mode 3, dopo non perdeva
nemmeno una virgola.
Secondo Intel nella sua guida ai drivers UATA, il controller UATA 100 è
compatibile con i dischi a 66, ma guarda caso consigliano, se si hanno
problemi e non solo coi i dischi a 66, di provare ad abbassare il transfer
rate dal pannello di controllo dei driver UATA,... come ho fatto io.
Guarda caso invece su 2 diverse piastre madri BX con controller UDMA 33 ho
usato 4 HDD UATA 66 di 3 differenti marche e 4 differenti modelli, e uno
UATA 100 senza abbassare con il programmino il transfer rate a nessuno degli
HDD, e attivando l'UDMA in windows ma non ho mai avuto nessunissimo
problema, mai perso un dato.
Comunque non sono soluzioni assolute, ognuno ha certe combinazioni HDD/HD/SW
che si comportano in modo diverso da quelle degli altri.
Per questo ho suggerito di provare come si comporta ed eventualmente
cambiare dopo la modalità dell'HDD nel caso non andasse bene. Ovviamente
mentre si fanno queste prove è bene non mettervi dati a cui si tiene in
copia unica, conviene fare delle prove tipo formattare, spostare e
rinominare files, tirare giù dei CD pieni ecc.. ecc... e fare spesso lo scan
disk per vedere se si verificano errori o è tutto OK, e poi provare a
eseguire o aprire i files per vedere se sono corrotti.
D'accordo che non andrà mai al massimo su un controller UDMA33, ma non sarei
proprio convinta del tutto che abbassando la modalità dall'HDD stesso, non
calano le prestazioni, seppure di poco.
COmunque non so tu che piastra madre hai, che S.O. hai usato e che marche di
HDD hai... io ho usato win98SE, Win ME e Win 2K per cui di test ne ho fatti,
per questo ho risposto così.
Ciao.
-- 
Posted from 
mail6.galactica.it
 [212.41.208.23] (may be forged) 


per questo ho risposto cosě.
Volevo farti i complimenti per l'articolo che hai scritto, č
graffiante!
Porto la mia esperienza: nessun problema con un QuantumP AS 20 GB(as
plus)  su una Titanium IB+ (socket 7, udma-2/ATA-33) sotto Debian
Linux 2.2.16 aggiornata con kernel 2.2.18 e sotto Slackware 7.2
(current) aggiornata con kernel 2.4.2