pablo2304

Wlasnie nie dawno udalo mi sie pozyczyc inne ramy. Dokladnie jedna kosc Kingstona Hyper X khx1600c9d3k2/ 2Gb. Narazie (od kilku dni) wszystko jest ok. Mozilla nie wywala zgloszen o awarii, BSOD-ow tez nie ma. Tak wiec tamte patrioty byly pewnie jakies niedorobione:p

Napięcie podniosłem do 1,62V. Domyślnie były ustawione na 1,5V. Natomiast wartości powyżej 1,68 już mam zaznaczone w biosie na czerwono. Hmm, zrobiłem taki mały eksperyment tzn odpaliłem sprzęt najpierw z jedną kością a potem z drugą i w każdym przypadku próbowałem włączyć everesta (jak już wspomniałem, przy włączaniu jego zawsze wywalał mi bsod z plikiem kernel coś tam). W obu przypadkach sytuacja się powtórzyła... Czy po tym można wnioskować że obie kości są trefne? Czy coś z timingami pokombinować? (ale wolałbym narazie nie kręcić procka)

No dokładnie, jak sprawdzę na innych kościach to się odezwę. Narazie dzięki za pomoc;)

Napisałem wcześniej, że zawsze miałem bsod jak włączałem everesta w momencie odczytu danych msr wywala mi. BSOD bywał też ot tak po prostu, jak na pasku zadań nic nie było, ale też czasem jak akurat wchodziłem na jakąś stronę internetową, np youtube. Natomiast podczas gier bsod się nie pojawiał, jedynie po jakimś czasie, np godzinie czy dwóch wywaliło mnie do windowsa - (błąd aplikacji, została zamknięta, zapytanie czy wysłać raport o błędach) Więc z pewnością występują problemy z różnych okazji. Mam nadzieję, że jak już pożyczę inne RAMY to się okaże że wszystko jest ok i jednocześnie winowajca będzie w 100% potwierdzony:]

Nie no, z tego co czytałem w necie to 30st dla dysku to nie jest jakoś dużo:P Dobra, najpierw muszę sobie przeprogramować pendraka co by się stał bootowalny, potem aktualizację biosu zrobię z niego (ale z tego co sprawdzałem to teraz mam przedostatnią wersję zainstalowaną, jakoś z listopada) a w tygodniu sprawdzę jak pc chodzi na innych pamięciach. Takie pytanko jescze, czy fakt że notorycznie wywala mnie z przeglądarki internetowej (mozilla, opera ie) to również może być wina RAM-u?

oki, dzięki za radę

coś takiego wyszło jeżeli chodzi hd tune'a. Pobawię się jeszcze z tymi programami naprawiającymi Thread Token Error + zobaczę te aktualizację win, zobaczymy co to da.

System instalowałem na nowym dysku, ze starego pudła jest tylko zasilacz. W testach orthosem cpu+ram wywalało błąd po paru minutach, temp wariowała (70-80st rdzeni), zmieniłem pastę i z temp już nie ma problemu (jak odpaliłem crysisa na full detalach przez parę godz,temp nie przekroczyła 60st; w spoczynku ma ok 30st) W orhosie też było już ok, 30min test. zaraz wrzucę skan z hd tune'a

Spoko, sprawdzę z innymi pamięciami czy też będzie ten problem. Pod jakim kątem mam sprawdzić tasiemkę?

Hmm, nic nie instalowałem ostatnio. Ten BSOD wyskoczył nagle, nawet przeglądarki nie miałem włączonej. Kwestia jest tylko taka, że BSODy wywalało też mi wcześniej, z reguły raz dziennie, dlatego też wtedy przetestowałem RAMy. Potem podniosłem dla nich trochę napięcie i przez 5 dni było ok, a dzisiaj znów mi wywaliło, tym razem pool_corruption. Wcześniej dość często bywał np ntkrpamp.exe A co z tym memtestem? mało wiarygodny?:] Hmm, może format i instalacja wszystkich sterowników i całej reszty od nowa by coś pomogła, zgodnie z tym tekstem co wrzuciłeś a i jeszcze jedna ciekawa sprawa, nie mogę odpalić everesta, przy odczytywaniu danych msr wywala mi BSOD zawsze - błąd spowodowany przez plik kerneld.wnt ( kerneld+ad8 )

Klaus, wrzuć na luz;) To że nie podałem 2 stron z różnymi informacjami dodatkowymi nie znaczy, że mam wszystko w [gluteus maximus]. Chodziło mi tylko o odpowiedź co do tego konkretnego pliku. Testowałem już kilka dni wcześniej pamięci, sugerowanie się czasem wpisów i wnioskiem że test trwał 20min - logiczne;) Testy trwały najpierw 8h memtestem (mati.08 co jest z memtestem nie tak?) i następna nocka 8h goldmemory. Oba testy z płyty boot. W obu testach zero błędów... System mam win xp sp2, sprzęt niedawno złożony, zasilacz jest ok (chieftec 500w) RAMY to patrioty 2x2gb 1333mhz CL9 , takie za ok 200zł, mobo - GA P55 UD3L z debuggera: Use !analyze -v to get detailed debugging information. BugCheck 1000008E, {c0000005, 8054a10d, b3c9c944, 0} Probably caused by : Pool_Corruption ( nt!ExDeferredFreePool+107 ) Followup: Pool_corruption KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e) This is a very common bugcheck. Usually the exception address pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address. Some common problems are exception code 0x80000003. This means a hard coded breakpoint or assertion was hit, but this system was booted /NODEBUG. This is not supposed to happen as developers should never have hardcoded breakpoints in retail code, but ... If this happens, make sure a debugger gets connected, and the system is booted /DEBUG. This will let us see why this breakpoint is happening. Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 8054a10d, The address that the exception occurred at Arg3: b3c9c944, Trap Frame Arg4: 00000000 Debugging Details: ------------------ EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukcja spod "0x%08lx" odwo FAULTING_IP: nt!ExDeferredFreePool+107 8054a10d 893b mov dword ptr [ebx],edi TRAP_FRAME: b3c9c944 -- (.trap 0xffffffffb3c9c944) ErrCode = 00000002 eax=e11463e0 ebx=00000055 ecx=000001ff edx=e1146770 esi=8a8d0078 edi=00000004 eip=8054a10d esp=b3c9c9b8 ebp=b3c9c9f8 iopl=0 nv up ei ng nz ac pe cy cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010297 nt!ExDeferredFreePool+0x107: 8054a10d 893b mov dword ptr [ebx],edi ds:0023:00000055=???????? Resetting default scope CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: DRIVER_FAULT BUGCHECK_STR: 0x8E PROCESS_NAME: services.exe LAST_CONTROL_TRANSFER: from 8054a75f to 8054a10d STACK_TEXT: b3c9c9f8 8054a75f 00000001 b3c9cb1c 8000000b nt!ExDeferredFreePool+0x107 b3c9ca38 805e3e36 e12117f8 00000000 00000000 nt!ExFreePoolWithTag+0x47f b3c9ca5c 805e41f7 00000000 00000000 00000000 nt!RtlpInheritAcl+0x76 b3c9cb38 805ef635 00000000 e11c0200 b3c9cb90 nt!RtlpNewSecurityObject+0x387 b3c9cb64 805be84f 00000000 e11f2c48 b3c9cb90 nt!SeAssignSecurity+0x4f b3c9cb94 805c1c8d b3c9cbb8 00000000 e11135d0 nt!ObAssignSecurity+0x35 b3c9cc7c 805ebe26 e11135d0 b3c9cbb8 00000000 nt!ObInsertObject+0x47d b3c9cd30 805ebf46 fffffffe 00000008 00000001 nt!NtOpenThreadTokenEx+0x1a0 b3c9cd4c 8054060c fffffffe 00000008 00000001 nt!NtOpenThreadToken+0x18 b3c9cd4c 7c90eb94 fffffffe 00000008 00000001 nt!KiFastCallEntry+0xfc WARNING: Frame IP not in any known module. Following frames may be wrong. 0085f78c 00000000 00000000 00000000 00000000 0x7c90eb94 STACK_COMMAND: kb FOLLOWUP_IP: nt!ExDeferredFreePool+107 8054a10d 893b mov dword ptr [ebx],edi SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: nt!ExDeferredFreePool+107 FOLLOWUP_NAME: Pool_corruption IMAGE_NAME: Pool_Corruption DEBUG_FLR_IMAGE_TIMESTAMP: 0 MODULE_NAME: Pool_Corruption FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+107 BUCKET_ID: 0x8E_nt!ExDeferredFreePool+107 ps. wcześniej nie mogłem odpisać z góry dzięki za jakąś wskazówkę;)

A jak przeskanowałem i nie wyskoczyły błędy? Z Twojej porady mam rozumieć, że pool_corruption najprawdopodobniej dotyczy problemu z RAMami?

Witam Jak w temacie, wie ktoś czy jest jakaś konkretna albo prawdopodobna pojawienia się BSOD-a z powodu "Probably caused by : Pool_Corruption ( nt!ExDeferredFreePool+107 )"? W skrócie: o co chodzi z tym Pool_Corruption? w googlach jeszcze nie udało mi się znaleźć więc pytam:)

Ramy to mam 2x2Gb Cl 9 1333Mhz Patriota. Napięcie zalecane od producenta to 1,5V i tyle się w biosie od razu ustawiło. Tam w ustawieniach sam nic nie zmieniałem, napięcia czy taktowania. Czyli rozumiem, że najpierw spróbować podnieść napięcie? o jedno oczko czyli do ilu? takie jedno przestawienie w tej tabelce z napięciami RAM w biosie?

Sprawdziłem przed chwilą Gold memory (quick test bo normal był niedostępmy) 8h obie kości razem- nic nie wyskoczyło. Ramy to mam 2x2Gb Cl 9 Patriota. W momencie jak pisałem tego posta to znów mnie wywaliło BSOD Z debuggera: BugCheck 10000050, {c36d8d7c, 0, 8050504f, 0} Could not read faulting driver name Probably caused by : memory_corruption ( nt!MiLocateAndReserveWsle+51 ) 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: c36d8d7c, memory referenced. Arg2: 00000000, value 0 = read operation, 1 = write operation. Arg3: 8050504f, 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: c36d8d7c FAULTING_IP: nt!MiLocateAndReserveWsle+51 8050504f 8b0c81 mov ecx,dword ptr [ecx+eax*4] MM_INTERNAL_CODE: 0 CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: DRIVER_FAULT BUGCHECK_STR: 0x50 PROCESS_NAME: firefox.exe LAST_CONTROL_TRANSFER: from 8051fa85 to 8050504f STACK_TEXT: b273acf4 8051fa85 c0883cfc 0b9b3000 060b3000 nt!MiLocateAndReserveWsle+0x51 b273ad4c 80543568 823db7a8 0b9b3000 80000000 nt!MmAccessFault+0xfb5 b273ad4c 78148117 823db7a8 0b9b3000 80000000 nt!KiTrap0E+0xd0 WARNING: Frame IP not in any known module. Following frames may be wrong. 0012ea54 00000000 00000000 00000000 00000000 0x78148117 STACK_COMMAND: kb FOLLOWUP_IP: nt!MiLocateAndReserveWsle+51 8050504f 8b0c81 mov ecx,dword ptr [ecx+eax*4] SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: nt!MiLocateAndReserveWsle+51 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt DEBUG_FLR_IMAGE_TIMESTAMP: 41107b0d IMAGE_NAME: memory_corruption Czyli mam rozumieć że jednak mimo wszystko coś z tymi RAMAmi jest? Dziwne że oba programy diagnostyczne nic nie wykazały, powtórzę pytanie - możliwe jest że tylko jedna kość jest uszkodzona, mimo że będąc razem testowane przez Goldmemory i memtest nie wyskoczyły żadne błędy?