Newsgroup: it.comp.hardware.motherboard
Titolo: problema asus a7v133

ho la scheda sopracitata, e ho collagato i seguenti dispositivi come segue:
Masterizzature (master) Primari IDE
DVD (master) Secondari IDE
Hard Disk Ibm 30.7 (master) Primari Ultra Ata 100
Come mai quando accendo il pc mi rimane per parecchi secondi la schermata
Detecting, e poi rileva l'hard disk?
Mi conviene metterlo insieme al DVD? -----Hard disk (master) Primari
Ide-->DVD (slave) Primari Ide
quest'ultima soluzione (non l'ho mai provata) non mi potrebbe dare un calo
di prestazioni?
Non sarebbe preferibile settare tutto in master (L'attuale impostazione)?
Grazie 1000

 Detecting, e poi rileva l'hard disk?
Ho la tua stessa scheda madre  e lo stesso HD.
Questo problema me lo faceva dal bios 1.003 , ci impiegava circa 20-30
secondi per rilevarlo.
Molti altri mi dicevano che a loro ci metteva molto meno.
Perň so che , in genere, dal bios 1.007 questo problema ha colpito un po'
tutti.
Non mi pare sia stata trovata soluzione :(
Non dipende da cosa altro metti sul promise.
Che bios hai?
Perchč non metti :
IDE 00 HD
        01 Nulla
        10 DVD
        11 Masterizzatore.
A me cosě non da problemi.

 ha scritto nel messaggio
news:KZxQ7.266736$sq5.13...@news.infostrada.it...


 Grazie
Cioč :
metti :
HD sul primary master
niente sul primary slave
dvd sul secondary master
masterizzatore sul secondary slave
e , finchč non avrai 2 HD(o i canali ide pieni), lascia il promise
disattivato.
Ho visto che stanno facendo la versione 1008 del bios (č ancora in beta).
Speriamo che risolvano il problema della lunga attesa.
Ciao

 wrote:
Credo dipenda molto dal tempo che il controller impiega a passarsi i 2
canali sia come master che come slave.
Sia nella versone Promise che Raid il controller sta li un po' a
cercare i dischi.
Ho fatto una prova poco tempo fa mettendo 4 dischi sui due canali
Promise ata 100 in raid0 a coppie, i due master ed i due slave.
Morale della favola: 2 secondi ed ha visto i dischi.
se invece tolgo i due dischi secondari il controller sta li una decina
e forse più tempo per cercare se come slave c'è qualcosa.
E' un difetto del controller, se avete la possibilità provate ad
attaccare 4 dischi e vedrete.....
Ciao
Massimo Della Libera 25,105 (TV)

A me cosě non da problemi.
Forse perche' vuole il "massimo", ovvero ogni periferica da sola.
Teoricamente tu potresti avere qualche problema con le copie al volo, ma
probabilmente avendo il PC veloce non ne avrai.
Ciao!
--
Per rispondermi via email sostituisci il risultato
dell'operazione (in lettere) dall'indirizzo.

Hard Disk Ibm 30.7 (master) Primari Ultra Ata 100
Ti ricordo che nell'A7V133, TUTTI i connettori sono ATA100.
Ciao


 ha scritto nel messaggio
news:9uvbg2$13111$1...@news02.it.net...


 e forse più tempo per cercare se come slave c'è qualcosa.
Era proprio quello che pensavo anche io, soltanto che non ho avuto mai la
possibilità di fare la prova

 molto simile, la Ver. 1007 ed 1008 Beta fanno cacare..............
Purtroppo non esiste una regola generale che vale per tutte le A7v133.
Ci sono diverse revisioni di questa scheda madre.
Alcune, con il 1.005 final non si avviano neanche.
Nel mio caso, con i bios 1.005 e 1.007 si verifica il "data corruption bug".
Cioč quel cavolo di problema delle schede madri con south 686B,
che consiste nella copia imperfetta di dati di dimensioni molto grandi.
Nota:
Per chi non lo sapesse, per essere sicuri che il proprio pc (mi riferisco a
chi ha il chipset via KT133 , KT133A , KT266 e alcuni altri...)
non abbia questo problema, bisogna copiare un file di dimensioni maggiori
di 300 MB (in teoria sarebbero 100-200 MB) da un canale IDE ad un altro
(esempio : HD-> altro HD o HD <-> CD) e confrontarli con il comando DOS
"fc /b".
Esempio "fc /b c:\
file1.xyz
 d:\
file1.xyz
"
Ciao,
Enrico
P.S. che ci crediate o meno, a me da il problema di corruzione dei dati
anche se
copio il file nello stesso HD ma in due partizioni diverse...

 (esempio : HD-> altro HD o HD <-> CD) e confrontarli con il comando DOS
Ciao.
Spero non ti dispiaccia se approfitto della tua gentilezza. Ho seguito il tuo 
consiglio e ho fatto un test. Io di solito faccio il backup dei dati in un 
file di 500 mb che poi copio da hd (canale primario master) a masterizzatore 
(canale secondario master). Oggi ho ripreso il CD e ho copiato dal lettore del 
CD (canale secondario slave) all'hd. Sembra che il file in questione sia 
passato indenne alla copia in entrambi i sensi tra i due canali. Questo basta 
ad affermare con certezza che la mia MB (Qdi Kinetiz 7b con Via Apollo Kt133, 
niente sb live) non č affetta dal famigerato bug?
Grazie e ciao.

 niente sb live) non è affetta dal famigerato bug?
Questo bug , che si verifica anche senza sb live (ed io infatti non ho la
sb), è stato corretto,
per una buona parte di casi, dalle versioni più recenti dei via 4in1 (dalla
432 in poi, mi pare)
e dalle versioni più recenti dei bios.
In ogni caso, la Asus sembra che con il 1.007 lo abbia riproposto!
Nel caso tuo, credo che , dal momento che fc non riporta differenze di
bytes, la tua scheda madre
sia OK.
Ma hai usato un file zip? Perchè in questo caso devo dire che
ho provato sulla mia A7V133 il comando fc /b una decina di volte.
I tipi di file che ho esaminato per 8-9 volte, e sui quali ho riscontrato la
corruzione dei dati, non erano file zip.
L'unica volta che ho provato a copiare un file zip (di 800 MB), non ho
rilevato errori.
Non ho fatto ulteriori prove, ma è probabile che ciò potrebbe essere dovuto
al sistema di archiviazione del
formato zip. In ogni caso, credo, per l' 80 %, che la tua scheda madre sia
ok.
Se, in futuro, ti dovesse capitare di copiare file > 200 MB , ma non  in
formato zip, ti conviene perdere un po' di tempo
a fare la verifica.
Ultima cosa: se per archiviare usi Norton Ghost, allora credo che al 100 %
la tua mobo sia assente dal bug,
perchè , nelle mie prove, il file gho che usavo per fare le prove era quello
che più facilmente si "corrompeva"
durante la copia.
Ciao,
Enrico

Allora: per fare il test non ho usato un file zip, ma un file creato da un 
programma che mi permette di creare hd virtuali su file in cui archivio tutti 
i dati e poi copio il singolo su cd riscrivibili. Inoltre non ho usato fc, ma 
ho dedotto che il file non si è corrotto dal semplice fatto che si è aperto 
senza problemi: credo che se si fosse corrotto, probabilmente avrei ricevuto 
qualche messaggio tipo "File non valido" o cose del genere. Per quanto 
riguarda i 4in1, questi sono aggiornati alla versione 4.35 che, mi pare, è 
l'ultima rilasciata. 
Quello che mi hai detto mi rincuora: finora non ho riscontrato nessuno dei 
vari problemi che questo chipset sembra avere. Mi manca ancora di provarlo con 
schede AGP e periferiche USB: spero di essere altrettanto fortunato.
Grazie e ciao.

che consiste nella copia imperfetta di dati di dimensioni molto grandi.
Io ho il 1003A, che va benissimo, e scalda meno dei bios + nuovi.
Il bug del 686b ho verificato che si presenta solo se attivo l'idle con
cpucool attivando anche l'opzione "PCI master read caching".
Devo dire che si e' presentato copiando dati anche solo da una
partizione all'altra dello stesso HD, per esempio da C: a E:.
Mi viene da pensare che si presenti anche solo quando si copia su
directory diverse della stessa partizione...
