"Samoistny" restart komutera

Wszystkie sprawy związane z samym sprzętem komputerowym
Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post23 sie 2011, 21:54

Komputer znajomej czasem restartuje się samoistnie, ja zaobserwowałem takie zdarzenie używając programu UltraDefrag. Poniżej najświeższy minidump (z defragmentacji) oraz pełny skan dysku twardego via HD Tune. SMART log jest ok.

Obrazek

Kod: Zaznacz cały

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini082311-02.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 XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp3_gdr.100216-1514
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
Debug session time: Tue Aug 23 20:55:42.531 2011 (GMT+2)
System Uptime: 0 days 0:06:19.125
Loading Kernel Symbols
...............................................................
.....................................................
Loading User Symbols
Loading unloaded module list
..........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {166, 2, 0, 804e5443}

Unable to load image IdeChnDr.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for IdeChnDr.sys
*** ERROR: Module load completed but symbols could not be loaded for IdeChnDr.sys
Probably caused by : IdeChnDr.sys ( IdeChnDr+57a )

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: 00000166, 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: 804e5443, address which referenced memory

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


READ_ADDRESS:  00000166

CURRENT_IRQL:  2

FAULTING_IP:
nt!KeInsertQueueApc+22
804e5443 389e66010000    cmp     byte ptr [esi+166h],bl

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  explorer.exe

LAST_CONTROL_TRANSFER:  from 804ecad4 to 804e5443

STACK_TEXT: 
f7ac8f88 804ecad4 819a5eb0 00000000 00000000 nt!KeInsertQueueApc+0x22
f7ac8fbc f75d357a 82b77d10 82b77f74 ffdff000 nt!IopfCompleteRequest+0x1d8
WARNING: Stack unwind information not available. Following frames may be wrong.
f7ac8fd0 804dbbd4 82be0428 00be00e0 819a5e70 IdeChnDr+0x57a
f7ac8ff4 804db89e f563f884 00000000 00000000 nt!KiRetireDpcList+0x46
f7ac8ff8 f563f884 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2a
804db89e 00000000 00000009 bb835675 00000128 0xf563f884


STACK_COMMAND:  kb

FOLLOWUP_IP:
IdeChnDr+57a
f75d357a ??              ???

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  IdeChnDr+57a

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: IdeChnDr

IMAGE_NAME:  IdeChnDr.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  3d99eac3

FAILURE_BUCKET_ID:  0xA_IdeChnDr+57a

BUCKET_ID:  0xA_IdeChnDr+57a

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: 00000166, 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: 804e5443, address which referenced memory

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


READ_ADDRESS:  00000166

CURRENT_IRQL:  2

FAULTING_IP:
nt!KeInsertQueueApc+22
804e5443 389e66010000    cmp     byte ptr [esi+166h],bl

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  explorer.exe

LAST_CONTROL_TRANSFER:  from 804ecad4 to 804e5443

STACK_TEXT: 
f7ac8f88 804ecad4 819a5eb0 00000000 00000000 nt!KeInsertQueueApc+0x22
f7ac8fbc f75d357a 82b77d10 82b77f74 ffdff000 nt!IopfCompleteRequest+0x1d8
WARNING: Stack unwind information not available. Following frames may be wrong.
f7ac8fd0 804dbbd4 82be0428 00be00e0 819a5e70 IdeChnDr+0x57a
f7ac8ff4 804db89e f563f884 00000000 00000000 nt!KiRetireDpcList+0x46
f7ac8ff8 f563f884 00000000 00000000 00000000 nt!KiDispatchInterrupt+0x2a
804db89e 00000000 00000009 bb835675 00000128 0xf563f884


STACK_COMMAND:  kb

FOLLOWUP_IP:
IdeChnDr+57a
f75d357a ??              ???

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  IdeChnDr+57a

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: IdeChnDr

IMAGE_NAME:  IdeChnDr.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  3d99eac3

FAILURE_BUCKET_ID:  0xA_IdeChnDr+57a

BUCKET_ID:  0xA_IdeChnDr+57a

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




W czym problem :D?
Ostatnio zmieniony 24 sie 2011, 11:40 przez djarta, łącznie zmieniany 1 raz.
Powód: przesuwam do sprzętu komputerowego

konto_usuniete

"Samoistny" restart komutera

Post23 sie 2011, 23:16

Kod: Zaznacz cały

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  IdeChnDr+57a

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: IdeChnDr

IMAGE_NAME:  IdeChnDr.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  3d99eac3

FAILURE_BUCKET_ID:  0xA_IdeChnDr+57a

BUCKET_ID:  0xA_IdeChnDr+57a

Followup: MachineOwner


Problem jest w sterowniku Intel (R) Ultra ATA Controller, wejdź w Menedżer urządzeń i zobacz czy nie ma wykrzykników. Jak będzie to wrzuć screen.

Nie robiła reinstalacji systemu ?

Awatar użytkownika
cosik_ktosik

Administrator
Posty: 21416
Rejestracja: 13 lis 2008, 01:17
Lokalizacja: Szczecin
Kontaktowanie:

"Samoistny" restart komutera

Post23 sie 2011, 23:49

Witam, te czerwone poletka mi się nie podobają. Podaj SMART dysku -> sprzet-komputerowy/analiza-smart-s-m-a-r-t-dysku-twardego-t30.html
Hotfix
Pozdrawiam, cosik_ktosik :)

Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post25 sie 2011, 17:26

