Strano errore con IBM 180GXP

[overthetop]

Mi sorge un dubbio che sia la scheda madre ad avere problemi.
Avevo anche io una 8rda con un maxtor da 120 g ed avevo problemi simili.
Prova inizialmente a togliere i driver nforce ide e mettere quelli microsoft, poi se non va, penso stia saltato la mother.
Ho detto penso..........

[Marco71]

E' un errore dovuto ad una anomalia ben nota a Microsoft e che riguarda Windows...
A me è accaduto alcune volte con h.d da 2.5" sistemati negli orripilanti box U.S.B che non sono per niente affidabili oltre A NON SUPPORTARE PIENAMENTE tutto il set di comandi A.T.A, inclusi quelli per la fase di spegnimento (parcheggio gruppo testine) e quelli deputati al controllo S.M.A.R.T.
L'errore di cui in immagine riguarda la non corretta scrittura di quell'importantissimo file relativo all'N.T.F.S che è la Master-File-Table; la cui corruzione comporta il non potere accedere ai files su disco...è anche vero che ne esiste una copia di sicurezza speculare effettuata da N.T.F.S...
Se bazzichi sul sito di Microsoft e effettui una ricerca sul problema potrai verificare tu stesso cosa io dica...

Marco.

[dibe]

Originariamente inviato da Marco71
E' un errore dovuto ad una anomalia ben nota a Microsoft e che riguarda Windows...
A me è accaduto alcune volte con h.d da 2.5" sistemati negli orripilanti box U.S.B che non sono per niente affidabili oltre A NON SUPPORTARE PIENAMENTE tutto il set di comandi A.T.A, inclusi quelli per la fase di spegnimento (parcheggio gruppo testine) e quelli deputati al controllo S.M.A.R.T.
L'errore di cui in immagine riguarda la non corretta scrittura di quell'importantissimo file relativo all'N.T.F.S che è la Master-File-Table; la cui corruzione comporta il non potere accedere ai files su disco...è anche vero che ne esiste una copia di sicurezza speculare effettuata da N.T.F.S...
Se bazzichi sul sito di Microsoft e effettui una ricerca sul problema potrai verificare tu stesso cosa io dica...

Marco.

e come risolvo??

[dibe]

Originariamente inviato da overthetop
Mi sorge un dubbio che sia la scheda madre ad avere problemi.
Avevo anche io una 8rda con un maxtor da 120 g ed avevo problemi simili.
Prova inizialmente a togliere i driver nforce ide e mettere quelli microsoft, poi se non va, penso stia saltato la mother.
Ho detto penso..........

lo escludo perchè con il maxtor non ho mai avuto problemi da quando l'ho montato... e neanche con l'hd precedente avevo avuto ste rogne...

il problema ce l'ha solo questo 180gxp...

[Marco71]

E' un errore del sistema operativo e della cache memory per le scritture "write-back" NON un problema del 180GXP (di cui ho due esponenti qui nel computer con cui vi sto rispondendo).
Io ho avuto lo stesso problema, ribadisco, con un h.d su U.S.B...però da quanto ho capito questo non è il tuo caso.
Come prima cosa potresti provare a disabilitare temporaneamente la cache in scrittura tramite pannello di controllo->Prestazioni e manutenzione...
Poi avrei bisogno di conoscere meglio la tua configurazione...
Come ulteriore prova della veridicità di ciò che dico prova a leggere questo thread (in inglese).


http://www.hardwareanalysis.com/cont...ic/2459/?o=120

Puoi renderti conto tu stesso cercando con Google->windows xp mft error delay.

Marco.

[dibe]

Originariamente inviato da Marco71
E' un errore del sistema operativo e della cache memory per le scritture "write-back" NON un problema del 180GXP (di cui ho due esponenti qui nel computer con cui vi sto rispondendo).
Io ho avuto lo stesso problema, ribadisco, con un h.d su U.S.B...però da quanto ho capito questo non è il tuo caso.
Come prima cosa potresti provare a disabilitare temporaneamente la cache in scrittura tramite pannello di controllo->Prestazioni e manutenzione...
Poi avrei bisogno di conoscere meglio la tua configurazione...
Come ulteriore prova della veridicità di ciò che dico prova a leggere questo thread (in inglese).


http://www.hardwareanalysis.com/cont...ic/2459/?o=120

Puoi renderti conto tu stesso cercando con Google->windows xp mft error delay.

Marco.

la mia config è in sign. uso win xp pro con sp 1. driver ide nvidia aggiornati all'ultima versione.

[dibe]

[dibe]

adesso mi fa il controllo di coerenza sull'hd ad ogni avvio...

come risolvo???

[Marco71]

Per "controllo di coerenza" intendi il CHKDSK di Windows XP effettuato nelle prime fasi di partenza?
Prova a leggere questo link, ti accorgerai ahimè che ci possono essere moltissime cause.

http://www.hardwareanalysis.com/content/topic/2459/?o=20

Il più delle volte è a causa di h.d in case collegati tramite U.S.B (come è successo a me con un h.d da 2.5"), però vedo che non è il tuo caso.
Un altro possibile workaround è suggerito da questo testo in inglese:

"Re: "delayed Write failure" in WIN XP
Found a fix:

Data corruption may occur if the Large System Cache feature is enabled in Windows XP. This symptom does not occur on all systems. The key ingredients that lead to this symptom may include:

System Memory greater than 512 Meg. (1 gigabyte of RAM is common)
- Large NTFS disk volumes. And multiple large volumes. (60-100 gigabyte hard drives possibly in RAID arrays)
- AGP graphics with large AGP resource requirements (AGP aperture greater than default)
- Large file transfers
This problem occurs when the computer runs out of system page table entries. Windows determines (at boot time) the default number of page table entries to assign, based on the amount of system memory available. The items mentioned above all contribute to increasing the number of page table entires that Windows XP must maintain and in extreme cases the page table entries may be exhausted.


To avoid this symptom ensure the System Cache option is NOT selected for Memory usage. Use the Programs option.
- right-click on the My Computer Icon then Properties to open the System Properties dialog box

- select the Advanced Tab then the Settings button under Performance

- select the Advanced tab on the Performance options tab

- in the Memory Usage area, ensure the Programs radio button is selected

- Apply the changes and select OK "

Un collegamento alla Microsoft ed a una pagina web che tratta il problema:


http://support.microsoft.com/default.aspx?scid=kb;en-us;330174

Spero di averti aiutato un poco, devi tenere conto del fatto che tanto più si ha a che fare con "sistemi complessi" tanto più è difficile diagnosticare con esattezza eventuali problemi e sarà sempre peggio con l'aumentare della complessità dei computers futuri.

Marco.

[dibe]

Originariamente inviato da Marco71
Per "controllo di coerenza" intendi il CHKDSK di Windows XP effettuato nelle prime fasi di partenza?
Prova a leggere questo link, ti accorgerai ahimè che ci possono essere moltissime cause.

http://www.hardwareanalysis.com/content/topic/2459/?o=20

Il più delle volte è a causa di h.d in case collegati tramite U.S.B (come è successo a me con un h.d da 2.5"), però vedo che non è il tuo caso.
Un altro possibile workaround è suggerito da questo testo in inglese:

"Re: "delayed Write failure" in WIN XP
Found a fix:

Data corruption may occur if the Large System Cache feature is enabled in Windows XP. This symptom does not occur on all systems. The key ingredients that lead to this symptom may include:

System Memory greater than 512 Meg. (1 gigabyte of RAM is common)
- Large NTFS disk volumes. And multiple large volumes. (60-100 gigabyte hard drives possibly in RAID arrays)
- AGP graphics with large AGP resource requirements (AGP aperture greater than default)
- Large file transfers
This problem occurs when the computer runs out of system page table entries. Windows determines (at boot time) the default number of page table entries to assign, based on the amount of system memory available. The items mentioned above all contribute to increasing the number of page table entires that Windows XP must maintain and in extreme cases the page table entries may be exhausted.


To avoid this symptom ensure the System Cache option is NOT selected for Memory usage. Use the Programs option.
- right-click on the My Computer Icon then Properties to open the System Properties dialog box

- select the Advanced Tab then the Settings button under Performance

- select the Advanced tab on the Performance options tab

- in the Memory Usage area, ensure the Programs radio button is selected

- Apply the changes and select OK "

Un collegamento alla Microsoft ed a una pagina web che tratta il problema:


http://support.microsoft.com/default.aspx?scid=kb;en-us;330174

Spero di averti aiutato un poco, devi tenere conto del fatto che tanto più si ha a che fare con "sistemi complessi" tanto più è difficile diagnosticare con esattezza eventuali problemi e sarà sempre peggio con l'aumentare della complessità dei computers futuri.

Marco.

a parte che i link non vanno , è già settato tutto come scritto sopra, ma il problema resta...

grazie!!

[dibe]

Originariamente inviato da dibe
a parte che i link non vanno , è già settato tutto come scritto sopra, ma il problema resta...

grazie!!

come non detto...

sembrerebbe un problema di cavi ide...

proverò a cambiarlo con un un altro...

ci sono problemi a collegare cavi 40wire-40pins a unità cdrom??

[Marco71]

No perchè i 40 in più sono come schermo per le interferenze di cross-talk...è per questo che dall' U.D.M.A 66 (compresa in su) hanno dovuto utilizzare i flat-cables da 80 cavi...
Quando si verifica quell'errore,secondo me, c'è un time-out di qualche periferica (h.d) in riferimento alle operazioni di scrittura rimandata.
Infatti nel caso delle porte U.S.B può succedere che la transazione in scrittura host-periferica venga "congelata" per difetti di comunicazione...ecco perchè non mi fido tanto degli h.d su U.S.B.

Marco.

[dibe]

Originariamente inviato da Marco71
No perchè i 40 in più sono come schermo per le interferenze di cross-talk...è per questo che dall' U.D.M.A 66 (compresa in su) hanno dovuto utilizzare i flat-cables da 80 cavi...
Quando si verifica quell'errore,secondo me, c'è un time-out di qualche periferica (h.d) in riferimento alle operazioni di scrittura rimandata.
Infatti nel caso delle porte U.S.B può succedere che la transazione in scrittura host-periferica venga "congelata" per difetti di comunicazione...ecco perchè non mi fido tanto degli h.d su U.S.B.

Marco.

allora dopo provo con un altro cavo ide...

speriamo...

[JackBauer]

Una volta avevo un problema simile al tuo. Potrebbe non entrarci nulla, ma voglio correre il rischio di... esserti utile!

Orbene, ad ogni avvio di Windows XP riscontravo che il SO effettuava un controllo di coerenza con conseguente perdita di dati.

Dopo essermi scervellato inutilmente, trovai la soluzione solo con l'aiuto di Google Groups. La colpa era nell' accoppiata Sospensione (Hibernate) + Multiboot (proprio il mio caso). In pratica il problema era nel fatto che NON si deve usare un secondo sistema operativo installato nel PC mentre XP è in sospensione. Detto in parole povere, XP "congela" il sistema in un certo stato e si aspetta di ritrovarlo nello stesso stato al ripristino dell' operatività. L' uso di un altro OS modifica questa situazione, in particolare se entrambi condividono una o più partizioni (nel mio caso la partizione dati).

Ho risolto disabilitando la sospensione (pur molto utile). L'alternativa era ricordarsi di chiudere semplicemente la sessione se si intendeva passare all' altro sistema operativo, ma non potevo correre il rischio di dimenticarlo.

[dibe]

Originariamente inviato da JackBauer
Una volta avevo un problema simile al tuo. Potrebbe non entrarci nulla, ma voglio correre il rischio di... esserti utile!

Orbene, ad ogni avvio di Windows XP riscontravo che il SO effettuava un controllo di coerenza con conseguente perdita di dati.

Dopo essermi scervellato inutilmente, trovai la soluzione solo con l'aiuto di Google Groups. La colpa era nell' accoppiata Sospensione (Hibernate) + Multiboot (proprio il mio caso). In pratica il problema era nel fatto che NON si deve usare un secondo sistema operativo installato nel PC mentre XP è in sospensione. Detto in parole povere, XP "congela" il sistema in un certo stato e si aspetta di ritrovarlo nello stesso stato al ripristino dell' operatività. L' uso di un altro OS modifica questa situazione, in particolare se entrambi condividono una o più partizioni (nel mio caso la partizione dati).

Ho risolto disabilitando la sospensione (pur molto utile). L'alternativa era ricordarsi di chiudere semplicemente la sessione se si intendeva passare all' altro sistema operativo, ma non potevo correre il rischio di dimenticarlo.

effettivamente avrei anche RH8 installato, solo che non lo uso ormai da un mese... la sospensione non la uso...

[dibe]

mi sa che il problema era l'hard disk più che windows...

appena avviato il pc, lo smart del bios ha segnalato l'hd come prossimo alla rottura (status bad)... posso rimediare in qualche modo o devo fare richiesta per l'RMA??

[dibe]

[dibe]

ho impostato 15 heads da ponticelli e lo smart non ha fiatato...

l'ho formattato a basso livello e adesso lo sto formattando in ntfs da windows...

vediamo se stavolta va...

[dibe]

li ho messi sullo stesso canale ide... entrambi in CS da jumper...

sto copiando 10 gb di dati da C a G (l'ibm in questione) e per ora non ci sono problemi... provo, appena ha finito la copia, a prelevare dati da G e a copiarli in C...

[dibe]

quesito: è normale un certo rallentamento nell'uso normale del pc mentre copia da hd ad hd?? anche i tempi di copia mi sembrano forse un po' alti (2 minuti stimati ad inizio operazione per 500mb) può essere causato dal fatto che gli hd sono sullo stesso canale?