Windows kraschar och förstör mina filer...

Det är straffet för att du är AIKare :)

Skämt åsido, prova att installera om Opera, spontant så tycker jag att det verkar som du har virus i burken, eftersom det verkar vara svårt att hitta en gemensam nämnare på dina fel då de är utspridda ifrån diskarna till mjuvara.

Så mitt tips är att du blåser datorn när du har fått den nya disken att fungera och bränna ner det som du har på dina andra diskar, verkar ju kunna vara en hit om datorn får för sig att tvärdö, speciellt om du har viktigare saker på dessa.

tror fortfarande du har problem med ditt RAM minne... du borde kanske surfa lite på din minnes konfiguration och moderkort ... för att se om det finns fler som har problem med samma kombination.

Vatos Locos skrev:

Skämt åsido, prova att installera om Opera, spontant så tycker jag att det verkar som du har virus i burken, eftersom det verkar vara svårt att hitta en gemensam nämnare på dina fel då de är utspridda ifrån diskarna till mjuvara.

Så mitt tips är att du blåser datorn när du har fått den nya disken att fungera och bränna ner det som du har på dina andra diskar, verkar ju kunna vara en hit om datorn får för sig att tvärdö, speciellt om du har viktigare saker på dessa.

Nja, jag har ju just installerat XP på en sprojlans ny disk så både din tanke om Opera och virus faller på det.

Jag är mer inne på stoffes tankar om minnena trots allt. På en gammal burk fick jag minnesfel efter ett blixtnedslag i modemet och det var de mest knasiga hängningar man fick.
Dessutom hade jag strul med minnet redan när jag byggde denna, fick flytta runt dom ett par gånger innan det funkade.

Okej, även med bara nya disken dyker den ibland.

Fast nu börjar det med att allt segar ner och sedan kraschar, när jag fick upp Aktivitetshanteraren märkte jag att det är explorer.exe som maxar cpun titt som tätt. Är en sida färdigladdad funkar allt som vanligt, men så snart jag gör något öht åker explorer.exe i topp.
Grafen över cpu-aktivitet ser ut som en hjärtpatient med svår arytmi. :e

Däremot har jag fått några minidumps på sistone, så nu har man iaf nåt att bita i.

/red

Nu har jag Debugging Tools installerat igen.

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {da7caaef, 2, 0, 80511f58}

Probably caused by : memory_corruption ( nt!MiResolveTransitionFault+7c )

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

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

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: da7caaef, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, bitfield :
	bit 0 : value 0 = read operation, 1 = write operation
	bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 80511f58, address which referenced memory

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

READ_ADDRESS:  da7caaef 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!MiResolveTransitionFault+7c
80511f58 f6471b04        test    byte ptr [edi+1Bh],4

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  dwwin.exe

LAST_CONTROL_TRANSFER:  from 805126fc to 80511f58

STACK_TEXT:  
af1e5c68 805126fc 01287a0c c0009438 84d5b020 nt!MiResolveTransitionFault+0x7c
af1e5ce8 8051c5b0 00000000 01287a0c c0009438 nt!MiDispatchFault+0x118
af1e5d4c 8053f6ec 00000000 01287a0c 00000001 nt!MmAccessFault+0xf90
af1e5d4c 7c91280d 00000000 01287a0c 00000001 nt!KiTrap0E+0xcc
WARNING: Frame IP not in any known module. Following frames may be wrong.
00b4ec74 00000000 00000000 00000000 00000000 0x7c91280d

STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!MiResolveTransitionFault+7c
80511f58 f6471b04        test    byte ptr [edi+1Bh],4

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!MiResolveTransitionFault+7c

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  41107b0c

IMAGE_NAME:  memory_corruption

FAILURE_BUCKET_ID:  0xA_nt!MiResolveTransitionFault+7c

BUCKET_ID:  0xA_nt!MiResolveTransitionFault+7c

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

Som minidumpen själv säger verkar det vara minnesfel. Lite intressant är det ju att det är dr watson som den tycker har orsakat kraschen. Är det olika program i varje dump?

Vad kör du för brandvägg, jag fick liknande krascher när jag körde en extremt kontrollerande brandvägg.

colione skrev:

Som minidumpen själv säger verkar det vara minnesfel. Lite intressant är det ju att det är dr watson som den tycker har orsakat kraschen. Är det olika program i varje dump?

Vad kör du för brandvägg, jag fick liknande krascher när jag körde en extremt kontrollerande brandvägg.

Det är enda gången som just den dykt upp, tidigare har det varit en våldsamt ofunkande grafikdrivare som orsakat det, men den är väck.

Brandväggen är XPs interna.

Trevligt dock att jag slipper dessa ständiga inkonsekvenskontroller med bara nya disken i, däremot tappar Opera minnet hela tiden - alla länkar är blå och alla cookies försvinner. Historiken i adressfältet är kvar lustigt nog.

Nyss blev det en ny dump, återigen grafiken?

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

THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: 8525cb28, Pointer to a stuck thread object.  Do .thread then kb on it to find
	the hung location.
Arg2: 85a41420, Pointer to a DEFERRED_WATCHDOG object.
Arg3: f7a17cb4, Pointer to offending driver name.
Arg4: 00000001, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

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

ERROR - could not read driver name for bugcheck parameter 3

FAULTING_THREAD:  8525cb28

FAULTING_IP: 
ati2dvag+3d4dc
bf04f4dc ??              ???

IMAGE_NAME:  ati2dvag.dll

DEBUG_FLR_IMAGE_TIMESTAMP:  4796557d

MODULE_NAME: ati2dvag

FAULTING_MODULE: bf012000 ati2dvag

DEFAULT_BUCKET_ID:  GRAPHICS_DRIVER_FAULT

CUSTOMER_CRASH_COUNT:  2

BUGCHECK_STR:  0xEA

PROCESS_NAME:  Opera.exe

LAST_CONTROL_TRANSFER:  from 804f8c7c to 8054097f

STACK_TEXT:  
af92fc28 804f8c7c f7a17b40 f7a17b70 00000000 nt!KiUnlockDispatcherDatabase+0x77
af92fc3c f793ca67 f7a17b94 00000000 00000000 nt!KeSetEvent+0x74
af92ff30 804fcfbf f7a17b40 af92ff7c af92ff70 watchdog!WatchdogKernelApc+0x13b
af92ff80 806d0c35 00000000 00000000 af92ff98 nt!KiDeliverApc+0xb3
af92ff80 806d6dad 00000000 00000000 af92ff98 hal!HalpApcInterrupt+0xc5
af930010 806d6dd8 bf81a051 bf81a05e 00000000 hal!HalpQueryPerformanceCounter+0x1d
af930018 bf81a05e 00000000 af9304c0 bf06c9a7 hal!HalpPmTimerQueryPerfCount+0x8
af930024 bf06c9a7 af930044 e1c00000 e1dd64d0 win32k!EngQueryPerformanceCounter+0xd
WARNING: Stack unwind information not available. Following frames may be wrong.
af9304c0 bf04f4dc 00000000 00000000 bf832332 ati2cqag+0x149a7
af930548 bf805c5e e39e8e90 e37f6908 00000000 ati2dvag+0x3d4dc
af930594 bf83211c e39e8e90 e37f6908 00000000 win32k!WatchdogDrvCopyBits+0x53
af9307bc bf80bdee e39e8e90 00000000 00000000 win32k!EngCopyBits+0xcb
af930850 8053c808 e39e8e80 e26aaf68 e15c8ab8 win32k!NtGdiBitBlt+0x51c
af930850 7c90eb94 e39e8e80 e26aaf68 e15c8ab8 nt!KiFastCallEntry+0xf8
0012e6e8 00000000 00000000 00000000 00000000 0x7c90eb94

STACK_COMMAND:  .thread 0xffffffff8525cb28 ; kb