@cosik_ktosik
Wg otrzymanych tutaj wskazówek, niedawno wymieniony został kabel.
Obrazek


@Kamyk92
Zero wykrzykników. Sprawdziłem ten sterownik, wygląda w porządku. Na wszelki wypadek go zaktualizowałem.

Awatar użytkownika
lewy

Ekspert
Posty: 1462
Rejestracja: 15 gru 2009, 11:10

"Samoistny" restart komutera

Post25 sie 2011, 20:00

C6 to liczba bad sektorów nienaprawialnych. Zrobiłbym skanowanie powierzchni w programie MHDD i jeśli liczba uszkodzeń i wolnych sektorów nie jest zbyt wielka, to remap uszkodzonych sektorów.

Awatar użytkownika
janpas

Globalny Moderator
Posty: 2118
Rejestracja: 27 mar 2009, 00:13
Lokalizacja: ChełmicaDuża
Kontaktowanie:

"Samoistny" restart komutera

Post25 sie 2011, 21:20

Grunt to spokój
pomyśl dwa razy zanim zrobisz coś raz

Dostępne tylko dla zarejestrowanych użytkowników Szczęśliwego Nowego Roku

Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post28 sie 2011, 19:10

Zasilacz jest w porządku :P. Natomiast skan powierzchni wypluł 8 błędów uncorrect (na skanie czerwony x). Skasowałem cały dysk, ale zremapować się nie chciał - zatrzymuje ten proces na pierwszym błędzie, można po tym tylko resetować komputer. Nie można ukryć i omijać tych sektorów z błędami?

Awatar użytkownika
XMan

Globalny Moderator
Posty: 13385
Rejestracja: 30 lis 2008, 00:40

"Samoistny" restart komutera

Post28 sie 2011, 19:45

IRQL_NOT_LESS_OR_EQUAL
- na Twoim miejscu ja by nie sprawdzał od dysku tylko od pamięci oraz sterowników.
Karty graficznej, dźwiękowej, innych...
Starsze mogą być lepsze.
Instrukcja obsługi programu Memtest86+ - Sprawdzanie pamięci RAM.
Kto pyta - nie błądzi, kto szuka - znajduje.
Obrazek
Dostępne tylko dla zarejestrowanych użytkowników

Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post28 sie 2011, 20:06

Pamięci sprawdziłem przy okazji za którymś razem, 3/3 kości są w porządku. Dysk został zamieniony na inny i póki co zero problemów. A ten poprzedni - zawierający błędy - da się zrobić coś poza remapowaniem?

Awatar użytkownika
cosik_ktosik

Administrator
Posty: 21416
Rejestracja: 13 lis 2008, 01:17
Lokalizacja: Szczecin
Kontaktowanie:

"Samoistny" restart komutera

Post28 sie 2011, 22:08

A czym próbowałeś zerować? Czy tylko remap?
Hotfix
Pozdrawiam, cosik_ktosik :)

Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post28 sie 2011, 22:39

Przeleciałem cały dysk funkcją ERASE w MHDD. Tutaj poszło gładko. Ale gdy włączyłem SCAN z atrybutem remap, to po kilku sekundach trafia na pierwszy błąd i dalej już ani rusz. Kasowanie dysku nie wpłynęło schowało ani nie naprawiło błędów. Można jakoś ręcznie ukryć bad sektory? Jest ich szereg siedmiu na początku, potem gdzieś 1.

Awatar użytkownika
cosik_ktosik

Administrator
Posty: 21416
Rejestracja: 13 lis 2008, 01:17
Lokalizacja: Szczecin
Kontaktowanie:

"Samoistny" restart komutera

Post31 sie 2011, 21:02

A możesz podłączyć dysk do innego komputera i wyzerować Victorią?
Hotfix
Pozdrawiam, cosik_ktosik :)

Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post01 wrz 2011, 21:59

Tak więc zrobiłem erase i remap via Victoria, tutaj się nie zatrzymywał tylko już grzecznie remapował.
Teraz mam taki problem, że dysku nie widać z Mojego komputera ani cmd. Trzeba go jakoś zamontować żeby sformatować?
I jak rozumiem teraz powinien trafić do dyskowego domu spokojnej starości :P?

Wklejam na wszelki wypadek świeży SMARTlog:
Obrazek

Awatar użytkownika
cosik_ktosik

Administrator
Posty: 21416
Rejestracja: 13 lis 2008, 01:17
Lokalizacja: Szczecin
Kontaktowanie:

"Samoistny" restart komutera

Post02 wrz 2011, 11:28

żeby się pojawił musi dostać przydział litery dysku, więc z zarządzania dyskami musisz mu ją przydzielić.
Inne wyjście, to w windows 98 użyć polecenia fdisk i tam utworzyć partycje i potem przy pomocy polecenia format lub w moim komputerze ją sformatować.
Hotfix
Pozdrawiam, cosik_ktosik :)

Awatar użytkownika
EsAmo

Użytkownik
Posty: 166
Rejestracja: 22 lip 2010, 22:43

"Samoistny" restart komutera

Post02 wrz 2011, 16:34

No i bomba. Bardzo dziękuję :).



  • Reklama

Wróć do „Sprzęt komputerowy”



Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość