Asus A7V RAID

[topogatto]

RIASSUNTO:

Per non spaventare chi si deve leggere sta pappardella dico subito che il mio problema sta nel BIOS modificato per trasformare la A7V in A7V RAID.
Ho provato 2 versioni, la più recente non mi va, la più vecchia va ma con limitazioni!
Se non hai voglia di leggere o non sei in grado di aiutarmi..puoi risparmiarti il resto ;) :D
Altrimenti ti prego di leggere tutto con attenzione..magari in passato hai avuto i miei stessi problemi e potresti darmi una mano ;)

PREMESSA:

Sono in possesso di una scheda Asus A7V rev 1.05 con il "famigerato" controller ATA100 Promise PDC20265 e avevo intenzione di trasformarla in A7V RAID grazie alla apposita modifica del firmware del controller.
Voglio utilizzare 2 dischi Maxtor da 80 Gb in RAID 1 come unità "D" per la consevazione dei dati e un disco Maxtor da 40 Gb collegato normalmente (niente RAID) al controller come disco "C" per il sistema operativo e i programmi installati...
In questo modo avrei i dati "salvaguardati" (la certezza di averli in salvo non c'è mai :muro: ) e avrei il classico disco da formattare una volta ogni tot senza rischio di perdere dati importanti..
Questa soluzione la voglio adottare perchè non vedo alternative alla possibilità di conservare in sicurezza oltre 60 Gb di dati che uso abbastanza frequentemente (ci sono Gb di programmi,mp3,driver,ecc...) senza spendere cifre pazzesche...
Scontato che tutti i dischi li voglio collegare al controller Promise perchè ATA100 visto che il controller integrato nel Chipset Via KT133 è soltanto un ATA66 (Il sistema è cmq strozzato visto che tutti i dischi sono ATA133 :( ).

SPIEGAZIONE:

Girando per internet ho trovato il famoso BIOS modificato per trasformare il controller ATA100 in controller RAID 0+1 senza modifiche fisiche (in passato bisognava saldare delle resistenze) creato da Braziliantech.
Dal sito ho scaricato il bios modificato rev. 1011 e una volta flashato sulla mia scheda madre ho notato alcune cose...
Sono stati aumentati i moltiplicatori (dai 12,5x standard a 14x) per supportare nuove CPU (XP Palomino) e altri parametri molto specifici prima assenti nel BIOS (come CPU Idle,ecc..) .
Ovviamente viene aggiornato anche il BIOS del controller Promise che diviene un FastTrak100 rev 2.00.0.24.

Tra le cose per me "interessanti" (essendo fresco di esperienza in fatto di RAID) ho notato che oltre a collegare 2 dischi (sullo stesso canale IDE visto che dalle FAQ delle nella apposita sezione ho avuto conferma che non vi sono differenze prestazionali) in un array di mirroring potevo aggiungere un 3 disco e lasciarlo "FREE" ovvero senza creare nessun array..e utilizzarlo come se fosse attaccato ad un comune controller IDE.
Infatti su questo disco "FREE" avevo il sistema operativo ed il pc bostrappava correttamente ..ma qui iniziano i problemi.

- Mettendo 2 dischi Maxtor da 80Gb in Raid 1 sul secondario ed un terzo disco Maxtor da 40 Gb sul primario il sistema li riconosce correttamente (array di 2 dischi + 1 disco free) ..ma all'avvio di Windows il pc si blocca dopo pochi istanti, l'unico modo per far funzionare il pc e scollegare il cavo IDE.
- Il problema non cambia invertendo i canali o creando l'array con i 2 dischi da 80 Gb su canali differenti, stessa cosa anche se elimino il terzo disco (collegandolo al controller ATA66 Via)

Quindi il pc è utilizzabile solamente se i dischi sono tutti "free" e non vi sono array..altrimenti incappo nel solito blocco del sistema! :rolleyes:
Ho provato varie versione di driver per il controller RAID ma il risultato è sempre lo stesso...blocco del sistema!

A forza di prove,riavvi,ecc...ecc...mi è venuta la tentazione di trovare un BIOS alternativo...e per fortuna ho trovato lo stesso BIOS (ovvero sempre "prodotto" da Braziliantech) rev. 1007, l'ho scaricato e flashato e:

Ora posso creare l'array con i 2 dischi in mirroring che finalmente Windows funziona ed il pc non si blocca più, però è saltato fuori un altro piccolo problema: non funzionano più dischi collegati FREE.
Infatti se avvio il pc (con il disco da 40 Gb sul controller ATA66, altrimenti non boostrappa) in Windows i 2 dischi da 80 Gb non sono presenti da nessuna parte, nè nell'hardware e di consenguenza nè in Gestione Computer, nè in Risorse del Computer.
Insomma...il pc ora vede solo array di dischi..e non funziona più come controller ATA semplice! :muro:

Attualmente ho creato un array con i 2 dischi da 80 Gb in RAID 1 sul secondario e un array con il SOLO disco da 40 Gb in RAID 0 sul primario...
In questo modo tutto funziona...ma mi pare comico dover creare RAID 0 con un solo disco solo per far boostrapppare il sistema! :(
Il PC funziona correttamente...ma vorrei impostare il disco singolo come free...senza dover creare un RAID fittizio...solo per farlo boostrappare e vedere al S.O.

CONCLUSIONI:

Stavo pensando che se riuscissi a trovare delle versioni intermedie tra le 2 rev del BIOS magari risolverei i miei problemi!
Infatti le 2 versioni sono queste:

FUNZIONANTE:
mobo: 1007
controller: 1.31 Build 22

NON FUNZIONANTE:
mobo: 1011
controlelr 2.00.0.24

Magari trovassi un rev. 1008 o 1009 con un bios del Promise più aggiornato magari riuscirei a fare funzionare anche i dischi in "free" :sperem:

Aspetto vostre notizie...ci spero tanto.. :)

Ciao
Diego

PS: Per i driver di Windows ho già trovato i più recenti che non hanno più il bug dello spegnimento dei dischi al riavvio....

[topogatto]

Dopo una giornata persa dietro a sta cazz di scheda...ho alcuni aggiornamenti:

Ho trovato tanti bei BIOS RAID moddati...non necessitano di nessuna modifica hardware...basta solo flashare il BIOS e magicamente si ha un controller RAID! :)

C'è dalla versione 1004 alle 1010a per la A7V...li trovate qui:
http://www.stormpages.com/crazyape/downloads.html

Unico neo..questi BIOS hanno il logo durante il post...che pubblicizza il team che ha creato questi BIOS: CrazyApes

Il logo è abbastanza brutto..stavo pensando di modificare i BIOS con CBROM ma visto il rischio dell'operazione...ci sto ancora pensando su...

Nel frattempo ho provato altre 2 versioni..scaricate dal sito sopracitato: la 1009 e la 1010a ...funzionano correttamente...ma non mi permettono di utilizzare dischi "free"

Altra cosa inspiegabile: ho provato a rimettere la versione 1011 di Brazialiantech e ora nemmeno questa mi boostrappa più da un disco free...quindi si comporta esattamente come gli altri BIOS...
La cosa che non capisco...è come mai la prima volta che ho flashato questo BIOS mi permetteva di bostrappare da dischi singoli che non appartenevano a nessun array..mentre ora non li accetta più!!
Il blocco all'avvio di Windows però permane... :muro: :cry: quindi questa versione la devo scartare.. :rolleyes:

Ciao
Diego

[DonaldDuck]

Ma che ti possino! Solo per un logo sei andato a rovinare l'esito di una gran ricerca:rolleyes:. Purtroppo non è tanto inspiegabile. Trattandosi di bios moddati non puoi prevedere in anticipo il comportamento dopo tante sovrascritture. L'istruzione che ti interessava è andata perduta o addirittura corrotta. Mi sa che l'unica cosa sicura che puoi fare è quella di trovare un'altro chip da flashare e tenerti il logo per quanto brutto possa essere. Ma brutto puzzolente, ti interessa la funzionalità o no? :cry:
Ciao:)

[topogatto]

Originariamente inviato da DonaldDuck
Ma che ti possino! Solo per un logo sei andato a rovinare l'esito di una gran ricerca:rolleyes:. Purtroppo non è tanto inspiegabile. Trattandosi di bios moddati non puoi prevedere in anticipo il comportamento dopo tante sovrascritture. L'istruzione che ti interessava è andata perduta o addirittura corrotta. Mi sa che l'unica cosa sicura che puoi fare è quella di trovare un'altro chip da flashare e tenerti il logo per quanto brutto possa essere. Ma brutto puzzolente, ti interessa la funzionalità o no? :cry:
Ciao:)

No guarda...io non ho ancora modificato nessun BIOS...mi sto limitando a fare delle prove con le varie versioni...
Tra le varie versioni, quelle di Crazy Ape hanno quel logo abbastanza schifoso...ma sarei anche disposto a tenerlo..se almeno riuscissi a far andare il terzo disco in modalità "free" senza dover creare un RAID 0 fasullo...solo per farlo vedere al S.O. e peggio ancora per farlo boostrappare!

Riguardo alle sovrascritture..non penso che le cose stiano così..insomma..o va tutto a buon fine...ed il pc funziona...oppure se l'aggiornamento non va a buon fine la scheda diventa inutilizzabile....
E poi questa scheda aggiorna 2 BIOS contemporaneamente...uno è quello della mobo vera e propria, l'altro è quello del controller Promise...quindi basta che una delle 2 rom abbia problemi...per provocare problemi a tutto il pc...

Se non volessi più il loro...mi basterebbe riflashare la versione di prima...e il logo sparisce...quello che non capisco..è come mai...rimettendo la versione di prima..ora il controller non tratta correttamente i dischi "free"...
Le cose sono 2...o era giusto come si comportava prima...oppure come pare essere realmente (leggendo anche sul manuale e su altri siti) è giusto che i dischi free non li riconosca...per lui li vorrebbe usare come disco spare sostitutivo in caso di errore su un disco dell'array....
Ma allora la prima volta ha funzionato in quel modo per sbaglio?? :confused:

Adesso proverò a fare un BIOS "mio" visto che ho trovato la ROM del controller modificata...proverò ad integrarla nell'ultima release BETA rilascita da Asus...vediamo..o la va...o la spacca... :rolleyes:

Ciao
Diego

[DonaldDuck]

Riguardo alle sovrascritture..non penso che le cose stiano così..insomma..o va tutto a buon fine...ed il pc funziona...oppure se l'aggiornamento non va a buon fine la scheda diventa inutilizzabile....
Aspetta un attimo: se viene aggiunta una funzionalità che non è prevista, come ad esempio i firmware moddati per i masterizzatori, e sovrascrivi con un'altra versione che te la preclude non vuol dire che non vada a buon fine per il funzionamento generale. Forse mi sono spiegato male. Parlavo della singola istruzione non del bios in generale.
Ma allora la prima volta ha funzionato in quel modo per sbaglio??
No, molto probabilmente era previsto in quel bios modificato.
Adesso proverò a fare un BIOS "mio" visto che ho trovato la ROM del controller modificata...proverò ad integrarla nell'ultima release BETA rilascita da Asus...vediamo..o la va...o la spacca...
Prova. Altrimenti devi ricreare le condizioni iniziali e flashare con la versione moddata ma con il logo "brutto".
Ciauz

[TheDarkProphet]

Uella..

Non sono un gran sperto in raid.. Ma,, una criosità che non ho letto nei tuoi posts precedenti..

I driver del raid per WinXP li hai installati? :)


Ciauz!


d!

[repne scasb]

[TheDarkProphet]

Originariamente inviato da repne scasb
Anch'io ho avuto una Asus A7V ed utilizzai a suo tempo il BIOS modificato di Braziliantech (1011) per attivare la funzionalita' RAID in tale scheda madre (BIOS del controller FastTrack 2.00.0.24).

Nel mio caso volevo creare un array RAID-0 con due dischi Maxtor da 40Gb ed in piu' avere un disco da 18Gb Quantum.

Dopo varie vicissitudini, scrissi alla promise per avere delucidazioni in proposito, in breve ti espongo quanto mi dissero:

"Il controller FastTrack utilizza un "identificativo" per determinare se un hard-disk e' in modalita' RAID (tipo modalita, e con quale altro disco). Tale identificativo viene "registrato" sullo stesso disco in funzione sul controller (l'identificato si trova di solito tra il settore 2 e il settore 17 dall'inizio del disco). Di fatto il controller FastTrack affinche' possa riconoscere un disco, deve inizializzarlo con tale sistema, altrimenti il disco non sara' "gestito" dal controller. Da cio' ne scaturisce che il controller FastTrack "NON" e' in grado di gestire dischi "free", ma solo RAID".

La procedura di inizializzazione dei dischi secondo promise e' la seguente:

1) Connettere al controller il disco "singolo".
2) Creare un array RAID-0 costituito da un solo disco.
3) Connettere gli altri dischi.
4) Creare gli array RAID (0,1), con i dischi appena aggiunti.
5) Selezionare da quale array RAID effettuare il boot.


'sticazzi, repnse scasb in persona! :eekk:


d!

[MM]

Premessa: la differenza tra ATA100 e 133 esiste solo in teoria, ma non in pratica, quindi il sistema non è penalizzato per niente da questo punto di vista ;)

La cheda in questione, per quanto mi ricordo, ha 4 connettori EIDE e ricordo anche che, a quei tempi, dava qualche problema nel corretto riconoscimento dei dischi sull'ATA100
Da quello che leggo nel post iniziale e nelle risposte, la sensazione è che la funzionalità RAID sia stata implementate, ma è pur sempre una aggiunta che non si integra bene con la struttura della MB
A leggere la procedura di configurazione in una delle risposte precedenti sembrerebbe che la funzionalità RAID e quella "free" non siano consentite in contemporanea, ma sembra proprio che, una volta attivato il RAID, tutti i dischi debbano essere, appunto, configurati come RAID anche se singoli
I bios moddati non sempre sono la soluzione e comunque ho sempre una certa avversione per prodotti "non originali" ed anche per le versioni beta della stessa casa madre
Magari i vari flash non hanno danneggiato niente, ma senz'altro l'operazione condotta è un po' anomala

In conclusione io credo che la soluzione finale non esista, almeno in quella scheda, che non sembra nata per una simile configurazione e che mi pare una forzatura

La mia opinione è che faresti meglio a cambiarla con altra MB, anche usata, ma più recente (A7V333, per rimanere in ASUS), che ti garantisce la piena funzionalità del RAID già implementata nel chipset originale

[DonaldDuck]

Premessa: la differenza tra ATA100 e 133 esiste solo in teoria, ma non in pratica, quindi il sistema non è penalizzato per niente da questo punto di vista
Quoto:)
Magari i vari flash non hanno danneggiato niente, ma senz'altro l'operazione condotta è un po' anomala
Sicuramente non hanno danneggiato nulla. Anzi la scheda madre gli funziona e bene. Solo che ha perduto quella funzionalità che tanto interessava a topogatto.
La mia opinione è che faresti meglio a cambiarla con altra MB, anche usata, ma più recente (A7V333, per rimanere in ASUS), che ti garantisce la piena funzionalità del RAID già implementata nel chipset originale
Ma credo che si trattasse più di uno sfizio che altro:)
Ciauz

[topogatto]

Originariamente inviato da DonaldDuck
Aspetta un attimo: se viene aggiunta una funzionalità che non è prevista, come ad esempio i firmware moddati per i masterizzatori, e sovrascrivi con un'altra versione che te la preclude non vuol dire che non vada a buon fine per il funzionamento generale. Forse mi sono spiegato male. Parlavo della singola istruzione non del bios in generale.

Bhe..a maggior ragione in questo caso basta riflashare il BIOS contenente la "funzionalità" in più o differente per ripristinare la situazione precedente, a rigor di logica è così...
Ma forse ho capito dove sta la differenza di comportamento pure usando lo stesso BIOS...ne parlerò più avanti..


No, molto probabilmente era previsto in quel bios modificato.


Si..ma rimettendo lo stesso BIOS...non è che si può comportare in maniera differente da una volta all'altra...la differenza forse lìho capita io ;)


Prova. Altrimenti devi ricreare le condizioni iniziali e flashare con la versione moddata ma con il logo "brutto".
Ciauz

No..le versioni con il logo le ho scartate...per il momento mi sono fatto una versione mia...sono partito dalla rev 1012 beta e vi ho integrato il firmware modificato x il FastTrack 2.00.0.24.
Quindi ho teoricamente una versione aggiornatissima..entrambi i BIOS sono stati gli ultimi rilasciati..e non dovrebbero contenere bug (almeno conosciuti...la vers beta può contenerne nuovi..)

Continuo nei post successivi ;)

Ciao
Diego

[topogatto]

Originariamente inviato da TheDarkProphet
Uella..

Non sono un gran sperto in raid.. Ma,, una criosità che non ho letto nei tuoi posts precedenti..

I driver del raid per WinXP li hai installati? :)

Ciauz!

d!

Si..ho installato i driver in versione BIOS del controller FastTrack 2.00.0.34 scaricati da http://planeta.terra.com.br/informatica/braziliantech/downloads_en.html

Questi sono i più aggiornati e dovrebbero risolvere il problema dello spegnimento e alla successiva riaccensione dei dischi ad ogni riavvio del pc.
Da prove da me effettuate...a quanto pare non funzionano! :muro:

Ciao
Diego

[topogatto]

Originariamente inviato da repne scasb
Anch'io ho avuto una Asus A7V ed utilizzai a suo tempo il BIOS modificato di Braziliantech (1011) per attivare la funzionalita' RAID in tale scheda madre (BIOS del controller FastTrack 2.00.0.24).

Perfetto..leggendo il tuo post vedo che hai già vissuto la mia esperienza .. :)


Nel mio caso volevo creare un array RAID-0 con due dischi Maxtor da 40Gb ed in piu' avere un disco da 18Gb Quantum.

Dopo varie vicissitudini, scrissi alla promise per avere delucidazioni in proposito, in breve ti espongo quanto mi dissero:

"Il controller FastTrack utilizza un "identificativo" per determinare se un hard-disk e' in modalita' RAID (tipo modalita, e con quale altro disco). Tale identificativo viene "registrato" sullo stesso disco in funzione sul controller (l'identificato si trova di solito tra il settore 2 e il settore 17 dall'inizio del disco). Di fatto il controller FastTrack affinche' possa riconoscere un disco, deve inizializzarlo con tale sistema, altrimenti il disco non sara' "gestito" dal controller. Da cio' ne scaturisce che il controller FastTrack "NON" e' in grado di gestire dischi "free", ma solo RAID".

La procedura di inizializzazione dei dischi secondo promise e' la seguente:

1) Connettere al controller il disco "singolo".
2) Creare un array RAID-0 costituito da un solo disco.
3) Connettere gli altri dischi.
4) Creare gli array RAID (0,1), con i dischi appena aggiunti.
5) Selezionare da quale array RAID effettuare il boot.

Perfetto..attualmente come avrai letto nel primo post..anche io sto usando questa soluzione (disco singolo da 40 Gb in RAID 0 sul primario e 2 dischi da 80 Gb in RAID 1 sul secondario) ma volevo capire se vi erano alternative..visto che la prima volta (BIOS 1011 BR) sono riuscito ad usare un disco free con sopra il S.O. (se tralasciamo il blocco del sistema dopo alcuni secondi all'intenro di Windows) e poi cambiando BIOS non mi è stato più possibile, nemmeno dopo aver rispristinato lo stesso BIOS (ver. 1011 BR).

Dopo parecchie prove...ho forse trovato la soluzione per utilizzare il disco free:

- Collegare i dischi al controller nella configurazione voluta (volendo collegare anche solo il disco che si intende escludere dal RAID)
- Impostare da BIOS del controller RAID gli array voluti e lasciare il disco singolo in free (ovviamente se i dischi in RAID sono scollegati saltare questo passo)
- Installare Windows senza premere F6 all'avvio. In questo modo anche se avete già flashato il BIOS moddato Windows vi continuerà a vedere il controller Ultra100 e non FastTrak, quindi vi permetterà di boostrappare da quel disco...
Selezionare ovviamente una partizione del disco free come destinazione del S.O.
- Terminata l'installazione di XP/2000 e dopo aver verificato il corretto funzionamento del disco in free (boostrap,ecc..) aggiornare manualmente i driver del controller Promise (ora ancora visto come Promise "liscio" e NON RAID) dandogli in pasto i driver modificati per il PDC20265 in modalità FastTrak.
Unica mia incertezza...non so se basta il driver del controller..o se serve anche un fantomatico driver per il Promise SCSI Device Processor....
Penso che sia questo il vero cuore del RAID..però a volte non viene visto in automatico..e devo fare l'installazione di nuovo hardware per passarglielo..ma una volta visto funziona senza problemi.
- Riavviare il pc..entrare nel BIOS del Promise, creare gli array, salvare e uscire.

A questo punto il sistema dovrebbe vedervi un solo array nella tabellina riassuntiva...ma il pc dovrebbe bostrappare lo stesso dal terzo disco free..

Ecco quindi spiegata la differenza di comportamento dello stesso BIOS..infatti io la prima volta creai il RAID a sistema già installato...mentre l'altra volta, ho caricato il S.O. passandogli i driver x il Promise-RAID già durante l'installazione ed in questo modo non è più possibile bostrappare da un disco free..nemmeno se contiene già un sistema operativo...per i motivi menzionati da Promise riguardo la scrittura nei settori del disco (questo spiega perchè staccando un disco dall'array..cambiando la configurazione e poi ricollegandolo..questo viene riconosciuto come appartenente al suo array originale..

DUBBIO
A questo punto è meglio seguire quanto detto da Promise o utilizzare il mio metodo?
Ci saranno differenze prestazionali?
L'unico dubbio che mi viene..è che Promise abbia detto ciò partendo dal presupposto che si stesse parlando del FastTrak in versione PCI..dove non vi è la possibilità di vederlo come un Ultra100..
Io provo a buttarla li..secondo me non ci dovrebbero essere grosse differenze tra i 2 sistemi..cercherò di fare qualche bench..magari anche di trasferimento dati..per vedere eventuali diversità.

ULTIMO PROBLEMA
Vista la silenziosità dei dischi moderni (rispetto al classico rumore di ventolame che copre il motore dei dischi) è molto difficile capire se un disco è acceso o spento.
Se sommiamo questo fatto..alla presenza di 3 dischi, delle vibrazioni del case,ecc..risulta veramente impossibile...
Cercando in internet ho trovato che un baco dei vecchi driver Promise del FastTrak era quello di spegnere i dischi ad ogni riavvio del pc...seguito da una nuova riaccensione con conseguente maggiore usura e rischio di danneggiamento.
Gli ultimi driver (2.00.0.34) dovrebbero aver risolto il problema.

Durante queste mie prove..ho utilizzato anche come disco free un vecchio Samsung decisamente + rumoroso ed ho scoperto con stupore che il disco viene arrestato e riavviato ad ogni riavvio del pc!! :muro:

Ora penso che la stessa sorte tocchi a tutti i dischi collegati..solo che ho difficoltà a capire se effettivamente sono spenti o accesi.
Volevo quindi capire se c'è un sistema per capire se il disco è acceso o spento con certezza (i vecchi dischi avevano quel comodo led integrato nella piastra elettronica che lampeggiava in caso di attività del disco)

Un'usura di questo tipo..immagino che non giovi al disco..avete avuto esperienze simili?
Siete alla conoscenza di una soluzione (es: driver aggiornati...anche se dubito..ho rivoltato il web e questi mi paiono i più recenti!)

Ciao
Diego

[topogatto]

Originariamente inviato da MM
Premessa: la differenza tra ATA100 e 133 esiste solo in teoria, ma non in pratica, quindi il sistema non è penalizzato per niente da questo punto di vista ;)


Ottima notizia :)
Non capisco solo il perchè non vi sia differenza... :confused:
Tra ATA66 e ATA100 c'è una sostanziale differenza..benchmark alla mano :)


La cheda in questione, per quanto mi ricordo, ha 4 connettori EIDE e ricordo anche che, a quei tempi, dava qualche problema nel corretto riconoscimento dei dischi sull'ATA100
Da quello che leggo nel post iniziale e nelle risposte, la sensazione è che la funzionalità RAID sia stata implementate, ma è pur sempre una aggiunta che non si integra bene con la struttura della MB


