Odpowiedz

Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit

 
zidus
Wdrażany
Liczba postów: 13
Post: #1

Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Witam wszystkich Uśmiechnięty

Mam pewien problem (miałem już go wcześnie ), otóż przed formatem ciągle nękały mnie bluesceeny.
Pomyślałem że zrobię formata, nowy system i wszystko. Miała być gitara, jednak nie do końca tak jest.
Wcześniej miałem SO Windows 7 32 bit Home Premium teraz mam Windows 7 Ultimate 64bit.
Wszystko miało być w porządku jednak gdzieś godzinę po formacie i użytkowaniu , wyskoczyły mi 2 bsody pod rząd.
Nie wiem czego mogą dotyczyć, stąd moja prośba do Was - może wy mnie jakoś nakierujecie i pomożecie.
Poniżej zamieszczam raporty z WinDbg:
Kod:
1)
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is:  SRV*c: \symbols*http: //msdl.microsoft.com/download/symbols
Executable search path is:  
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product:  WinNt, suite:  TerminalServer SingleUserTS
Built by:  7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02e4e000 PsLoadedModuleList = 0xfffff800`0308be50
Debug session time:  Sat Nov 27 21: 15: 41.553 2010 (UTC + 1: 00)
System Uptime:  0 days 0: 03: 55.739
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
...
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 4E, {99, 11d008, 0, 11d048}

Probably caused by :  memory_corruption ( nt!MiBadShareCount+4c )

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

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

PFN_LIST_CORRUPT (4e)
Typically caused by drivers passing bad memory descriptor lists (ie:  calling
MmUnlockPages twice with the same list, etc).  If a kernel debugger is
available get the stack trace.
Arguments:
Arg1:  0000000000000099, A PTE or PFN is corrupt
Arg2:  000000000011d008, page frame number
Arg3:  0000000000000000, current page state
Arg4:  000000000011d048, 0

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


BUGCHECK_STR:   0x4E_99

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

PROCESS_NAME:   services.exe

CURRENT_IRQL:   2

LAST_CONTROL_TRANSFER:   from fffff80002f4e32c to fffff80002ebff00

STACK_TEXT:  
fffff880`067716d8 fffff800`02f4e32c :  00000000`0000004e 00000000`00000099 00000000`0011d008 00000000`00000000 :  nt!KeBugCheckEx
fffff880`067716e0 fffff800`02e75557 :  00000000`00000000 fffff680`00001f28 00000000`00000002 00000000`00000001 :  nt!MiBadShareCount+0x4c
fffff880`06771720 fffff800`02e94493 :  fffffa80`07c39060 fffff700`0000092b 0000007f`fffffff8 fffff8a0`065ca298 :  nt! ? : FNODOBFM: `string'+0x322be
fffff880`067717b0 fffff800`02e92eee :  fffffa80`07c39060 fffffa80`00000004 fffff8a0`000004c4 00000000`00000000 :  nt!MiDeleteAddressesInWorkingSet+0x307
fffff880`06772060 fffff800`031a27af :  fffff8a0`01e83c50 00000000`00000001 00000000`00000000 fffffa80`087a8b60 :  nt!MmCleanProcessAddressSpace+0x96
fffff880`067720b0 fffff800`0317bcb8 :  00000000`c0000005 00000000`00000001 000007ff`fffdc000 00000000`00000000 :  nt!PspExitThread+0x47f
fffff880`06772180 fffff800`02ebf153 :  fffffa80`07c39060 fffff800`c0000005 fffffa80`087a8b60 fffff880`06772b78 :  nt!NtTerminateProcess+0x138
fffff880`06772200 fffff800`02ebb6f0 :  fffff800`02effada fffff880`06772b78 fffff880`067728d0 fffff880`06772c20 :  nt!KiSystemServiceCopyEnd+0x13
fffff880`06772398 fffff800`02effada :  fffff880`06772b78 fffff880`067728d0 fffff880`06772c20 000007fe`fe0d0000 :  nt!KiServiceLinkage
fffff880`067723a0 00000000`00000000 :  00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 :  nt! ? : FNODOBFM: `string'+0x4619d


STACK_COMMAND:   kb

FOLLOWUP_IP:  
nt!MiBadShareCount+4c
fffff800`02f4e32c cc              int     3

SYMBOL_STACK_INDEX:   1

SYMBOL_NAME:   nt!MiBadShareCount+4c

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  nt

DEBUG_FLR_IMAGE_TIMESTAMP:   4a5bc600

IMAGE_NAME:   memory_corruption

FAILURE_BUCKET_ID:   X64_0x4E_99_nt!MiBadShareCount+4c

BUCKET_ID:   X64_0x4E_99_nt!MiBadShareCount+4c

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

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

PFN_LIST_CORRUPT (4e)
Typically caused by drivers passing bad memory descriptor lists (ie:  calling
MmUnlockPages twice with the same list, etc).  If a kernel debugger is
available get the stack trace.
Arguments:
Arg1:  0000000000000099, A PTE or PFN is corrupt
Arg2:  000000000011d008, page frame number
Arg3:  0000000000000000, current page state
Arg4:  000000000011d048, 0

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


BUGCHECK_STR:   0x4E_99

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

PROCESS_NAME:   services.exe

CURRENT_IRQL:   2

LAST_CONTROL_TRANSFER:   from fffff80002f4e32c to fffff80002ebff00

STACK_TEXT:  
fffff880`067716d8 fffff800`02f4e32c :  00000000`0000004e 00000000`00000099 00000000`0011d008 00000000`00000000 :  nt!KeBugCheckEx
fffff880`067716e0 fffff800`02e75557 :  00000000`00000000 fffff680`00001f28 00000000`00000002 00000000`00000001 :  nt!MiBadShareCount+0x4c
fffff880`06771720 fffff800`02e94493 :  fffffa80`07c39060 fffff700`0000092b 0000007f`fffffff8 fffff8a0`065ca298 :  nt! ? : FNODOBFM: `string'+0x322be
fffff880`067717b0 fffff800`02e92eee :  fffffa80`07c39060 fffffa80`00000004 fffff8a0`000004c4 00000000`00000000 :  nt!MiDeleteAddressesInWorkingSet+0x307
fffff880`06772060 fffff800`031a27af :  fffff8a0`01e83c50 00000000`00000001 00000000`00000000 fffffa80`087a8b60 :  nt!MmCleanProcessAddressSpace+0x96
fffff880`067720b0 fffff800`0317bcb8 :  00000000`c0000005 00000000`00000001 000007ff`fffdc000 00000000`00000000 :  nt!PspExitThread+0x47f
fffff880`06772180 fffff800`02ebf153 :  fffffa80`07c39060 fffff800`c0000005 fffffa80`087a8b60 fffff880`06772b78 :  nt!NtTerminateProcess+0x138
fffff880`06772200 fffff800`02ebb6f0 :  fffff800`02effada fffff880`06772b78 fffff880`067728d0 fffff880`06772c20 :  nt!KiSystemServiceCopyEnd+0x13
fffff880`06772398 fffff800`02effada :  fffff880`06772b78 fffff880`067728d0 fffff880`06772c20 000007fe`fe0d0000 :  nt!KiServiceLinkage
fffff880`067723a0 00000000`00000000 :  00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 :  nt! ? : FNODOBFM: `string'+0x4619d


STACK_COMMAND:   kb

FOLLOWUP_IP:  
nt!MiBadShareCount+4c
fffff800`02f4e32c cc              int     3

SYMBOL_STACK_INDEX:   1

SYMBOL_NAME:   nt!MiBadShareCount+4c

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  nt

DEBUG_FLR_IMAGE_TIMESTAMP:   4a5bc600

IMAGE_NAME:   memory_corruption

FAILURE_BUCKET_ID:   X64_0x4E_99_nt!MiBadShareCount+4c

BUCKET_ID:   X64_0x4E_99_nt!MiBadShareCount+4c

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

2:  kd> lmvm nt
start             end                 module name
fffff800`02e4e000 fffff800`0342b000   nt         (pdb symbols)          c: \symbols\ntkrnlmp.pdb\F8E2A8B5C9B74BF4A6E4A48F180099942\ntkrnlmp.pdb
    Loaded symbol image file:  ntkrnlmp.exe
    Mapped memory image file:  c: \symbols\ntkrnlmp.exe\4A5BC6005dd000\ntkrnlmp.exe
    Image path:  ntkrnlmp.exe
    Image name:  ntkrnlmp.exe
    Timestamp:         Tue Jul 14 01: 40: 48 2009 (4A5BC600)
    CheckSum:          0054B487
    ImageSize:         005DD000
    File version:      6.1.7600.16385
    Product version:   6.1.7600.16385
    File flags:        0 (Mask 3F)
    File OS:           40004 NT Win32
    File type:         1.0 App
    File date:         00000000.00000000
    Translations:      0409.04b0
    CompanyName:       Microsoft Corporation
    ProductName:       Microsoft® Windows® Operating System
    InternalName:      ntkrnlmp.exe
    OriginalFilename:  ntkrnlmp.exe
    ProductVersion:    6.1.7600.16385
    FileVersion:       6.1.7600.16385 (win7_rtm.090713-1255)
    FileDescription:   NT Kernel & System
    LegalCopyright:    © Microsoft Corporation. All rights reserved.


2)



Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is:  SRV*c: \symbols*http: //msdl.microsoft.com/download/symbols
Executable search path is:  
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product:  WinNt, suite:  TerminalServer SingleUserTS
Built by:  7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02e0a000 PsLoadedModuleList = 0xfffff800`03047e50
Debug session time:  Sat Nov 27 21: 19: 01.338 2010 (UTC + 1: 00)
System Uptime:  0 days 0: 02: 53.524
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
...
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffff9600029fce3, fffff8800929c0f0, 0}

Probably caused by :  win32k.sys ( win32k!RFONTOBJ: vDeleteRFONT+33 )

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

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

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1:  00000000c0000005, Exception code that caused the bugcheck
Arg2:  fffff9600029fce3, Address of the instruction which caused the bugcheck
Arg3:  fffff8800929c0f0, Address of the context record for the exception that caused the bugcheck
Arg4:  0000000000000000, zero.

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


EXCEPTION_CODE:  (NTSTATUS) 0xc0000005 - Instrukcja spod 0x%08lx odwo

