Blue Screen

[macgru]

Witam.

 

Otóż od 2 dni, podczas czyszczenia mojego komputer programem AVG PCTuneUp zaczęły się dziać dziwne rzeczy, a konkretnie komputer zaczął się sam wieszać, po czym następował blue screen, lub też ekran stawał się czarny i jedynym wyjściem był restart komputera. Problem ten mam do dziś, na komputerze mogę posiedzieć maksymalnie 10 minut i nagle bum. Od nowa. Nie mam pojęcia co może być problemem, może AVG usunęło jakiś plik, który teraz powoduje crashe? Nie wiem, ponieważ się na tym nie znam, jedyne co mogę zrobić to wrzucić informacje które dostaje po załadowaniu się komputera :

 

Podpis problemu:

Nazwa zdarzenia problemu: BlueScreen

Wersja systemu operacyjnego: 6.0.6000.2.0.0.768.2

Identyfikator ustawień regionalnych: 1045

 

Dodatkowe informacje o problemie:

BCCode: 77

BCP1: 00000001

BCP2: 00000000

BCP3: 00000000

BCP4: 938428D0

OS Version: 6_0_6000

Service Pack: 0_0

Product: 768_1

 

Pliki pomagające opisać problem:

C:\Windows\Minidump\Mini050612-02.dmp

C:\Users\***\AppData\Local\Temp\WER-105004-0.sysdata.xml

C:\Users\***\AppData\Local\Temp\WERB26.tmp.version.txt

 

Przeczytaj nasze zasady zachowania poufności informacji:

"http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0415"

 

+plik .dmp KLIK

 

Dodam również że BlueScreen wskazuje 'MEMORY_MANAGEMENT' lub 'KERNEL_STACK_INPAGE_ERROR'

 

Proszę o jak najszybszą możliwą pomoc

[picasso]

Otóż od 2 dni, podczas czyszczenia mojego komputer programem AVG PCTuneUp zaczęły się dziać dziwne rzeczy

 

Kiedy został zainstalowany program AVG PCTuneUp? Mam na myśli, czy był już obecny na długo przed czyszczeniem, czy został zainstalowany właśnie w celu przeprowadzenia "usprawnień".

 

 

BlueScreen wskazuje 'MEMORY_MANAGEMENT' lub 'KERNEL_STACK_INPAGE_ERROR'

 

Odczyt podanego pliku DMP z debuggera:

 

Microsoft ® Windows Debugger Version 6.12.0002.633 X86
Copyright © Microsoft Corporation. All rights reserved.
 
 
Loading Dump File [D:\DMP\Minidump\Mini050612-03.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
 
Symbol search path is: SRV*D:\Symbols*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.17021.x86fre.vista_gdr.100218-0019
Machine Name:
Kernel base = 0x81c00000 PsLoadedModuleList = 0x81d11e10
Debug session time: Sun May  6 22:02:36.186 2012 (UTC + 2:00)
System Uptime: 0 days 0:12:16.009
Loading Kernel Symbols
...............................................................
................................................................
..........................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************
 
Use !analyze -v to get detailed debugging information.
 
BugCheck 77, {1, 2d8fc48, 0, 94741c38}
 
Probably caused by : memory_corruption ( nt!MiInPageSingleKernelStack+282 )
 
Followup: MachineOwner
---------
 
1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************
 
KERNEL_STACK_INPAGE_ERROR (77)
The requested page of kernel data could not be read in.  Caused by
bad block in paging file or disk controller error.
In the case when the first arguments is 0 or 1, the stack signature
in the kernel stack was not found.  Again, bad hardware.
An I/O status of c000009c (STATUS_DEVICE_DATA_ERROR) or
C000016AL (STATUS_DISK_OPERATION_FAILED)  normally indicates
the data could not be read from the disk due to a bad
block.  Upon reboot autocheck will run and attempt to map out the bad
sector.  If the status is C0000185 (STATUS_IO_DEVICE_ERROR) and the paging
file is on a SCSI disk device, then the cabling and termination should be
checked.  See the knowledge base article on SCSI termination.
Arguments:
Arg1: 00000001, (page was retrieved from disk)
Arg2: 02d8fc48, value found in stack where signature should be
Arg3: 00000000, 0
Arg4: 94741c38, address of signature on kernel stack
 
Debugging Details:
------------------
 
 
ERROR_CODE: (NTSTATUS) 0x1 - STATUS_WAIT_1
 
BUGCHECK_STR:  0x77_1
 
CUSTOMER_CRASH_COUNT:  3
 
DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT
 
PROCESS_NAME:  System
 
CURRENT_IRQL:  0
 
LAST_CONTROL_TRANSFER:  from 81ccccb9 to 81cd8781
 
STACK_TEXT:  
85443cb4 81ccccb9 00000077 00000001 02d8fc48 nt!KeBugCheckEx+0x1e
85443d38 81cccd15 9105c240 85443d58 00000000 nt!MiInPageSingleKernelStack+0x282
85443d6c 81cb3a57 9105c2b0 00000000 85443dc0 nt!KiInSwapKernelStacks+0x43
85443d7c 81e25704 00000000 85448680 00000000 nt!KeSwapProcessOrStack+0x83
85443dc0 81c9162e 81cb39d4 00000000 00000000 nt!PspSystemThreadStartup+0x9d
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16
 
 
STACK_COMMAND:  kb
 
FOLLOWUP_IP: 
nt!MiInPageSingleKernelStack+282
81ccccb9 cc              int     3
 
SYMBOL_STACK_INDEX:  1
 
SYMBOL_NAME:  nt!MiInPageSingleKernelStack+282
 
FOLLOWUP_NAME:  MachineOwner
 
MODULE_NAME: nt
 
DEBUG_FLR_IMAGE_TIMESTAMP:  4b7d25c9
 
IMAGE_NAME:  memory_corruption
 
FAILURE_BUCKET_ID:  0x77_1_nt!MiInPageSingleKernelStack+282
 
BUCKET_ID:  0x77_1_nt!MiInPageSingleKernelStack+282
 
Followup: MachineOwner
--------

 

Czy w folderze Minidump jest więcej zrzutów pamięci DMP?

 

 

 

.