In realtà il controller integrato dovrebbe essere quasi identico alla versione PCI...lo dimostra che lievi modifiche software lo rendano utilizzabile con il firmware del fratello.
Addirittura le prime rev. avevano integrato un controller IDE Promise ATA66 che utilizzava lo STESSO chip del controller Promise ATA66 RAID su scheda PCI! :eek:


A leggere la procedura di configurazione in una delle risposte precedenti sembrerebbe che la funzionalità RAID e quella "free" non siano consentite in contemporanea, ma sembra proprio che, una volta attivato il RAID, tutti i dischi debbano essere, appunto, configurati come RAID anche se singoli


Avevo letto nella tua guida che spesso i controller permettono l'uso misto CONTEMPORANEO di dischi in array e di dischi free...e pensavo fosse anche il mio caso..visto che il primo tentativo era riuscito...


I bios moddati non sempre sono la soluzione e comunque ho sempre una certa avversione per prodotti "non originali" ed anche per le versioni beta della stessa casa madre
Magari i vari flash non hanno danneggiato niente, ma senz'altro l'operazione condotta è un po' anomala

In conclusione io credo che la soluzione finale non esista, almeno in quella scheda, che non sembra nata per una simile configurazione e che mi pare una forzatura

La mia opinione è che faresti meglio a cambiarla con altra MB, anche usata, ma più recente (A7V333, per rimanere in ASUS), che ti garantisce la piena funzionalità del RAID già implementata nel chipset originale

Purtroppo optare per un upgrade non mi pare una buona idea..visto che dovrei buttare molta componentistica ormai obsoleta (scheda video) o non compatibile (ram PC133).
Ti ringrazio comunque per l'intervento e mi scuso per l'invadenza (ebbene si..gli ho rotto le scatole in PVT! :D )..mi sa che faccio qualche altra prova..sono molto testardo! :)

Sicuramente il prossimo PC lo prenderò con un RAID già integrato nel chipset..per evitare casini di questo tipo..però alla fine pacioccare un pò..da anche delle soddisfazioni ;) tipo la versione "personalizzata" del BIOS attraverso CBROM ;)

Ciao
Diego

[topogatto]

Originariamente inviato da DonaldDuck
Ma credo che si trattasse più di uno sfizio che altro:)
Ciauz

Ehm..a dire la verità no..è pure necessità ;)
Infatti voglio backuppare i dati..ma senza cambiare PC...te l'ho detto..questa è la mia "ammiraglia" (o forse lo sarebbe se fossimo ancora nell'estate 2001
:mc: :cry: :sofico: ) ...e visto che momentaneamente non ho intenzione di spendere soldi per un pc nuovo ..intendo trovare una soluzione qui..sento che sono vicino! :D

Ciao
Diego

[repne scasb]

[repne scasb]

[topogatto]

Originariamente inviato da repne scasb
La procedura descritta da Promise (RAID di un solo disco + RAID con piu' dischi) mi permise di utilizzare il sistema per oltre 1 anno senza alcun problema di perdita di dati. La procedura da te descritta genera una sorta di ibrido sulla cui funzionalita operativa non mi sentirei sicura, anche alla luce del fatto che le prestazioni che misurai a suo tempo sia sul quantum da 18Gb che sui Maxtor da 40Gb in configurazione "free/Ultra100" e "RAID-0/da un disco" erano del tutto identiche (sia con HdTach che con IOmeter"); quindi per non rischiare ti conseglierei di optare per la procedura Promise che e' certificata da Promise stessa come funzionante.

Spettacolo...mi hai chiarito alla perfezione ogni tipo di dubbio..allora opterò sicuramente per la soluzione di RAID 0 "fittizio" più il RAID 1 ;) sopratutto perchè hai già fatto i test sia in fatto di prestazioni che di sicurezza! :cool:


Sulla questione spegnimento hard-disk, e' necessaria una trattazione piu' dettagliata. Tutto nasce dal problema: Come fa Windows a capire se l'hard-disk, prima di spegnere il PC, ha veramente scritto tutti i dati contenuti nella cache dell'hard-disk?

Ossia: Si supponga di spegnere il PC in questo momento, prima di invocare l'int 15h/Func 53h attraverso il BIOS32_Services, e quindi di spegnere il PC, Windows deve essere sicura che tutti i dati contenuti nella cache dell'hard-disk (che in alcuni casi puo' ammontare anche a 8Mb), siano stati effettivamente e fisicamente scritti sull'hard-disk.

Per essere sicura di cio' Windows (il driver Promise), divide gli hard-disk ATA in due tipologie:

1) Dischi che dispongono del comando "Flush cache" (0E7h - di concezione piu' moderna).
2) Dischi che non dispongono del comando "Flush cache".

Nel primo caso il driver Promise esegue il comando ATA e al ritorno Windows e' sicura che tutti i dati sono stati scritti (il disco non si spegnera).

Nel secondo caso, poiche' il disco non dispone de comando "Flush cache", verra' eseguito il comando "Idle immediate" (0E3h) disponibile su tutti i dischi ATA; tale comando "spegne" l'hard-disk prima della routine di spegnimento il firmware dell'hard-disk, si assicura che tutti i dati presenti nella cache siano stati scritti. Windows dopo tale comando, quindi, e' sicura che tutta la cache e' stata scritta.

------------------------------------------------------------------------------------

Da tutto cio' si evince che per evitare che gli hard-disk si spengano prima di un re-boot, e necessario munirsi di hard-disk piu' moderni che implementino il comando "Flush cache"

Cazz... Ma quante ne sai?? :sbavvv:

Guarda..mi hai risposto a tutti i miei questiti...in maniera molto tecnica ed esausta...incredibile! :eek: :cool: :ave:
Stasera (prima di leggere qui) per vedere se durante il riavvio del pc tutti i dischi si spegnessero...ho provato a togliere fisicamente corrente al singolo disco (staccato a caldo il modex :rolleyes: ) e toccando per sentire le vibrazioni..ho avuto la conferma che i dischi Maxtor collegati non vengono spenti durante il riavvio..almeno così mi è parso...infatti sentivo le vibrazioni in partenza solo riattaccando il molex..ma non durante il riavvio..

Leggendo quello che mi hai detto..capisco perchè il Samsung ATA33 da 3,4 Gb si spegneva...mentre i Maxtor ATA133 (il 40 e i 2 80 Gb) non hanno questo comportamento...
Mi confermi che i Maxtor in questione (il Diamond Max Plus 8 da 40 Gb ed i due Diamond Max Plus 9) hanno l'istruzione Flush Cache?

Ciao
Diego

[topogatto]

Originariamente inviato da repne scasb
Un ultima annotazione sui drivers per FastTrack Lite: L'ultima versione disponibile e' la 2.30.140.8, se ti interessano sono disponibile ad inviarteli via e-mail (sono circa 40kb e solo per XP, e per quanto ne so in rete non sono disponibili).

In che senso FastTrak "Lite"? Lite perchè sono driver moddati? Oppure sono altri driver?? Nel caso fossero driver per il controller PCI "ufficiale"..vanno bene anche per il PDC20265 modificato in RAID (dubito visto che il tipo di Braziliantech modificava driver e BIOS ufficiali per evitare la modifica hardware delle resistenze sul cavo ATA)?

Come già detto uso i driver modificati ver. 2.00.0.34 (che non hanno più il baco che riavvia i dischi, immagino che facesse riavviare anche i dischi con l'istruzione "Flush Cache"), quelli presenti su Promise.com sono ancora più obsoleti (almeno come numero di release) e sono da modificare...cmq GRAZIE DI TUTTO..penso che proverò i "tuoi" ...ti mando un PVT con la mia mail :)

Ultima cosa..giusto e poi ti lascio in pace! :D
Visto che collegando gli hard disk in modalità RAID i classici programmini come AIDA,Sandra,ecc.. non sono più in grado di leggere le informazioni legate allo SMART dei dischi...c'è qualche utility in grado di leggere queste informazioni (monitoravo ad esempio la temperatura...inizialmente i 2 in RAID erano sui 43 °C..dopo il montaggio di una ventola frontale erano scesi fino a 32 °C )?
(So che sto diventando sempre più esigente :rolleyes: ma se andiamo avanti di questo passo trasformo la A7V in un A7V600 :sofico: )

Ciao
Diego

[DonaldDuck]

So che sto diventando sempre più esigente ma se andiamo avanti di questo passo trasformo la A7V in un A7V600
:D :p

[topogatto]

Originariamente inviato da DonaldDuck
:D :p

Ridi ridi..che ti stai rimbambendo! :sofico: (non lo sto offendendo..mi riferisco ad un altro post dove scherziamo..quello del BIOS 1005 per la sua Asus A7V880 ;) )

Ciao
Diego

[DonaldDuck]

Allora: i miei più sinceri complimenti a repne scasb. Veramente grande! Ma sei una lei o un lui?:). Io mi sarei fatto pagare da quell'essere indefinibile:p .
Ridi ridi..che ti stai rimbambendo! (non lo sto offendendo..mi riferisco ad un altro post dove scherziamo..quello del BIOS 1005 per la sua Asus A7V880 )
Se se, vatti a leggere cosa ti ho scritto di là. :oink:

[repne scasb]

[TheDarkProphet]

Repne, vista la tua enorme sapienza in merito, mi permetto di chiederti aiuto nel trovare risoluzione ad una problematica che ho incontrato sul mio sistema.

Premetto che non è relativa al discorso dei controller RAID, ma abbraccia cmq il discorso dischi fissi.

La mia conf la vedi in sign, cmq:

- GA-7NNXP
- Barton 2500+
- Come dischi attualmente uso un Maxtor DiamondMax Plus9 6Y060L0 ed un WD Caviar SE WD1200JB-00CRA1

I dischi sono collegati al Controller ATA standard della MoBo, non al controller RAID, entrmabi sul primo canale IDE, il Maxtor come Master ed il WD come Slave.

Il mio problema è che non ho alcun report S.M.A.R.T..

Ovviamente il supporto allo smart è abilitato nel bios (il problema si è presentato con tutti i bios che ho usato, dall' F6 fino ad arrivare all'F17 che uso ora)

La MoBo è basata su nForce 2 Ultra 400 con south MCP-T

Non ritengo sia un problema del sistema operativo perchè il problema sussiste in ogni installazione di WinXP Pro che ho fatto (3), con o senza SP1a, con o senza avere installato i driver della MoBo (sempre presenti nell'ultima release disponibile.
Aggiungo inoltre che per quanto riguarda Windows, lo installo usando lo stesso ciddì che usavo anche nelle tre precedenti configurazioni HW (con le quali non vevo alcun problema a gestire lo smart). I programmi installati sono sempre gli stessi.

Il report smart non viene letto da alcun programma di monitoring, a partire da HDD-Healt della panterasoft, passando per AIDA 32, Everest, HDmonitor, fino ad arrivare a MBM5.

Non o più dove sbattere la testa, in rete non ho trovato testimonianze si problemi simili al mio.

Aggiungo inoltre che in fase di riavvio del sistema i dischi fissi si spengono come da voi trattato nei post precedenti.

Tu sai da che parte prendere il problema?

Grazie in ogni caso, ciau


d!

[repne scasb]

[TheDarkProphet]

Guarda, io ho installato tutto il pacchetto scaricabile dal sito nVidia.

Nei dettagli driver del controller ATA mi da questa versione:

5.10.2600.340

Hai bisogno di info più dettagliate? Dove posso guardare per fornirtele?

Grazie Mille

EDIT: Lavalys Everest mi da questo dettaglio per i driver:


atapi Standard IDE/ESDI Hard Disk Controller atapi.sys 5.1.2600.1106 Kernel In esecuzione


EDIT: I driver che ho scaricato dal sito nVidia cono in questa versione:


Audio driver 4.42 (WHQL)
Audio utilities 4.44
Ethernet driver 4.42 (WHQL)
GART driver 3.77 (WHQL)
Memory controller driver 3.38 (WHQL)
SMBus driver 4.04 (WHQL)
Installer 4.46
IDE NVIDIA driver 4.12 (WHQL)


d!

[repne scasb]

[TheDarkProphet]

Si, ho risposto si :)

EDIT: Anzi, ora che ci penso.. A me ha chiesto solo se volevo installare i driver GART, tutto il resto l'ha fatto lui, non mi ha posto altre domande :mbe:


d!

[repne scasb]

[TheDarkProphet]

Originariamente inviato da repne scasb
E hai fatto male. Hai un bell'inpiccio: sembrerebbe che tu abbia "funzionanti" i driver Nvidia IDE versione 3.40 (attualmente nel pacchetto 4.27 ci sono i driver IDE 4.12), ma presciendendo da questo i driver Nvidia presentano numerose anomalie comportamentali:

1) E' stato piu' volte fatto notare a tale "azienda" che "NON" deve utilizzare le funzione hardware di "IDE Prefetch" che il proprio controller IDE mette a disposizione in quanto tale impostazione ha una serie di incompatibilita' con svariati dispositivi ATA ad alte prestazioni.

2) Piu' volte tale azienda e' stata richiamata dal non manipolare il PCI Latency timer del proprio controller ATA ai danni degli altri dispositivi PCI, non rispettando in tal modo le normative PCI_SIG in merito alla condotta che i driver di dispositivi PCI "DEVONO" tenere.

3) Ancora non hanno capito che diversi software che accedono ad una periferica ATAPI, richiedono il trasferimenti di pacchetti attraverso l'interfaccia a pacchetti che non necessariamente e' di una dimensione multipla di 16 bytes (problemi vari con software di estrazione Audio, masterizzazione, CD-Audio player....)

Nvidia adotta questo comportamento "poco" ortodosso, con il fine di aumentare le prestazioni dei propri driver di pochi punti percentuali (VIA per esempio ha definitivamente abbandonato tale strada limitandosi ad un filtro ATA per dispositivi esotici (per altro inutile viste le proprieta' d'inizializzazione del driver standarda di WindowsXP)).

In conclusione:

1) Disinstalla i driver Nvidia attualmente installati nel tuo sistema (sopratutto i driver del controller IDE).
2) Installati i driver ufficiali Nvidia versione 4.27
3) Alla domanda: Installo i driver IDE? Clicca su "NO"

I driver standard di Windows sono "leggermente" meno performanti (oltretutto non dovrebbero spegnerti i dischi al reboot), ma funzionano sicuramente in quanto "completamente" conformi a tutte le stanardizzazioni vigenti.



:eekk:

Ok repne, mi fido ciecamente di te.

Fino a giovedì prossimo sarò impegnato con l'università, appena trovo un buco libero però provo a fare quanto hai detto tu e ti faccio sapere se ho risolto il problema :)

Grazie mille, davvero! :mano:


d!