FAULTING_IP:  
win32k!RFONTOBJ: vDeleteRFONT+33
fffff960`0029fce3 4c39b0880b0000  cmp     qword ptr [rax+0B88h],r14

CONTEXT:   fffff8800929c0f0 -- (.cxr 0xfffff8800929c0f0)
rax=0000000000000000 rbx=fffffa8007787ef0 rcx=fffff8800929cbc0
rdx=fffff900c0003ca0 rsi=fffff8800929cbc0 rdi=fffff8800929ce20
rip=fffff9600029fce3 rsp=fffff8800929cad0 rbp=fffff8800929cb60
r8=fffff8800929cb60  r9=0000000000000001 r10=fffff8800929cbc0
r11=fffff8800929cb38 r12=0000000000000001 r13=0000000000000000
r14=0000000000000000 r15=0000000000000004
iopl=0         nv up ei pl zr na po nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246
win32k!RFONTOBJ: vDeleteRFONT+0x33:
fffff960`0029fce3 4c39b0880b0000  cmp     qword ptr [rax+0B88h],r14 ds: 002b: 00000000`00000b88=?
Resetting default scope

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

BUGCHECK_STR:   0x3B

PROCESS_NAME:   sidebar.exe

CURRENT_IRQL:   0

LAST_CONTROL_TRANSFER:   from fffff960000c7ac7 to fffff9600029fce3

STACK_TEXT:  
fffff880`0929cad0 fffff960`000c7ac7 :  fffffa80`07787ef0 fffff900`c0003ca0 00000000`00000000 fffff960`0006dc15 :  win32k!RFONTOBJ: vDeleteRFONT+0x33
fffff880`0929cb40 fffff960`000c74e7 :  fffff900`c0003ca0 fffff880`0929cbe0 fffff900`c0003ca0 fffff880`0929ce20 :  win32k!RFONTOBJ: bMakeInactiveHelper+0x427
fffff880`0929cbc0 fffff960`000c8aac :  fffff900`c0081054 00000000`00000000 fffff880`0929ce20 fffff880`0929d2b0 :  win32k!RFONTOBJ: vMakeInactive+0xa3
fffff880`0929cc60 fffff960`00082555 :  fffff900`c0613610 fffff880`0000002a fffff900`00000000 fffff880`00000002 :  win32k!RFONTOBJ: bInit+0x1ec
fffff880`0929cd80 00000000`00000000 :  00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 :  win32k!GreExtTextOutWLocked+0x7e5


FOLLOWUP_IP:  
win32k!RFONTOBJ: vDeleteRFONT+33
fffff960`0029fce3 4c39b0880b0000  cmp     qword ptr [rax+0B88h],r14

SYMBOL_STACK_INDEX:   0

SYMBOL_NAME:   win32k!RFONTOBJ: vDeleteRFONT+33

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  win32k

IMAGE_NAME:   win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP:   4a5bc5e0

STACK_COMMAND:   .cxr 0xfffff8800929c0f0 ; kb

FAILURE_BUCKET_ID:   X64_0x3B_win32k!RFONTOBJ: vDeleteRFONT+33

BUCKET_ID:   X64_0x3B_win32k!RFONTOBJ: vDeleteRFONT+33

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

2:  kd> lmvm win32k
start             end                 module name
fffff960`00050000 fffff960`0035f000   win32k     (pdb symbols)          c: \symbols\win32k.pdb\A9F6403F14074E9D8A07D0AA6F0C1CFF2\win32k.pdb
    Loaded symbol image file:  win32k.sys
    Mapped memory image file:  c: \symbols\win32k.sys\4A5BC5E030f000\win32k.sys
    Image path:  \SystemRoot\System32\win32k.sys
    Image name:  win32k.sys
    Timestamp:         Tue Jul 14 01: 40: 16 2009 (4A5BC5E0)
    CheckSum:          002FE623
    ImageSize:         0030F000
    File version:      6.1.7600.16385
    Product version:   6.1.7600.16385
    File flags:        0 (Mask 3F)
    File OS:           40004 NT Win32
    File type:         3.7 Driver
    File date:         00000000.00000000
    Translations:      0409.04b0
    CompanyName:       Microsoft Corporation
    ProductName:       Microsoft® Windows® Operating System
    InternalName:      win32k.sys
    OriginalFilename:  win32k.sys
    ProductVersion:    6.1.7600.16385
    FileVersion:       6.1.7600.16385 (win7_rtm.090713-1255)
    FileDescription:   Multi-User Win32 Driver
    LegalCopyright:    © Microsoft Corporation. All rights reserved.

Jeżeli napisałem w złym dziale to przepraszam i proszę o przeniesienie go Uśmiechnięty .
Pozdrawiam
Notatka została dodana nie znane. Ostatnia edycja dokonana 28.11.2010 02:02 przez Nostromo:

Poprawiłem tytuł wątku na ciekawszy i bardziej odpowiedni do problemu.

27.11.2010 21:53

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
bodziulla
VIP

Liczba postów: 2.364
Post: #2

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Hej.
Hej mam do Ciebie pytanie jaki masz dokładnie sprzęt a raczej jego podzespoły. Czy testowałeś ram?. Jak na razie przetestuj ram. Druga opcja praktycznie chodzi o sidebar, ale to może mieć ciut powiązania z pierwszą opcją. Dlatego zrób test ramu za pomocą Memtest 86. Jak i również przydałoby się sprawdzić dysk twardy za pomocą HD TuneCwaniak
Pzdr

Jeżeli uważasz, że pomogłem kliknij POMÓGŁ. Pzdr :)
(Ten post był ostatnio modyfikowany: 28.11.2010 11:17 przez bodziulla.)

28.11.2010 11:17

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #3

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Robiłem juz oba testy na 32bit i wszystko było w porządku, myślę że to ze strony sterowników, niestety nie mogę skojarzyć jakich Zadowolony
Narazie po tych 2 jest spokój, wiec mam nadzieje że to tylko takie chwilowe było.

28.11.2010 12:58

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
bodziulla
VIP