FOLLOWUP_IP: 
ati2dvag+3d4dc
bf04f4dc ??              ???

SYMBOL_STACK_INDEX:  9

SYMBOL_NAME:  ati2dvag+3d4dc

FOLLOWUP_NAME:  MachineOwner

FAILURE_BUCKET_ID:  0xEA_IMAGE_ati2dvag.dll_DATE_2008_01_22

BUCKET_ID:  0xEA_IMAGE_ati2dvag.dll_DATE_2008_01_22

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

Jag tror på minne som nämts tidigare, du hade ju även problem att få igång dem. Skulle ju kunna vara så att moderkortet är paj, har du kollat på kondensatorerna så de inte ser trasiga ut?

Det lilla jag ser av dom bland alla sladdar ser helt okej ut. Nåt speciellt att kika efter på ett MSI K8T Neo-FIS2R? ;)

Håller på att dra hem en grafikuppdatering från en sjukt seg server, få se om det kan hjälpa något.

Om man läser på prod-specen:

Due to the High Performance Memory design, motherboards or system configurations may or may not operate smoothly at the JEDEC (Joint Electron Device Engineering Council) standard settings (BIOS Default on the motherboard) such as DDR voltage, memory speeds and memory timing. Please confirm and adjust your memory setting in the BIOS accordingly for better system stability.
Example: Kingston HyperX DDR500 PC4000 operates at 2.65V, 3-4-4-8, CL=3.
For more information about specification of high performance memory modules, please check with your Memory Manufactures for more details.

Det finns alltså risk för att du kör minnena i helt fel hastighet/volt och då blir det inte alltid så glatt tyvärr. Jag skulle försöka ta reda på vilken latency etc som dina minnen ska köras i och försöka ställa om det, då borde det funka bättre.
Här är deras, något utdaterade minnesreferens: http://www.msicomputer.com/msiforms/k8tneo_ddr400_recommended.asp

Okej, minnena ska vara två Kingston ValueRam 512 MB DDR 400Mhz, PC-3200, 184 pin såvitt jag vet.

För övrigt håller jag fortfarande på att få hem grafikdrivarna, långsam server tillsammans med avbrutna överföringar två gånger håller på att driva mig till vansinne... :x

/red
Hm, märkte att jag får ta reda på mer om minnena, av med locket och fram med ficklampan...

/red2
Mina minnen: http://www.valueram.com/datasheets/KVR400X64C25_512.pdf

hur ser det ut i ditt BIOS? har du själv bestämt timming värdena eller använder du någon auto inställning?

Har inte ändrat nåt alls där.

på mitt äldre moderkort kunde jag ställa värdena till: "By SDP" då bestämmer minnena hastigheten.

Får kolla på det nästa gång den startar om. ;)

Nu petade jag igång de andra diskarna igår eftersom jag behövde lite grejor som låg på dom och än så länge har det inte hänt nåt (ta i trä).

Men jag har börjat kika lite på en budgetuppgradering ändå, burken är trots allt över tre år och lite högljudd.
Skulle nytt moderkort, propp och minnen ta kål på mina problem tro?

Nytt grafikkort har jag inte råd med än, får bli ett moderkort med AGP-port. ;)

detta kanske skulle vara något :)

http://www.komplett.se/k/ki.aspx?sku=325623
* AMD Athlon 64 X2 4400+ 2.3GHz Socket AM2 1MB, BOXED
* Corsair Value S. PC4200 DDR2 2048MB Kit w/two matched Value Select 1024MB
* MSI K9VGM-V, VIA K8M890, Socket-AM2, m-ATX, DDR2, SATA, LAN, VGA, PCI-Ex16

och när du inser att det inbyggda grafik chipet suger köper du ett nytt PCI-Ex16 (men eftersom du inte spelar spel så kommer det inte att ske)

Nja, som vi avhandlade på #webforum vill jag nog ha tv-out och dvi, vad du än säger. :p