Vista Premium BSOD... colpa di emule???

[graz848]

Ciao, ho da poco installato sul mio pc, un assemblato (core 2 duo e6600, 2 gb ram, mobo asus p5b-vm, grafica nvidia geforce 7300 gt) Windows Vista Home Premium e devo dire che ne sono parecchio soddisfatto. Ora però ho un problema che mi preoccupa, considerato anche che nonostante abbia tentato la strada della reinstallazione totale non l'ho risolto.
In pratica, a volte se lo lascio stare (mai mentre sto lavorando, sempre solo quando è "da solo") esce la BSOD e si riavvia. Da una serie di esperimenti che ho fatto mi pare di poter dire che succede solo se emule sta andando... ma non è una certezza assoluta. Sta di fatto che mi secca parecchio non poter, per esempio, lasciar andare il mulo di notte a scaricare per la paura di ritrovarmi al mattino di fronte al riavvio...
Allego il file minidump... per chi è in grado di capirci qualcosa...!
Ciao grazie a chi risponderà

[graz848]

Aggiungo per maggiore semplicità vostra il file minidump letto dal debugger... ora che ho imparato a usare quest'ultimo! Da quel poco che ne capisco, i miei sospetti su eMule erano fondati... ma cosa c'entra ntfs.sys? Datemi qualche consiglio su cosa fare, vi prego!

Microsoft (R) Windows Debugger Version 6.8.0004.0 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\Mini032208-02.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows Vista Kernel Version 6000 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 6000.16584.x86fre.vista_gdr.071023-1545
Kernel base = 0x81c00000 PsLoadedModuleList = 0x81d11e10
Debug session time: Sat Mar 22 16:11:42.721 2008 (GMT+1)
System Uptime: 0 days 6:06:11.152
Loading Kernel Symbols
.......................................................................................................................................................
Loading User Symbols
Loading unloaded module list
..................................................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 10000050, {bc04d001, 0, 81c83692, 0}


Could not read faulting driver name


Probably caused by : Ntfs.sys ( Ntfs!NtfsCopyFromMdl+131 )

Followup: MachineOwner
---------

1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except,
it must be protected by a Probe.  Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: bc04d001, memory referenced.
Arg2: 00000000, value 0 = read operation, 1 = write operation.
Arg3: 81c83692, If non-zero, the instruction address which referenced the bad memory
	address.
Arg4: 00000000, (reserved)

Debugging Details:
------------------


Could not read faulting driver name



READ_ADDRESS: GetPointerFromAddress: unable to read from 81d315ac
Unable to read MiSystemVaType memory at 81d117e0
 bc04d001 

FAULTING_IP: 
nt!memcpy+72
81c83692 8a06            mov     al,byte ptr [esi]

MM_INTERNAL_CODE:  0

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x50

PROCESS_NAME:  emule.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 81adabad to 81c83692

STACK_TEXT:  
959252f4 81adabad 85121001 bc04d001 ffffffff nt!memcpy+0x72
9592536c 81adaa46 959256e0 95925930 ffffffff Ntfs!NtfsCopyFromMdl+0x131
95925394 81ac6e93 959256e0 0000d001 ffffffff Ntfs!NtfsPrepareSparseWriteBuffer+0x5b
95925424 81ad69ba 959256e0 86b0cb10 00010000 Ntfs!NtfsPrepareComplexBuffers+0x17e
95925458 81ad21d5 959256e0 00000000 af784d80 Ntfs!NtfsPrepareBuffers+0xf3
959255a0 81ad5db9 959256e0 86b0cb10 af784d80 Ntfs!NtfsNonCachedIo+0x232
959256d0 81ad70ca 959256e0 86b0cb10 0118070a Ntfs!NtfsCommonWrite+0x1ba7
95925864 81c27f83 85ee2490 86b0cb10 86b0cb10 Ntfs!NtfsFsdWrite+0x2e1
9592587c 8075da5c 85ee4020 86b0cb10 00000000 nt!IofCallDriver+0x63
959258a0 8075dc18 959258c0 85ee4020 00000000 fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x22a
959258d8 81c27f83 85ee4020 86b0cb10 d8dba000 fltmgr!FltpDispatch+0xc2
959258f0 81cb8b2f 95925930 00000000 95925b38 nt!IofCallDriver+0x63
95925904 81c3b541 84160bc8 85ee4020 959259a8 nt!IoSynchronousPageWrite+0x10f
95925a1c 81c3a64d ca356000 ab721558 864f3260 nt!MiFlushSectionInternal+0x8ab
95925a7c 81cc5003 85174ca4 00000000 00000005 nt!MmFlushSection+0xd5
95925b10 81b478c7 85174ca4 00000000 00000000 nt!CcFlushCache+0x23d
95925b64 81b47d08 014f8808 af784d80 00000000 Ntfs!NtfsFlushUserStream+0x7b
95925bd4 81b480d5 854f8808 83b96460 9513f320 Ntfs!NtfsCommonFlushBuffers+0x291
95925c3c 81c27f83 85ee2490 83b96460 83b96460 Ntfs!NtfsFsdFlushBuffers+0xf4
95925c54 8075da5c 85ee4020 83b96460 00000000 nt!IofCallDriver+0x63
95925c78 8075dc18 95925c98 85ee4020 00000000 fltmgr!FltpLegacyProcessingAfterPreCallbacksCompleted+0x22a
95925cb0 81c27f83 85ee4020 83b96460 83b96460 fltmgr!FltpDispatch+0xc2
95925cc8 81d88f37 83b96460 00000000 8477df80 nt!IofCallDriver+0x63
95925ce8 81d8c45f 85ee4020 8477df80 00000000 nt!IopSynchronousServiceTail+0x1e0
95925d54 81c8caaa 00000301 0012e780 0012e7a4 nt!NtFlushBuffersFile+0x1e6
95925d54 77bb0f34 00000301 0012e780 0012e7a4 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
0012e7a4 00000000 00000000 00000000 00000000 0x77bb0f34


STACK_COMMAND:  kb

FOLLOWUP_IP: 
Ntfs!NtfsCopyFromMdl+131
81adabad 83c40c          add     esp,0Ch

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  Ntfs!NtfsCopyFromMdl+131

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME:  Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4764f079

FAILURE_BUCKET_ID:  0x50_Ntfs!NtfsCopyFromMdl+131

BUCKET_ID:  0x50_Ntfs!NtfsCopyFromMdl+131

Followup: MachineOwner
---------

[graz848]

http://www.hwupgrade.it/forum/showthread.php?t=1623807
Questo thread parla proprio di quel che succede a me... e sembra dare la colpa ai driver ntfs-3g sotto Linux... o comunque al fatto che eMule e aMule condividono le stesse cartelle, come nel mio caso (ed è una cosa talmente comoda...)

[hexaae]

WOW!
Tricky bug! E io che stavo per consigliarti un banale check dei banchi di memoria...

Direi allora che il NTFS-3G dal lato Linux fa qualche bel casino sull'NTFS v6... se così fosse confermato, beh... OCCHIO a NTFS-3G!!
E grazie per la interessante segnalazione!

PS
Mi sono andato a cercare qualche notizia in più sul miglioramento introdotto da Vista in poi all'NTFS (v6 ora):

NTFS (per WinServer 2008, ma dovrebbe essere identico per Vista, correggetemi)
NTFS non è più solamente un file system, ma anche una parte attiva del server e della sua integrità. Uno dei cambiamenti, NTFS transazionale, permette di definire transazioni per le operazioni di livello server, in modo da permettere di impostare una transazione che copi file su una directory, crei una voce di registro, e registri una DLL. Que cambiamenti sono gestiti come un'unica transazione. NTFS è inoltre in grado di monitorarsi da sé per rilevare degli errori e risolverli in background, senza dover operare alcuna interruzione del servizio. In caso non possa risolverli, può notificare e inviare una lista di possibili soluzioni.

[FulValBot]

stai usando un modem usb?

[graz848]

Originariamente inviato da hexaae

WOW!
...cut...

Direi allora che il NTFS-3G dal lato Linux fa qualche bel casino sull'NTFS v6... se così fosse confermato, beh... OCCHIO a NTFS-3G!!
E grazie per la interessante segnalazione!

..cut...

Pare di sì... anche se la partizione dati non credo sia in NTFS v6, in quanto è stata creata sotto Linux ancora prima dell'installazione di Vista... quindi o Vista converte automaticamente tutte le partizioni NTFS che trova in v6, oppure questa è v5.5 o quella che era prima... correggetemi se sbaglio...

@FulValBot: No, uso un router... grazie!

[kernele]

Originariamente inviato da graz848

http://www.hwupgrade.it/forum/showthread.php?t=1623807
Questo thread parla proprio di quel che succede a me... e sembra dare la colpa ai driver ntfs-3g sotto Linux... o comunque al fatto che eMule e aMule condividono le stesse cartelle, come nel mio caso (ed è una cosa talmente comoda...)

Da quante se ne leggono, ho la sensazione che il driver ntfs-3g non sia ancora maturo.
Per condividere partizioni fra win e linux, va sicuramente meglio il driver ext2. Questo, da windows, legge e scrive perfettamente su ext3.
http://www.fs-driver.org/
Su vista non so, ma su xp, non solo condividevo amule/emule ma anche ktorrent/utorrent