Liczba postów: 2.364
Post: #4

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Nie można skojarzyć odnośnie sterownika, bo praktycznie taki bsod jest bardzo złożony i niekiedy trzeba dochodzić analogicznie. Mam pytanie czy możesz podać również jaki masz dokładnie sprzęt i/lub jego podzespoły?.
PS. Chciałbym dodać, że wg Twoja bsoda komplikacja jest z usługą teoretycznie związana. Nie wiem jeszcze z jaką?. Jakie masz zabezpieczenia i/lub wyłącz w usłudze Windows Defender?.
Pzdr

Jeżeli uważasz, że pomogłem kliknij POMÓGŁ. Pzdr :)
(Ten post był ostatnio modyfikowany: 28.11.2010 14:50 przez bodziulla.)

28.11.2010 13:43

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #5

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Specyfikacja kompa:
Procesor: Intel® Core™ i5 520M
(2,40 GHz / L2 cache 3 MB)

Pamięć Pamięć systemu 4 GB (2 GB + 2 GB) / max. 8 GB DDR3

Matryca
Wyświetlacz 15,6" LED HD (1366x768) 16:9 błyszcząca
Grafika Chipset nVIDIA GeForce GT 330M
Pamięć 1 024 MB
Multimedia Dźwięk Tak (HD)
Nośniki danych Dysk twardy 500 GB (SATA, 5 400 rpm)

System operacyjny : Windows 7 Ultimate x64



Dołączam dzis kolejny BSOD:


Kod:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

WARNING:  Whitespace at end of path element
Symbol search path is:  SRV*c: \symbols*http: //msdl.microsoft.com/download/symbols
Executable search path is:  
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product:  WinNt, suite:  TerminalServer SingleUserTS
Built by:  7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`0300a000 PsLoadedModuleList = 0xfffff800`03247e50
Debug session time:  Sun Nov 28 17: 56: 01.080 2010 (UTC + 1: 00)
System Uptime:  0 days 2: 58: 59.642
Loading Kernel Symbols
...............................................................
................................................................
.................................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {3c, 2, 1, fffff8800610a6fe}

Unable to load image \SystemRoot\system32\drivers\RTKVHD64.sys, Win32 error 0n2
*** WARNING:  Unable to verify timestamp for RTKVHD64.sys
*** ERROR:  Module load completed but symbols could not be loaded for RTKVHD64.sys
Probably caused by :  RTKVHD64.sys ( RTKVHD64+b46fe )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1:  000000000000003c, memory referenced
Arg2:  0000000000000002, IRQL
Arg3:  0000000000000001, value 0 = read operation, 1 = write operation
Arg4:  fffff8800610a6fe, address which referenced memory

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


WRITE_ADDRESS:  GetPointerFromAddress:  unable to read from fffff800032b20e0
000000000000003c

CURRENT_IRQL:   2

FAULTING_IP:  
RTKVHD64+b46fe
fffff880`0610a6fe f30f115438fc    movss   dword ptr [rax+rdi-4],xmm2

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

BUGCHECK_STR:   0xD1

PROCESS_NAME:   System

TRAP_FRAME:   fffff88008624570 -- (.trap 0xfffff88008624570)
NOTE:  The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000020 rbx=0000000000000000 rcx=0000000000000020
rdx=0000000000000060 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800610a6fe rsp=fffff88008624700 rbp=0000000000000000
r8=0000000000000040  r9=0000000000000010 r10=fffff8800619b040
r11=ffffffffffffffe0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
RTKVHD64+0xb46fe:
fffff880`0610a6fe f30f115438fc    movss   dword ptr [rax+rdi-4],xmm2 ds: 00ff: 00000000`0000001c=??
Resetting default scope

LAST_CONTROL_TRANSFER:   from fffff8000307b469 to fffff8000307bf00

STACK_TEXT:  
fffff880`08624428 fffff800`0307b469 :  00000000`0000000a 00000000`0000003c 00000000`00000002 00000000`00000001 :  nt!KeBugCheckEx
fffff880`08624430 fffff800`0307a0e0 :  00000000`00000000 fffffa80`07747000 00000000`00000000 00000000`00000000 :  nt!KiBugCheckDispatch+0x69
fffff880`08624570 fffff880`0610a6fe :  fffff880`0619b730 fffff880`0619b330 00000000`00000000 fffffa80`07747000 :  nt!KiPageFault+0x260
fffff880`08624700 fffff880`0619b730 :  fffff880`0619b330 00000000`00000000 fffffa80`07747000 fffffa80`07719040 :  RTKVHD64+0xb46fe
fffff880`08624708 fffff880`0619b330 :  00000000`00000000 fffffa80`07747000 fffffa80`07719040 00000000`00000009 :  RTKVHD64+0x145730
fffff880`08624710 00000000`00000000 :  fffffa80`07747000 fffffa80`07719040 00000000`00000009 fffffa80`07710040 :  RTKVHD64+0x145330


STACK_COMMAND:   kb

FOLLOWUP_IP:  
RTKVHD64+b46fe
fffff880`0610a6fe f30f115438fc    movss   dword ptr [rax+rdi-4],xmm2

SYMBOL_STACK_INDEX:   3

SYMBOL_NAME:   RTKVHD64+b46fe

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  RTKVHD64

IMAGE_NAME:   RTKVHD64.sys

DEBUG_FLR_IMAGE_TIMESTAMP:   4b260be7

FAILURE_BUCKET_ID:   X64_0xD1_RTKVHD64+b46fe

BUCKET_ID:   X64_0xD1_RTKVHD64+b46fe

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

