Liad Skrevet 28. juli 2010 Del Skrevet 28. juli 2010 (endret) Problemet med Windows 7 64-bit: Når jeg bruker Windows 7 har jeg problemet med at programmer stopper, og jeg får opp feilmeldingen "<program > has stopped working". Dette gjelder ingen spesielle programmer, alle programmer slutter. gjerne alle på en gang. Problemet med Vista 64-bit: Jeg har senere gått ned til vista 64-bit, da jeg så at mitt hovedkort ikke har drivere til windows 7, og etter at jeg installerte og kjørte inn noen drivere, fikk jeg blåskjerm. på blåskjermen leste det "Beginning dumping of physical memory". Originalt hadde jeg Vista 64-bit: Originalt da jeg fikk maskinen kjørte jeg samme vista 64-bit som jeg kjørte etter downgraden til windows 7. The works: <Begynte med Vista 64-bit> (alt fungerte fint etter som jeg husker) --> <oppgraderte til windows 7> (problemer med at programmer trynet overalt begynte) --> <formaterte og installerte maskinen på nytt (windows 7) for å rense opp potensielt møkk> (samme problemet oppstår) --> <installerte vista 64-bit for å kjøre inn originale drivere > (maskin gir blåskjerm etter et par minutter) --> <kjørte inn windows 7 på annen hdd for å sjekke om hdd ga feil> (Får nå blåskjerm i windows 7 og) dump fil fra windows 7: ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* VIDEO_TDR_FAILURE (116) Attempt to reset the display driver and recover from timeout failed. Arguments: Arg1: fffffa80074c34e0, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT). Arg2: fffff88006889c48, The pointer into responsible device driver module (e.g. owner tag). Arg3: 0000000000000000, Optional error code (NTSTATUS) of the last failed operation. Arg4: 0000000000000002, Optional internal context dependent data. Debugging Details: ------------------ FAULTING_IP: atikmpag+6c48 fffff880`06889c48 4883ec28 sub rsp,28h DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT CUSTOMER_CRASH_COUNT: 1 BUGCHECK_STR: 0x116 PROCESS_NAME: System CURRENT_IRQL: 0 STACK_TEXT: fffff880`06adc9c8 fffff880`0446eef8 : 00000000`00000116 fffffa80`074c34e0 fffff880`06889c48 00000000`00000000 : nt!KeBugCheckEx fffff880`06adc9d0 fffff880`0446ec02 : fffff880`06889c48 fffffa80`074c34e0 fffffa80`0622dd50 fffffa80`0623b010 : dxgkrnl!TdrBugcheckOnTimeout+0xec fffff880`06adca10 fffff880`04515f07 : fffffa80`074c34e0 00000000`00000000 fffffa80`0622dd50 fffffa80`0623b010 : dxgkrnl!TdrIsRecoveryRequired+0x1a2 fffff880`06adca40 fffff880`0453fb75 : 00000000`ffffffff 00000000`000da9b3 00000000`00000000 00000000`00000002 : dxgmms1!VidSchiReportHwHang+0x40b fffff880`06adcb20 fffff880`0453e2bb : 00000000`00000102 00000000`00000005 00000000`000da9b3 00000000`00000000 : dxgmms1!VidSchiCheckHwProgress+0x71 fffff880`06adcb50 fffff880`045112c6 : ffffffff`ff676980 fffffa80`0623b010 00000000`00000000 00000000`00000000 : dxgmms1!VidSchiWaitForSchedulerEvents+0x1fb fffff880`06adcbf0 fffff880`0453de7a : 00000000`00000000 fffffa80`05a15d50 00000000`00000080 fffffa80`0623b010 : dxgmms1!VidSchiScheduleCommandToRun+0x1da fffff880`06adcd00 fffff800`02b7a166 : fffff880`fffffc32 fffffa80`0587eb60 fffffa80`03cce040 fffff800`028ced87 : dxgmms1!VidSchiWorkerThread+0xba fffff880`06adcd40 fffff800`028b5486 : fffff880`009e7180 fffffa80`0587eb60 fffff880`009f1f40 fffff880`0125da90 : nt!PspSystemThreadStartup+0x5a fffff880`06adcd80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16 STACK_COMMAND: .bugcheck ; kb FOLLOWUP_IP: atikmpag+6c48 fffff880`06889c48 4883ec28 sub rsp,28h SYMBOL_NAME: atikmpag+6c48 FOLLOWUP_NAME: MachineOwner MODULE_NAME: atikmpag IMAGE_NAME: atikmpag.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4bfe9d00 FAILURE_BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys Followup: MachineOwner Dump fil fra Vista krasj SYSTEM_SERVICE_EXCEPTION (3b) An exception happened while executing a system service routine. Arguments: Arg1: 00000000c0000005, Exception code that caused the bugcheck Arg2: fffff9800046da9b, Address of the instruction which caused the bugcheck Arg3: fffff98019865cc0, Address of the context record for the exception that caused the bugcheck Arg4: 0000000000000000, zero. Debugging Details: ------------------ EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. FAULTING_IP: NETIO!StreamGetDpcQueue+1b fffff980`0046da9b 48395920 cmp qword ptr [rcx+20h],rbx CONTEXT: fffff98019865cc0 -- (.cxr 0xfffff98019865cc0) rax=fffff98019866578 rbx=0000000000000000 rcx=0000000000090000 rdx=fffff98019866600 rsi=0000000000090000 rdi=0000000000090000 rip=fffff9800046da9b rsp=fffff98019866520 rbp=fffff980198666c0 r8=fffff980198666c0 r9=fffffa80053f8920 r10=000003063441f990 r11=fffff980198665d0 r12=fffff98019866600 r13=0000000000000123 r14=0000000000090000 r15=fffffa800477b010 iopl=0 nv up ei pl zr na po nc cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246 NETIO!StreamGetDpcQueue+0x1b: fffff980`0046da9b 48395920 cmp qword ptr [rcx+20h],rbx ds:002b:00000000`00090020=???????????????? Resetting default scope CUSTOMER_CRASH_COUNT: 2 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0x3B PROCESS_NAME: ekrn.exe CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from fffff9800047fc03 to fffff9800046da9b STACK_TEXT: fffff980`19866520 fffff980`0047fc03 : fffff980`198666c0 00000000`00000000 fffff980`198666c0 00000000`00000000 : NETIO!StreamGetDpcQueue+0x1b fffff980`19866580 fffff980`0048126a : fffffa80`053b8680 fffffa80`054e5010 fffffa80`053b8680 00000000`00000000 : NETIO!StreamPermitData+0xa3 fffff980`198665f0 fffff980`00481a9d : 00000000`00000000 fffffa80`053f8920 fffffa80`0477b0a0 00000000`00000000 : NETIO!StreamInternalClassify+0x12a fffff980`198666a0 fffff980`00482330 : fffffa80`05370014 fffffa80`05375701 fffffa80`053757e0 fffffa80`0547d0e0 : NETIO!StreamInject+0x17a fffff980`19866750 fffff980`097de540 : fffffa80`0477b010 fffffa80`053757e0 00000000`00000123 fffffa80`06e9b070 : NETIO!FwppStreamInject+0xe0 fffff980`198667d0 fffff980`11e2010b : fffffa80`054a1840 00000000`00000000 fffffa80`054a1848 00000000`00000000 : fwpkclnt!FwpsStreamInjectAsync0+0x90 fffff980`19866810 fffffa80`054a1840 : 00000000`00000000 fffffa80`054a1848 00000000`00000000 00000000`0000011a : epfwwfpr+0x1210b fffff980`19866818 00000000`00000000 : fffffa80`054a1848 00000000`00000000 00000000`0000011a 00000000`00000014 : 0xfffffa80`054a1840 FOLLOWUP_IP: NETIO!StreamGetDpcQueue+1b fffff980`0046da9b 48395920 cmp qword ptr [rcx+20h],rbx SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: NETIO!StreamGetDpcQueue+1b FOLLOWUP_NAME: MachineOwner MODULE_NAME: NETIO IMAGE_NAME: NETIO.SYS DEBUG_FLR_IMAGE_TIMESTAMP: 4549beb1 STACK_COMMAND: .cxr 0xfffff98019865cc0 ; kb FAILURE_BUCKET_ID: X64_0x3B_NETIO!StreamGetDpcQueue+1b BUCKET_ID: X64_0x3B_NETIO!StreamGetDpcQueue+1b Followup: MachineOwner --------- Informasjon om PCen: Main Circuit Board: Board: ASUSTeK Computer INC. M3A32-MVP DELUXE Rev 1.xx Bus Clock: 200 megahertz BIOS: American Megatrends Inc. 0801 12/26/2007 Processor: 3.20 gigahertz AMD Athlon 64 X2 Dual Core 256 kilobyte primary memory cache 2048 kilobyte secondary memory cache 64-bit ready Multi-core (2 total) Not hyper-threaded Memory: King 2GB PC2 6400 Dual CH , Platinum Edition Endret 2. august 2010 av Liad Lenke til kommentar
vidarkri Skrevet 28. juli 2010 Del Skrevet 28. juli 2010 For å korrigere termen litt så betyr Memory Leak at et program har problemer med å frigjøre reserverte minneområder. Det er ikke noe fysisk feil med memorybrikkene. Og selv om memory ikke feiler i memtest så betyr ikke det at det ikke er de som er problemet da brikkene godt kan være inkompatible med hovedkort/chipset. Tilslutt så er den vanligste årsaken til blåskjermer og krasj feil på drivere og slike feil kan man finne ut av ved å studere/debugge dump filene som lages ved f.eks blåskjermer. Lenke til kommentar
Liad Skrevet 28. juli 2010 Forfatter Del Skrevet 28. juli 2010 (endret) -------------------- fjernet all tekst ----------- Endret 1. august 2010 av Liad Lenke til kommentar
vidarkri Skrevet 28. juli 2010 Del Skrevet 28. juli 2010 Hvis du ikke har endret på default innstillingene så skal windows lage en minne dump når maskinen krasjer. Denne fila inneholder informasjon som peker på hvilken enhetsdriver som var innblandet/forårsaket feilen. Å tyde slike dump filer kan være vrient hvis du ikke har gode kunnskaper om data så om mulig så kan du poste dem her da jeg veit at flere her inne er dyktige på å debugge slike ting. Lenke til kommentar
Liad Skrevet 28. juli 2010 Forfatter Del Skrevet 28. juli 2010 (endret) ---------------------------------- fjernet all tekst ----------- Endret 1. august 2010 av Liad Lenke til kommentar
Liad Skrevet 30. juli 2010 Forfatter Del Skrevet 30. juli 2010 (endret) !BUMP ! Endret 1. august 2010 av Liad Lenke til kommentar
Liad Skrevet 31. juli 2010 Forfatter Del Skrevet 31. juli 2010 (endret) ---------------- fjernet all tekst ------------- Endret 1. august 2010 av Liad Lenke til kommentar
Liad Skrevet 4. august 2010 Forfatter Del Skrevet 4. august 2010 (endret) Problemet var at harddisken jeg kjørte inn os på var defekt. Grunnlaget for at jeg fikk dump meldinger om at skjermkortdriverne tryna var pga harddisken konka og den ga en falsk melding om at det var skjermkortet sin feil. Jeg har nå testa det ut, og jeg får aldri blåskjerm med mindre jeg setter "Harddisk to sleep", og da jeg starter den opp igjen, så konker det, da den defekte hdd'en er på sata 1 inngangen. Case Closed Takk for hjelpa Endret 4. august 2010 av Liad Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå