Elektroda.pl
Elektroda.pl
X

Search our partners

Find the latest content on electronic components. Datasheets.com
Elektroda.pl
Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

Samoczynny restart komputera

lukassek89 25 Jan 2010 16:21 2023 19
  • #1
    lukassek89
    Level 12  
    Witam wszystkich serdecznie.
    Jak zwykle piszę do forumowiczów ponieważ mam problem z kompem a mianowicie.
    Komputer samoczynnie się restartuje bez jakiejkolwiek przyczyny i też określonego powodu. Restart następuje po 5min po godzinie lub 3 nie ma określonej zasady.
    Wariant z zasilaczem został wykluczony ponieważ wymieniłem już na nowy i problem nie zniknął.
    Specyfikacja:
    Intel Celeron 1,8 GHz
    płyta główna: MSI Combo 6737
    grafa: Riva TNT2 M64 32MB
    dwie karty sieciowe: RLT 8139C oraz karta AM 1772 wireless lan
    zasilacz: wiem że kiepski ale nowy: Take me 400W
    dysk: WDC WD800BB

    Wykryty błąd:
    Kod błędu 1000000a, parametr 1 4b8d1846, parametr 2 00000002, parametr 3 00000001, parametr 4 804e5ce1.

    z góry dziękuję za pomoc :)
  • #2
    User removed account
    User removed account  
  • #3
    lukassek89
    Level 12  
    Oto co otrzymałem:

    Unable to load image ntoskrnl.exe, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for ntoskrnl.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
    Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS
    Machine Name:
    Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
    Debug session time: Tue Jan 26 14:34:55.765 2010 (GMT+4)
    System Uptime: 0 days 0:07:14.342
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    Unable to load image ntoskrnl.exe, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for ntoskrnl.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
    Loading Kernel Symbols
    ...............................................................
    ....................................................
    Loading User Symbols
    Loading unloaded module list
    ...........
  • #4
    Matuzalem
    Level 43  
    To jest tylko kawałek i to ten zdecydowanie najmniej ważny.
    Inna sprawa, że po kodzie gdyby patrzeć to pewnie gdzieś między pamięcią, a napięciami (zasilacz to jedno, a np. stan kondensatorów na płycie to zupełnie co innego), by wypadało zaczynać.
    Zajrzyj jeszcze do podglądu zdarzeń - eventvwr.msc - i zobacz czy i jakie błędy są w nim, głównie o sekcję System chodzi, wskazane.
  • #5
    lukassek89
    Level 12  
    A więc wrzucam całość:
    Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
    Copyright (c) Microsoft Corporation. All rights reserved.


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

    Symbol search path is: *** Invalid ***
    ****************************************************************************
    * Symbol loading may be unreliable without a symbol search path. *
    * Use .symfix to have the debugger choose a symbol path. *
    * After setting your symbol path, use .reload to refresh symbol locations. *
    ****************************************************************************
    Executable search path is:
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    Unable to load image ntoskrnl.exe, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for ntoskrnl.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
    Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS
    Machine Name:
    Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
    Debug session time: Tue Jan 26 14:34:55.765 2010 (GMT+4)
    System Uptime: 0 days 0:07:14.342
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    Unable to load image ntoskrnl.exe, Win32 error 0n2
    *** WARNING: Unable to verify timestamp for ntoskrnl.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
    Loading Kernel Symbols
    ...............................................................
    ....................................................
    Loading User Symbols
    Loading unloaded module list
    ...........
    *******************************************************************************
    * *
    * Bugcheck Analysis *
    * *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 1000000A, {4b8d1846, 2, 1, 804e5ce1}

    ***** Kernel symbols are WRONG. Please fix symbols to do analysis.

    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!_KPRCB ***
    *** ***
    *************************************************************************
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!KPRCB ***
    *** ***
    *************************************************************************
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!_KPRCB ***
    *** ***
    *************************************************************************
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!KPRCB ***
    *** ***
    *************************************************************************
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!_KPRCB ***
    *** ***
    *************************************************************************
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!_KPRCB ***
    *** ***
    *************************************************************************
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!_KPRCB ***
    *** ***
    *************************************************************************
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    Probably caused by : hardware ( nt+ece1 )

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

    co do kondensatorów już sprawdzałem i wydają się być oki

    Dodano po 7 [minuty]:

    BŁĘDY I OSTRZEŻENIA W SEKCJI Aplikacja:
    1.
    Aplikacja powodująca błąd ipla.exe, wersja 2.1.1.0, moduł powodujący błąd gdiplus.dll, wersja 5.1.3102.5581, adres błędu 0x0008afeb.

    2.
    System zdarzeń modelu COM+ nie mógł zwolnić metody ConnectionMadeNoQOCInfo dla subskrypcji {A82F0E80-1305-400C-BA56-375AE04264A1}-{00000000-0000-0000-0000-000000000000}-{00000000-0000-0000-0000-000000000000}. Subskrybent zwrócił HRESULT 80004001.


    W SEKCJI SYSTEM:
    1.
    Kod błędu 1000000a, parametr 1 4b8d1846, parametr 2 00000002, parametr 3 00000001, parametr 4 804e5ce1.

    2.
    Kod błędu 1000007f, parametr 1 0000000d, parametr 2 00000000, parametr 3 00000000, parametr 4 00000000.
    3.
    Komputer nie mógł odnowić swojego adresu z sieci (z serwera DHCP) dla karty sieciowej o adresie 0006F407CEE3. Wystąpił następujący błąd:
    Operacja została anulowana przez użytkownika. . Komputer będzie dalej próbował sam uzyskać adres z serwera adresów sieciowych (DHCP).
    4.
    Adres IP połączenia 0.0.0.0 dla karty sieciowej o adresie 0010DCC8DC5B został zabroniony przez serwer DHCP 0.0.0.0 (Serwer DHCP wysłał komunikat DHCPNACK).

    to wszystkie błędy jakie znalazłem.

    Dodam iż windows był nidawno instalowany.
  • #6
    beo
    Level 36  
    Zacznij więc inaczej. Usuń obie karty sieciowe, przywróć fabryczne ustawienia biosu i obciąż system na tyle, na ile się da. Np jakimś benchmarkiem. Od kiedy zaczął występować problem? Chodzi o to, byś postarał się, sobie przypomnieć o zmianach, jakie wprowadzałeś.

    Dodano po 2 [minuty]:

    EDIT: bios może narazie zostaw w spokoju. Odłącz karty i potestuj bez, połączenia z netem.
  • #7
    lukassek89
    Level 12  
    Problem ten występuje od czasu jak zamontowałem do tego kompa dysk twardy ponieważ wcześniej posiadał on jedynie czytnik kart bez dysku. Od postawienia na nim Windowsa stale utrzymuje się ten problem. System przeinstalowywałem wielokrotnie i problem występuje nadal. Zmieniłem zasilacz wcześniej na firmy której nie ma pamiętam teraz na 400W take me nówka. I nic nie pomogło :/

    Dodano po 3 [minuty]:

    Jaką aplikację do maksymalnego obciążenia byś polecił.
    PS. teraz komp się nie resetował od 2h
  • #8
    beo
    Level 36  
    W sumie nie jestem wcale pewien, czy w tej sytuacji, obciążanie systemu jest potrzebne. Najczęstszy widoczny problem dotyczy ntoskrnl.exe, czyli jądra systemu. Odinstaluj narazie stery od grafiki i sprawdź. Jeśli działasz na systemowych, to zainstaluj inne.
  • #9
    szafarz
    Level 19  
    A może by tak prościej? Wystartuj dowolną dystrybucję live linuksa, możesz sobie korzystać z netu do bólu a przy okazji czekać na restart. Jak się zdarzy, to wiesz, że to sprzęt. Jak nie to przeinstaluj windows i po kłopocie.
  • #10
    lukassek89
    Level 12  
    windows był przeinstalowany kilkakrotnie i nie pomogło. Stery już zmieniałem i też nie pomogło :/
  • #11
    beo
    Level 36  
    szafarz wrote:
    A może by tak prościej? Wystartuj dowolną dystrybucję live linuksa, możesz sobie korzystać z netu do bólu a przy okazji czekać na restart. Jak się zdarzy, to wiesz, że to sprzęt. Jak nie to przeinstaluj windows i po kłopocie.


    System miał świeżo stawiany. Ale fakt, Linuxem nie zaszkodzi sprawdzić. Gorzej, jeśli kolega akurat nie dysponuje nim.

    Dodano po 2 [minuty]:

    Skombinuj zatem inny dysk, i na nim postaw winde. Czy w trybie awaryjnym, wystepują te same objawy?
  • #12
    lukassek89
    Level 12  
    linuksa nie posiadam a aktualnie to już jest 3 dysk i problem ten sam. A jest możliwość że problem tkwi w taktowaniu pamięci ?
  • #13
    Matuzalem
    Level 43  
    Możliwości jest wiele, w tym i tak o której wspominasz. Tyle, że to tylko Ty masz dane dot. ustawień sprzętu i paramatrów jego pracy.
  • #14
    beo
    Level 36  
    Można więc pokusić się o default'owe ustawienia biosu. Wyłączyć opcję SMART, dla dysków. Spróbować zmienić taśmę, ewentualnie gniazdo kontrolera. Odłączyć wszystkie inne napędy. Upewnić się, że bios napewno obsługuje wielkości danego dysku.
  • #15
    lukassek89
    Level 12  
    A więc co do ustawień pamięci RAM w biosie. Nie wiem dlaczego jednak nie mam tak zaawansowanych ustawień jakie sa potrzebne do ustawiania taktowania jednak program CPU-Z wskazał mi maksymalna czestotliwość taktowania pamięci na 200MHz a w biosie miałem 333MHz więc zmieniłem na 200 oraz napięcie miałem ustawione na 2.6V a poprawnie jest 2.5. nie wiem jaką wartość ustawić przy CPU clock aktualnie jest 100MHz co o tym sądzicie?
  • #16
    beo
    Level 36  
    Jeśli fabrycznie procesor ma 1.8Ghz to przy mnożniku 18x, 100Mhz jest poprawne. Jesteś pewien, że te 33Mhz, dotyczą taktowania ramu, a nie szyny PCI? Jaki dokładnie model procesora i płyty głównej.
  • #17
    lukassek89
    Level 12  
    everest wykazał:
    Płyta główna: MSI MICRO-STAR MS 6737
    Procesor: Intel Celeron, 1813 MHz (18 x 101)

    Everest wykazał niestety że płyta obsługuje DDR-333 tak więc poprzednie ustawiania w Biosie miały sens i nie mogły być powodem problemów.
  • #18
    SirBufor
    Level 12  
    Zmień sloty pamięci RAM.
    Sprawdź temp. procesora
  • #19
    lukassek89
    Level 12  
    Beo podałem ci już dokładne dane dotyczące sprzętu. Aktualnie nie mam pojęcia jak wymusić reset tego komputera aby sprawdzić czy po zmianie taktowania już jest oki. Jak narazie wczoraj chodził kilka godzin bez resetu teraz znowu go włączyłem niestety takie chodzenie zdarzało mu już się wcześniej.
  • #20
    lukassek89
    Level 12  
    Dziękuje wszystkim za pomoc komputer jak narazie chodzi :)