2:  kd> lmvm RTKVHD64
start             end                 module name
fffff880`06056000 fffff880`06273900   RTKVHD64 T (no symbols)          
    Loaded symbol image file:  RTKVHD64.sys
    Image path:  \SystemRoot\system32\drivers\RTKVHD64.sys
    Image name:  RTKVHD64.sys
    Timestamp:         Mon Dec 14 10: 56: 55 2009 (4B260BE7)
    CheckSum:          0022191A
    ImageSize:         0021D900
    Translations:      0000.04b0 0000.04e4 0409.04b0 0409.04e4




EDIT: DODAJE KOLEJNY!


Kod:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is:  SRV*c: \symbols*http: //msdl.microsoft.com/download/symbols
Executable search path is:  
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product:  WinNt, suite:  TerminalServer SingleUserTS
Built by:  7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`0301f000 PsLoadedModuleList = 0xfffff800`0325ce50
Debug session time:  Mon Nov 29 14: 50: 01.020 2010 (UTC + 1: 00)
System Uptime:  0 days 2: 53: 17.207
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffff80003d8e980, 2, 1, fffff800030d6405}

Probably caused by :  memory_corruption ( nt!MmZeroPageThread+490 )

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

0:  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:  fffff80003d8e980, memory referenced
Arg2:  0000000000000002, IRQL
Arg3:  0000000000000001, 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:  fffff800030d6405, address which referenced memory

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


WRITE_ADDRESS:  GetPointerFromAddress:  unable to read from fffff800032c70e0
fffff80003d8e980

CURRENT_IRQL:   2

FAULTING_IP:  
nt!MmZeroPageThread+490
fffff800`030d6405 41ff87004b0000  inc     dword ptr [r15+4B00h]

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

BUGCHECK_STR:   0xA

PROCESS_NAME:   System

TRAP_FRAME:   fffff880009a9a80 -- (.trap 0xfffff880009a9a80)
NOTE:  The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000001 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800030d6405 rsp=fffff880009a9c10 rbp=000000000000003f
r8=0000000000000000  r9=0000000000000000 r10=fffffa8003a80a20
r11=0000000000000016 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!MmZeroPageThread+0x490:
fffff800`030d6405 41ff87004b0000  inc     dword ptr [r15+4B00h] ds: 1040: 00000000`00004b00=??
Resetting default scope

LAST_CONTROL_TRANSFER:   from fffff8000308eca9 to fffff8000308f740

STACK_TEXT:  
fffff880`009a9938 fffff800`0308eca9 :  00000000`0000000a fffff800`03d8e980 00000000`00000002 00000000`00000001 :  nt!KeBugCheckEx
fffff880`009a9940 fffff800`0308d920 :  00000000`00000000 00000000`00032440 00000000`00000000 00000000`00000000 :  nt!KiBugCheckDispatch+0x69
fffff880`009a9a80 fffff800`030d6405 :  fffffa80`03a80a00 00000000`00000008 00000000`0000003f 00000000`00000000 :  nt!KiPageFault+0x260
fffff880`009a9c10 fffff800`03333c06 :  fffffa80`03b51040 00000000`00000080 fffffa80`03b506f0 fffff800`0306dc19 :  nt!MmZeroPageThread+0x490
fffff880`009a9d40 fffff800`0306dc26 :  fffff800`03209e80 fffffa80`03b51040 fffff800`03217c40 9090c35b`5d5f20c4 :  nt!PspSystemThreadStartup+0x5a
fffff880`009a9d80 00000000`00000000 :  fffff880`009aa000 fffff880`009a4000 fffff880`009a99b0 00000000`00000000 :  nt!KxStartSystemThread+0x16


STACK_COMMAND:   kb

FOLLOWUP_IP:  
nt!MmZeroPageThread+490
fffff800`030d6405 41ff87004b0000  inc     dword ptr [r15+4B00h]

SYMBOL_STACK_INDEX:   3

SYMBOL_NAME:   nt!MmZeroPageThread+490

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  nt

DEBUG_FLR_IMAGE_TIMESTAMP:   4c1c44a9

IMAGE_NAME:   memory_corruption

FAILURE_BUCKET_ID:   X64_0xA_nt!MmZeroPageThread+490

BUCKET_ID:   X64_0xA_nt!MmZeroPageThread+490

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

0:  kd> lmvm nt
start             end                 module name
fffff800`0301f000 fffff800`035fb000   nt         (pdb symbols)          c: \symbols\ntkrnlmp.pdb\30092BE745B24FE2A311A936E7B7486F2\ntkrnlmp.pdb
    Loaded symbol image file:  ntkrnlmp.exe
    Mapped memory image file:  c: \symbols\ntoskrnl.exe\4C1C44A95dc000\ntoskrnl.exe
    Image path:  ntkrnlmp.exe
    Image name:  ntkrnlmp.exe
    Timestamp:         Sat Jun 19 06: 16: 41 2010 (4C1C44A9)
    CheckSum:          005489D7
    ImageSize:         005DC000
    File version:      6.1.7600.16617
    Product version:   6.1.7600.16617
    File flags:        0 (Mask 3F)
    File OS:           40004 NT Win32
    File type:         1.0 App
    File date:         00000000.00000000
    Translations:      0409.04b0
    CompanyName:       Microsoft Corporation
    ProductName:       Microsoft® Windows® Operating System
    InternalName:      ntkrnlmp.exe
    OriginalFilename:  ntkrnlmp.exe
    ProductVersion:    6.1.7600.16617
    FileVersion:       6.1.7600.16617 (win7_gdr.100618-1621)
    FileDescription:   NT Kernel & System
    LegalCopyright:    © Microsoft Corporation. All rights reserved.


No to kolejny... Smutny

Kod:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is:  SRV*c: \symbols*http: //msdl.microsoft.com/download/symbols
Executable search path is:  
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product:  WinNt, suite:  TerminalServer SingleUserTS
Built by:  7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`0305d000 PsLoadedModuleList = 0xfffff800`0329ae50
Debug session time:  Mon Nov 29 18: 57: 07.699 2010 (UTC + 1: 00)
System Uptime:  0 days 4: 06: 37.885
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {fffff8804701f988, 2, 0, fffff880046fb3fb}

Unable to load image \SystemRoot\system32\DRIVERS\athrx.sys, Win32 error 0n2
*** WARNING:  Unable to verify timestamp for athrx.sys
*** ERROR:  Module load completed but symbols could not be loaded for athrx.sys
Probably caused by :  athrx.sys ( athrx+c43fb )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1:  fffff8804701f988, memory referenced
Arg2:  0000000000000002, IRQL
Arg3:  0000000000000000, value 0 = read operation, 1 = write operation
Arg4:  fffff880046fb3fb, address which referenced memory

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


READ_ADDRESS:  GetPointerFromAddress:  unable to read from fffff800033050e0
fffff8804701f988

CURRENT_IRQL:   2

FAULTING_IP:  
athrx+c43fb
fffff880`046fb3fb 488b8c2488000000 mov     rcx,qword ptr [rsp+88h]

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

BUGCHECK_STR:   0xD1

PROCESS_NAME:   System

TRAP_FRAME:   fffff8800301f770 -- (.trap 0xfffff8800301f770)
NOTE:  The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffffa8004771e70
rdx=fffffa80083b8650 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880046fb3fb rsp=fffff8800301f900 rbp=0000000000000080
r8=0000000000000000  r9=0000000000000000 r10=fffffa800708fc90
r11=0000000000000002 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
athrx+0xc43fb:
fffff880`046fb3fb 488b8c2488000000 mov     rcx,qword ptr [rsp+88h] ss: fffff880`0301f988=fffffa8004771e58
Resetting default scope

LAST_CONTROL_TRANSFER:   from fffff800030ccca9 to fffff800030cd740

STACK_TEXT:  
fffff880`0301f628 fffff800`030ccca9 :  00000000`0000000a fffff880`4701f988 00000000`00000002 00000000`00000000 :  nt!KeBugCheckEx
fffff880`0301f630 fffff800`030cb920 :  fffffa80`04e80030 fffffa80`0734a470 fffffa80`07018620 00000000`00000000 :  nt!KiBugCheckDispatch+0x69
fffff880`0301f770 fffff880`046fb3fb :  fffffa80`04771e70 fffffa80`070ab7e8 fffffa80`083b8660 fffffa80`0734a470 :  nt!KiPageFault+0x260
fffff880`0301f900 fffffa80`04771e70 :  fffffa80`070ab7e8 fffffa80`083b8660 fffffa80`0734a470 00000000`00000000 :  athrx+0xc43fb
fffff880`0301f908 fffffa80`070ab7e8 :  fffffa80`083b8660 fffffa80`0734a470 00000000`00000000 fffffa80`080a8c50 :  0xfffffa80`04771e70
fffff880`0301f910 fffffa80`083b8660 :  fffffa80`0734a470 00000000`00000000 fffffa80`080a8c50 00000000`00000000 :  0xfffffa80`070ab7e8
fffff880`0301f918 fffffa80`0734a470 :  00000000`00000000 fffffa80`080a8c50 00000000`00000000 00000000`00000000 :  0xfffffa80`083b8660
fffff880`0301f920 00000000`00000000 :  fffffa80`080a8c50 00000000`00000000 00000000`00000000 fffff880`030d5016 :  0xfffffa80`0734a470


STACK_COMMAND:   kb

FOLLOWUP_IP:  
athrx+c43fb
fffff880`046fb3fb 488b8c2488000000 mov     rcx,qword ptr [rsp+88h]

SYMBOL_STACK_INDEX:   3

SYMBOL_NAME:   athrx+c43fb

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  athrx

IMAGE_NAME:   athrx.sys

DEBUG_FLR_IMAGE_TIMESTAMP:   4c105fdf

FAILURE_BUCKET_ID:   X64_0xD1_athrx+c43fb

BUCKET_ID:   X64_0xD1_athrx+c43fb

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

0:  kd> lmvm athrx
start             end                 module name
fffff880`04637000 fffff880`047c2000   athrx    T (no symbols)          
    Loaded symbol image file:  athrx.sys
    Image path:  \SystemRoot\system32\DRIVERS\athrx.sys
    Image name:  athrx.sys
    Timestamp:         Thu Jun 10 05: 45: 35 2010 (4C105FDF)
    CheckSum:          00194CCE
    ImageSize:         0018B000
    Translations:      0000.04b0 0000.04e4 0409.04b0 0409.04e4
(Ten post był ostatnio modyfikowany: 29.11.2010 19:03 przez zidus.)

28.11.2010 18:08

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #6

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Antywirusa nie mam na razie żadnego.
Ok, wyłączyłem Windows defender i zaporę systemu Windows ( msconfig).
Myślisz ze to coś da?

Dodaje jeszcze BSOD z dziś.

Kod:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is:  SRV*c: \symbols*http: //msdl.microsoft.com/download/symbols
Executable search path is:  
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product:  WinNt, suite:  TerminalServer SingleUserTS
Built by:  7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03006000 PsLoadedModuleList = 0xfffff800`03243e50
Debug session time:  Wed Dec  1 14: 45: 48.204 2010 (UTC + 1: 00)
System Uptime:  0 days 2: 14: 50.765
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {e8, 2, 0, fffff8800470c411}

Unable to load image \SystemRoot\system32\DRIVERS\athrx.sys, Win32 error 0n2
*** WARNING:  Unable to verify timestamp for athrx.sys
*** ERROR:  Module load completed but symbols could not be loaded for athrx.sys
Probably caused by :  athrx.sys ( athrx+b7411 )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1:  00000000000000e8, memory referenced
Arg2:  0000000000000002, IRQL
Arg3:  0000000000000000, value 0 = read operation, 1 = write operation
Arg4:  fffff8800470c411, address which referenced memory

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


READ_ADDRESS:  GetPointerFromAddress:  unable to read from fffff800032ae0e0
00000000000000e8

CURRENT_IRQL:   2

FAULTING_IP:  
athrx+b7411
fffff880`0470c411 0fb64868        movzx   ecx,byte ptr [rax+68h]

CUSTOMER_CRASH_COUNT:   1

DEFAULT_BUCKET_ID:   VISTA_DRIVER_FAULT

BUGCHECK_STR:   0xD1

PROCESS_NAME:   System

TRAP_FRAME:   fffff88002820690 -- (.trap 0xfffff88002820690)
NOTE:  The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000080 rbx=0000000000000000 rcx=0000000000000648
rdx=0000000000015efc rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800470c411 rsp=fffff88002820820 rbp=0000000000000000
r8=fffffa8006fe2000  r9=0000000000000000 r10=fffff88003163180
r11=0000000000000002 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
athrx+0xb7411:
fffff880`0470c411 0fb64868        movzx   ecx,byte ptr [rax+68h] ds: ca00: 00000000`000000e8=?
Resetting default scope

LAST_CONTROL_TRANSFER:   from fffff80003075ca9 to fffff80003076740

STACK_TEXT:  
fffff880`02820548 fffff800`03075ca9 :  00000000`0000000a 00000000`000000e8 00000000`00000002 00000000`00000000 :  nt!KeBugCheckEx
fffff880`02820550 fffff800`03074920 :  00000000`00000000 fffffa80`06f251a0 fffff880`01a37610 fffffa80`07b2c820 :  nt!KiBugCheckDispatch+0x69
fffff880`02820690 fffff880`0470c411 :  00000000`00000000 fffff880`030e9250 fffffa80`07119ca0 fffffa80`06f251a0 :  nt!KiPageFault+0x260
fffff880`02820820 00000000`00000000 :  fffff880`030e9250 fffffa80`07119ca0 fffffa80`06f251a0 00000000`00000001 :  athrx+0xb7411


STACK_COMMAND:   kb

