Newsgroup: it.comp.hardware.motherboard
Titolo: Secondo attacco IDE

Ho questo problema.
Ultimamente mi è capitato di dover copiare su un vecchio HD delle grandi
moli di dati.Questo HD è un po' vecchiotto (LBA Mode 4, 1.3 GB) ma mi ha
sempre funzionato.
Da un po' di tempo invece, ogni cosa che ci copio sopra viene poi fuori
errata (i divx non si leggono, gli mp3 si sentono male) questo quando lo
metto slave secondario (secondo cavo IDE).
Mi sono allora detto: l'HD ha fatto i suoi anni ed è meglio che lo butti.
Invece no. Ho provato a metterlo slave primario (primo cavo IDE) e
trasferire i dati da lì, e con mia sorpresa mi funzionavano (apriva
divx.....) e anche alla perfezione senza il minimo errore.
Allora c'è qualcosa che non va.
Credevo fosse il cavo IDE secondario che fosse andato, l'ho cambiato ma
nulla. Lo fa ancora, e poi provando su altri HD dal cavo IDE secondario (ho
provato su un Ultra ATA 33 da 13 GB) i dati venivano corretti.
Ho pensato anche fosse un problema di Windows...e invece no. Anche se
trasferisco i dati con linux me lo fa.
Insomma, qual'è il problema?

 ha scritto nel messaggio
news:HKqE8.61684$US3.1...@twister1.libero.it...


 ha scritto nel messaggio
news:HKqE8.61684$US3.1...@twister1.libero.it...

Se il chipset adotta il SB Via VT686B la causa di queste corruzioni
dovrebbe essere ricondotto proprio a tale componente, inquanto
si sono riscontrati molti problemi in tal senso se si copiavano grosse
moli di dati tra due dispositivi situati su due canali IDE diversi.
Tale malfunzionamento poteva essere scavalcato appunto se si
installavano le due periferiche che dovevano scambiarsi tali file
nel medesimo canale IDE.
Ciao.

 ha scritto nel messaggio
news:viuE8.59490$zW3.8...@news1.tin.it...



Innanzitutto installa gli ultimi 4in1... se neanche così ottieni
miglioramenti prova da Bios a disattivare le voci PCI Delay Transaction
e PCI Master Read Caching.
Se tutto ciò è inutile allora temo che dovrai tenerti l'HD come slave
oppure magari comprare un controller IDE supplementare oppure
se ne possiedi già uno integrato come ad esempio il Promise  metti
quì il secondo HD.
Saluti.

 ha scritto nel messaggio
news:DswE8.59919$zW3.8...@news1.tin.it...



Immagino che il chipset sia l'Apollo Pro133A... per cui va a questa
pagina e scaricati gli ultimi 4in1:
http://www.viahardware.com/download/viatweak.shtm
In questa stessa pagina poi verso la fine c'è anche una patch
che dovrebbe limitare la corruzione dei file durante il
trasferimento (si chiama 686B Bug Patch ).
Ciao.


Comunque adesso che mi viene in mente il chipset Apollo Pro133A
adotta il SB VT686A... percui dovrebbe avere meno problemi in
tal senso rispetto alla versione B; comunque ho avuto dei malfunzionamenti
simili anche con questo SB, quindi aggiorna comunque i 4in1.

 ha scritto nel messaggio
news:xlAE8.61206$zW3.8...@news1.tin.it...


 ha scritto nel messaggio
news:viuE8.59490$zW3.8...@news1.tin.it...



Allora va quì:
http://www.hwfiles.it/dett/1588.html


Se intendi il bug del SB VT686B questo riguardava solo i due canali
IDE integrati nel suddetto SB... il controller Promise non era soggetto
a tali malfunzionamenti.
Ciao.

 ha scritto nel messaggio
news:U8QE8.63211$zW3.9...@news1.tin.it...


 ha scritto nel messaggio
news:EPPE8.63141$zW3.8...@news1.tin.it...



Vedo con piacere che hai risolto in tutti i sensi i tuoi problemi, sia
di stabilità che di performance... ;-).
Saluti.

 ha scritto nel messaggio
news:kVSE8.63812$zW3.9...@news1.tin.it...