FOLLOWUP_IP:  
athrx+b7411
fffff880`0470c411 0fb64868        movzx   ecx,byte ptr [rax+68h]

SYMBOL_STACK_INDEX:   3

SYMBOL_NAME:   athrx+b7411

FOLLOWUP_NAME:   MachineOwner

MODULE_NAME:  athrx

IMAGE_NAME:   athrx.sys

DEBUG_FLR_IMAGE_TIMESTAMP:   4c105fdf

FAILURE_BUCKET_ID:   X64_0xD1_athrx+b7411

BUCKET_ID:   X64_0xD1_athrx+b7411

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

2:  kd> lmvm athrx
start             end                 module name
fffff880`04655000 fffff880`047e0000   athrx    T (no symbols)          
    Loaded symbol image file:  athrx.sys
    Image path:  \SystemRoot\system32\DRIVERS\athrx.sys
    Image name:  athrx.sys
    Timestamp:         Thu Jun 10 05: 45: 35 2010 (4C105FDF)
    CheckSum:          00194CCE
    ImageSize:         0018B000
    Translations:      0000.04b0 0000.04e4 0409.04b0 0409.04e4

01.12.2010 14:56

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
ihatebuffering
VIP

Liczba postów: 4.011
Post: #7

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


A robiłeś pełny test Memtestem? Masz pobrane wszystkie updaty z Windows Update?

01.12.2010 15:18

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #8

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Robiłem, a komp jest zaaktualizowany.

Już brałem pod uwagę może stery do wifi, no ale przecież pobrałem ze strony producenta...

01.12.2010 19:20

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
bodziulla
VIP

Liczba postów: 2.364
Post: #9

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Hej.
Ostatni bsod wyraźnie wskazuje na sterownik związany z wlan. Piszesz, że nie masz praktycznie żadnej osłony i tutaj trochę dziw. Wiem, że pobrałeś jak wspominasz sterownik z strony producenta, ale może niekoniecznie może on pasować do Twojej całkowitej konfiguracji sprzętowej?. Postaram się coś pomyśleć, bo co dopiero wróciłemCwaniak
Pzdr
Jeszcze jedno jak możesz wyślij mi na maila wszystkie bsody jak i również pełną specyfikację sprzętową np za pomocą programu Everest?Cwaniak
PS. Mail na moim profilu.
Pzdr

Jeżeli uważasz, że pomogłem kliknij POMÓGŁ. Pzdr :)
(Ten post był ostatnio modyfikowany: 01.12.2010 23:27 przez bodziulla.)

01.12.2010 23:24

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
stingear
VIP

Liczba postów: 2.295
Post: #10

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


A jak robiłeś formata, to pewnie tylko formatowałeś partycję C? Jeśli tak, to prawdopodobnie problem leży po stronie partycji z jądrem. Proponuję zrobić format jeszcze raz, tylko teraz usuń zarówno partycję pod system, jak i partycję zastrzeżoną. Następnie z całego dostępnego miejsca utwórz nową partycję pod system, a kreator sam dorobi partycję zastrzeżoną. Zainstaluj system i wszystko powinno działać normalnie.

No more Pleace ...

02.12.2010 00:14

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #11

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Kiedy robiłem formata były jakby 4 partycje ( C , D i 2 ukryte - pierwsza 100mb, nie wiem po co ale usunąlem i dobiłem do D , a druga 15GB - zostawiłem , jest ukryta). Zrobiłem sobie 2 nowo podzielone i myślę, że to nie ma większego wpływu na mój problem ?Uśmiechnięty

02.12.2010 00:17

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
stingear
VIP

Liczba postów: 2.295
Post: #12

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Pierwsza ukryta (100MB)jest partycją systemową na której jest jądro oraz pliki rozruchowe systemu, więc ta partycja jest bardzo ważna. Druga partycja ukryta, to zapewne partycja recovery, na której jest obraz systemu służący do instalacji i odzyskiwania W7. Tak więc najprawdopodobniej to jest powodem Twojego problemu, ponieważ ta 100MB partycja jest wymagana do stabilnego działania systemu. I pamiętaj, aby nie formatować nowo stworzonej partycji zastrzeżonej.

No more Pleace ...

02.12.2010 15:31

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #13

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Teraz to chyba i tak już za poźno Uśmiechnięty Poza tym robił mi format informatyk i usunął ją,mówiąc ze jest zbędna. Dobił te 100MB do partycji C.
Zresztą wszyscy moi znajomi mają tak zrobione i nie ma żadnych problemów, więc wątpię żeby to od tego zależało.

02.12.2010 17:49

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
stingear
VIP

Liczba postów: 2.295
Post: #14

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


To masz świetnego informatyka. Skoro wiesz lepiej to nie będę Ci nic na silę wmuszał.

No more Pleace ...

02.12.2010 22:03

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #15

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Przecież i tak już nie odzyskam tych 100MB , więc o co Ci chodzi ?

02.12.2010 22:25

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
stingear
VIP

Liczba postów: 2.295
Post: #16

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Skoro Ci pisze, że jak na nowo wykonasz formatowanie i instalację, to kreator automatycznie zaproponuje i pobierze 100 MB z tworzonej partycji pod system na partycję "Zastrzeżoną". Dlatego podczas tworzenia partycji pod system dodaje się do niej 100MB więcej, aby zostały one pobrane do stworzenia partycji "Zastrzeżonej". Instalujesz z płyty z czystym systemem czy z Recovery?

No more Pleace ...

03.12.2010 10:57

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #17

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Ostatnim razem z płyty, ale nie przypominam sobie żeby system coś takiego wyświetlał.

03.12.2010 11:38

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
stingear
VIP

Liczba postów: 2.295
Post: #18

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Jeżeli tworzysz z dostępnego miejsca nową partycję, kreator proponuje aby stworzyć dodatkową partycję, klikasz ok i on sam wszystko robi. Potem tylko formatujesz partycję pod system i resztę nie ruszając wogóle tej Zastrzeżonej. Prawdopodobnie masz płytę Recovery z W7, skoro Ci nic takiego nie proponowało, bo płyta z czystym systemem zawsze tworzy partycję Zastrzeżoną.

No more Pleace ...

04.12.2010 00:13

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
zidus
Wdrażany
Liczba postów: 13
Post: #19

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


Nie dostałem żadnych płyt do laptopa Uśmiechnięty
Może faktycznie mam taką niewidoczną, zastrzeżoną partycję a nawet nie wiem Uśmiechnięty

04.12.2010 14:24

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
ihatebuffering
VIP

Liczba postów: 4.011
Post: #20

RE: Częste bluescreen'y na 7/32 bit Home przed i po formacie na 7/Ultimate 64bit


A więc sprawdź. W menu start wpisz "Utwórz i sformatuj partycje dysku twardego" i zobacz tam jakie masz partycje. Jeśli będą tam partycje około 100MB i 10-12GB nie widoczne w Komputerze, to pierwsza jest tą zastrzeżoną przez system, a druga to Recovery.

04.12.2010 14:33

Znajdź wszystkie posty użytkownika
Odpowiedz cytując ten post
Odpowiedz

Podobne wątki
Wątek: Autor Odpowiedzi: Wyświetleń: Ostatni post
Windows 7 64bit Blue Screen 116 MisterDui 5 1.967 02.03.2017 16:24
Ostatni post: thermalfake
Windows 7 - Częste zawieszenia - Brak Odpowiedzi Programy się długo uruchamiają jackadam 1 1.451 18.01.2017 12:19
Ostatni post: AntrixPL
Problemy z Win7 - częste BSOD-y dominik04u 0 1.000 14.10.2016 09:15
Ostatni post: dominik04u
Windows 7 x64 Bluescreen przy grach skailer213 1 1.211 04.08.2016 14:46
Ostatni post: thermalfake
Problem z Wifi po formacie laptopa i nie skończone instalowanie aktualizacji Xylos 2 1.349 05.04.2016 22:46
Ostatni post: thermalfake
Automatyczne POPRAWNE zamknięcie aplikacji przed wyłaczeniem systemu oleevier 0 1.230 05.03.2016 21:38
Ostatni post: oleevier
« Starszy wątek | Nowszy wątek »

Temat został oceniony na 0 w skali 1-5 gwiazdek.
Zebrano 0 głosów.