Skocz do zawartości

Laptop często wiesza się i restartuje przy usypianiu/wybudzaniu


Recommended Posts

Lenovo Ideapad 720-15 with i5-8250U, 12GB RAM (4GB+8GB) z kartą graficzną AMD RX550 na Windows 10.
System zaktualizowany, sterowniki od GPU również, użyłem aplikacji Lenovo Vantage do zaktualizowania BIOS'u, wszystkich sterowników, które były do zainstalowania i nic nie pomogło. Skan systemu przez ten program też nie wskazał żadnych nieprawidłowości.

Problem polega na tym, że laptop często w trakcie usypiania wiesza się, wentylatory rozkręcają się na pełne obroty i przeważnie po chwili się restartuje, ale czasem zostaje w takim stanie i nawet nie uruchamia się ponownie. Zaczęło się jakiś czas temu i ze "sporadycznie" zmieniło się na "często" na przestrzeni kilku miesięcy. Czasami jest spokój przez prawie tydzień, czasem dzieje się tak raz za razem. Czasem nawet zawiesi się przy wybudzaniu, ale bardzo sporadycznie.
Na pewno nie ma na to wpływu:

  • Liczba otwartych kart w przeglądarce i czy jest włączona czy nie, bo wiesza się nawet przy usypianiu z ekranu logowania, zanim w ogóle zaloguję użytkownika.
  • Ilość wolnego miejsca na dysku.
  • Ilość RAM, którą też zwiększyłem z 8GB (4+4) do 12GB (4+8).

 

Z ostatnich dwóch zdarzeń powtarzają się błędy w event logu:

  • Poprzednie zamknięcie systemu przy 05:27:06 na ‎14.‎04.‎2023 było nieoczekiwane.
  • Krytyczne : System został uruchomiony ponownie bez uprzedniego czystego zamknięcia. Możliwe przyczyny błędu: system przestał odpowiadać lub uległ awarii albo nastąpiła nieoczekiwana utrata zasilania.
  • Zdarzenia inspekcji zostały porzucone w trakcie transportu. 0
  • Intel(R) Dual Band Wireless-AC 3165: karta sieciowa zwróciła do sterownika nieprawidłową wartość.
  • Nastąpił ponowny rozruch komputera po operacji wykrywania błędów. Wyniki tej operacji były następujące: 0x00000124 (0x0000000000000000, 0xffffb20e60e85028, 0x00000000ba000000, 0x0000000011000402). Zrzut zapisano w: C:\WINDOWS\MEMORY.DMP. Identyfikator raportu: 427dea69-4e96-46bf-84cf-6fa2e02f56eb.

 

Oraz przy jednym pojawił się taki komunikat, chociaż plik zrzutu i tak się pojawił:

  • Utworzenie pliku zrzutu nie powiodło się z powodu błędu podczas tworzenia zrzutu.

 

Poniżej wklejam co mi pokazała analiza jednego z plików, więcej nie udało mi się wymyślić. Pliki wrzucam też jako załączniki do posta.

Spoiler


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


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


************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 19041 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff802`04200000 PsLoadedModuleList = 0xfffff802`04e2a2d0
Debug session time: Fri Apr 14 05:27:50.546 2023 (UTC + 2:00)
System Uptime: 1 days 7:08:56.596
Loading Kernel Symbols
...............................................................
................................................................
................................................................
......................................
Loading User Symbols
Loading unloaded module list
....................
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff802`045fbc10 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:ffffda01`1ac5b8f0=0000000000000124
5: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffb20e60e85028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: 00000000ba000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000011000402, Low order 32-bits of the MCi_STATUS value.

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that     ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands 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: hal!_WHEA_PROCESSOR_GENERIC_ERROR_SECTION                ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that     ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands 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: hal!_WHEA_PROCESSOR_GENERIC_ERROR_SECTION                ***
***                                                                   ***
*************************************************************************
*** WARNING: Unable to verify checksum for win32k.sys

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 4890

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 17198

    Key  : Analysis.IO.Other.Mb
    Value: 3

    Key  : Analysis.IO.Read.Mb
    Value: 0

    Key  : Analysis.IO.Write.Mb
    Value: 4

    Key  : Analysis.Init.CPU.mSec
    Value: 468

    Key  : Analysis.Init.Elapsed.mSec
    Value: 9718

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 103

    Key  : Bugcheck.Code.DumpHeader
    Value: 0x124

    Key  : Bugcheck.Code.Register
    Value: 0x124

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


FILE_IN_CAB:  041423-17390-01.dmp

BUGCHECK_CODE:  124

BUGCHECK_P1: 0

BUGCHECK_P2: ffffb20e60e85028

BUGCHECK_P3: ba000000

BUGCHECK_P4: 11000402

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  System

STACK_TEXT:  
ffffda01`1ac5b8e8 fffff802`046b774a     : 00000000`00000124 00000000`00000000 ffffb20e`60e85028 00000000`ba000000 : nt!KeBugCheckEx
ffffda01`1ac5b8f0 fffff802`033215b0     : 00000000`00000000 ffffb20e`60e85028 ffffb20e`587eda40 ffffb20e`60e85028 : nt!HalBugCheckSystem+0xca
ffffda01`1ac5b930 fffff802`047b9a2e     : 00000000`00000000 ffffda01`1ac5b9d9 ffffb20e`60e85028 ffffb20e`587eda40 : PSHED!PshedBugCheckSystem+0x10
ffffda01`1ac5b960 fffff802`046b9071     : ffffb20e`61186b60 ffffb20e`61186b60 ffffb20e`587eda90 ffffb20e`587eda40 : nt!WheaReportHwError+0x46e
ffffda01`1ac5ba40 fffff802`046b93e3     : 00000000`00000005 ffffb20e`587eda90 ffffb20e`587eda40 00000000`00000005 : nt!HalpMcaReportError+0xb1
ffffda01`1ac5bbb0 fffff802`046b92c0     : ffffb20e`584f4838 00000000`00000001 00000000`00000000 00000000`00000000 : nt!HalpMceHandlerCore+0xef
ffffda01`1ac5bc00 fffff802`046b9511     : 00000000`00000008 00000000`00000001 00000000`00000000 00000000`00000000 : nt!HalpMceHandler+0xe0
ffffda01`1ac5bc40 fffff802`046b877b     : 00000000`00000000 00000000`00000000 ffffda01`1ac5bed0 00000000`00000000 : nt!HalpMceHandlerWithRendezvous+0xc9
ffffda01`1ac5bc70 fffff802`046bafc5     : ffffb20e`584f4838 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalpHandleMachineCheck+0x5f
ffffda01`1ac5bca0 fffff802`04710ae9     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalHandleMcheck+0x35
ffffda01`1ac5bcd0 fffff802`0460c7ba     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiHandleMcheck+0x9
ffffda01`1ac5bd00 fffff802`0460c477     : 00000000`00000000 fffff802`0460c3ac 00000000`00000002 00000000`00000000 : nt!KxMcheckAbort+0x7a
ffffda01`1ac5be40 fffff802`23ba138f     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x277
fffff683`a7e6f5b8 00000000`00000000     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : intelppm!MWaitIdle+0x1f


MODULE_NAME: GenuineIntel

IMAGE_NAME:  GenuineIntel.sys

STACK_COMMAND:  .cxr; .ecxr ; kb

FAILURE_BUCKET_ID:  0x124_0_GenuineIntel_PROCESSOR__UNKNOWN_IMAGE_GenuineIntel.sys

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {5371cb52-c3d9-558e-47d4-d31c09567ca2}

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

 

Stasiek_Zabojca pliki DMP.rar

Edytowane przez Stasiek_Zabojca
Link to post
Share on other sites
1 godzinę temu, Stasiek_Zabojca napisał:

MODULE_NAME: GenuineIntel

IMAGE_NAME:  GenuineIntel.sys

STACK_COMMAND:  .cxr; .ecxr ; kb

FAILURE_BUCKET_ID:  0x124_0_GenuineIntel_PROCESSOR__UNKNOWN_IMAGE_GenuineIntel.sys

Zacząłbym od przeinstalowania sterowników grafiki tzn. odinstalowania sterowników AMD i Intel za pomocą DDU. Ponowna instalacja w kolejności: sterownik Intela następnie AMD. Jakie moduły RAM są zamontowane i czy problem występował przed rozbudową RAM?

Link to post
Share on other sites

Zrobiłem tak jak pisałeś, zobaczymy czy to coś da.

Tak, problem występował również wcześniej, przed wymianą pamięci. M.in. dlatego wymieniałem kość na większą, bo myślałem, że może zostawiam otwarte zbyt wiele kart z filmami w przeglądarce i może brakuje RAM'u czy coś, ale ta teza upadła.
W laptopie jest zamontowane na stałe 4GB i fabrycznie miałem zainstalowaną dodatkową kość 4GB. Wymieniłem ją na większą, 8GB:

DDR4 SODIMM G.SKILL F4-2400C16S-8GRS 8 GB

Link to post
Share on other sites
2 godziny temu, lonialomax napisał:

Jakie parametry ma kość 4 GB?

Nie wiem. Nie szukałem jej jak wymieniałem kość a w PDF'ie ze specyfikacją modelu seryjnego, który pobrałem ze strony Lenovo jest napisane tylko
"4GB Soldered + 4GB DIMM DDR4-2400".
 

 

2 godziny temu, lonialomax napisał:

Sprawdź w CPU-z zakładka Memory czy pamięci pracują w dual Channel.

Tak, wyświetla się Dual Channel.

oV51AXD.png

Link to post
Share on other sites

Ciekawe, bo CPU-Z najwyraźniej ma problem z identyfikacją pamięci we wlutowanym slocie. Znalazłem w internecie jak sprawdzić parametry za pomocą wierszu polecenia, może to wystarczy.

 

dNm7CKc.png

 

Dwet1A5.png

 

Niestety dziś rano system znowu się wysypał przy usypianiu. Komunikaty w dzienniku identyczne jak poprzednio, poniżej wrzucam treść pliku zrzutu. Ciekawe, że po tym pojawiła się jakaś nowa aktualizacja sterowników graficznych Intel, której wcześniej nie było (sprawdzałem 2x od razu po zainstalowaniu na nowo w dniu wczorajszym). Zainstalowałem ją, chociaż mam wątpliwości czy to cokolwiek zmieni.

 

 

Spoiler


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


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


************* Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       srv*
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 19041 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff801`40a00000 PsLoadedModuleList = 0xfffff801`4162a2d0
Debug session time: Sat Apr 15 14:43:38.115 2023 (UTC + 2:00)
System Uptime: 0 days 19:53:00.818
Loading Kernel Symbols
...............................................................
................................................................
................................................................
........................................
Loading User Symbols
Loading unloaded module list
....................
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff801`40dfbc10 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:ffff9480`3525b8f0=0000000000000124
5: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
nt!_WHEA_ERROR_RECORD structure that describes the error condition. Try !errrec Address of the nt!_WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: ffffba0a2e0dd028, Address of the nt!_WHEA_ERROR_RECORD structure.
Arg3: 00000000ba000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000011000402, Low order 32-bits of the MCi_STATUS value.

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that     ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands 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: hal!_WHEA_PROCESSOR_GENERIC_ERROR_SECTION                ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Either you specified an unqualified symbol, or your debugger   ***
***    doesn't have full symbol information.  Unqualified symbol      ***
***    resolution is turned off by default. Please either specify a   ***
***    fully qualified symbol module!symbolname, or enable resolution ***
***    of unqualified symbols by typing ".symopt- 100". Note that     ***
***    enabling unqualified symbol resolution with network symbol     ***
***    server shares in the symbol path may cause the debugger to     ***
***    appear to hang for long periods of time when an incorrect      ***
***    symbol name is typed or the network symbol server is down.     ***
***                                                                   ***
***    For some commands 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: hal!_WHEA_PROCESSOR_GENERIC_ERROR_SECTION                ***
***                                                                   ***
*************************************************************************

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 4624

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 7961

    Key  : Analysis.IO.Other.Mb
    Value: 0

    Key  : Analysis.IO.Read.Mb
    Value: 0

    Key  : Analysis.IO.Write.Mb
    Value: 0

    Key  : Analysis.Init.CPU.mSec
    Value: 577

    Key  : Analysis.Init.Elapsed.mSec
    Value: 2944

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 95

    Key  : Bugcheck.Code.DumpHeader
    Value: 0x124

    Key  : Bugcheck.Code.Register
    Value: 0x124

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


FILE_IN_CAB:  041523-20734-01.dmp

BUGCHECK_CODE:  124

BUGCHECK_P1: 0

BUGCHECK_P2: ffffba0a2e0dd028

BUGCHECK_P3: ba000000

BUGCHECK_P4: 11000402

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  System

STACK_TEXT:  
ffff9480`3525b8e8 fffff801`40eb774a     : 00000000`00000124 00000000`00000000 ffffba0a`2e0dd028 00000000`ba000000 : nt!KeBugCheckEx
ffff9480`3525b8f0 fffff801`3d5115b0     : 00000000`00000000 ffffba0a`2e0dd028 ffffba0a`2b3eda40 ffffba0a`2e0dd028 : nt!HalBugCheckSystem+0xca
ffff9480`3525b930 fffff801`40fb9a2e     : 00000000`00000000 ffff9480`3525b9d9 ffffba0a`2e0dd028 ffffba0a`2b3eda40 : PSHED!PshedBugCheckSystem+0x10
ffff9480`3525b960 fffff801`40eb9071     : ffffba0a`2e0d3b60 ffffba0a`2e0d3b60 ffffba0a`2b3eda90 ffffba0a`2b3eda40 : nt!WheaReportHwError+0x46e
ffff9480`3525ba40 fffff801`40eb93e3     : 00000000`00000005 ffffba0a`2b3eda90 ffffba0a`2b3eda40 00000000`00000005 : nt!HalpMcaReportError+0xb1
ffff9480`3525bbb0 fffff801`40eb92c0     : ffffba0a`2b0f4838 00000000`00000001 00000000`00000000 00000000`00000000 : nt!HalpMceHandlerCore+0xef
ffff9480`3525bc00 fffff801`40eb9511     : 00000000`00000008 00000000`00000001 00000000`00000000 00000000`00000000 : nt!HalpMceHandler+0xe0
ffff9480`3525bc40 fffff801`40eb877b     : 00000000`00000000 00000000`00000000 ffff9480`3525bed0 00000000`00000000 : nt!HalpMceHandlerWithRendezvous+0xc9
ffff9480`3525bc70 fffff801`40ebafc5     : ffffba0a`2b0f4838 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalpHandleMachineCheck+0x5f
ffff9480`3525bca0 fffff801`40f10ae9     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!HalHandleMcheck+0x35
ffff9480`3525bcd0 fffff801`40e0c7ba     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiHandleMcheck+0x9
ffff9480`3525bd00 fffff801`40e0c477     : ffffba0a`00000000 fffff801`40e0c3ac fffff801`66460c90 00000000`00000000 : nt!KxMcheckAbort+0x7a
ffff9480`3525be40 fffff801`66282337     : ffffe20f`4b600340 fffff801`66281b12 ffffba0a`2b099040 00000000`00000000 : nt!KiMcheckAbort+0x277
ffffcc0c`10e1edc0 ffffe20f`4b600340     : fffff801`66281b12 ffffba0a`2b099040 00000000`00000000 ffff9480`351eb180 : igdkmd64+0x382337
ffffcc0c`10e1edc8 fffff801`66281b12     : ffffba0a`2b099040 00000000`00000000 ffff9480`351eb180 00000000`00000000 : 0xffffe20f`4b600340
ffffcc0c`10e1edd0 ffffba0a`2b099040     : 00000000`00000000 ffff9480`351eb180 00000000`00000000 00000000`00000000 : igdkmd64+0x381b12
ffffcc0c`10e1edd8 00000000`00000000     : ffff9480`351eb180 00000000`00000000 00000000`00000000 00000000`00000000 : 0xffffba0a`2b099040


MODULE_NAME: GenuineIntel

IMAGE_NAME:  GenuineIntel.sys

STACK_COMMAND:  .cxr; .ecxr ; kb

FAILURE_BUCKET_ID:  0x124_0_GenuineIntel_PROCESSOR__UNKNOWN_IMAGE_GenuineIntel.sys

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {5371cb52-c3d9-558e-47d4-d31c09567ca2}

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

 

 

Edytowane przez Stasiek_Zabojca
Link to post
Share on other sites
W dniu 14.04.2023 o 14:58, Stasiek_Zabojca napisał:

Problem polega na tym, że laptop często w trakcie usypiania wiesza się, wentylatory rozkręcają się na pełne obroty i przeważnie po chwili się restartuje, ale czasem zostaje w takim stanie i nawet nie uruchamia się ponownie. Zaczęło się jakiś czas temu i ze "sporadycznie" zmieniło się na "często" na przestrzeni kilku miesięcy.

A laptop nie przegrzewa się? Jakie ma temperatury pod obciążeniem procesora? A jak ma pow. 70'C i wentylatory się rozkręcą to wydmuchują ciepłe powietrze? (jak dmucha ciepłem to dobrze, a jak zimnym to problem z odprowadzaniem ciepła)

 

Sprawdź dysk programem CrystalDiskInfo i przetestuj RAM MemTest86

Link to post
Share on other sites

Wykonaj jeszcze test w https://www.intel.com/content/www/us/en/download/15951/intel-processor-diagnostic-tool.html  może coś pokaże. Zastanawiające, że CPU-z nie identyfikuje drugiego slotu RAM. a z podanych screenów wynika, że moduły RAM różnią się timingami (to raczej nie pomaga) i płyta gł. jakoś je dopasowała. Sprawdź działanie tylko na kości 8 GB.

  • Popieram 1
Link to post
Share on other sites

Po kolei...

Po czym wnioskujesz, że różnią się timingami? Wygrzebałem kość RAM, którą wymieniłem w laptopie i też miała 2400Mhz.

 

W dniu 16.04.2023 o 00:18, lonialomax napisał:

Sprawdź działanie tylko na kości 8 GB.

Raczej nie ma takiej opcji, bo według specyfikacji ta kość 4GB jest przylutowana do płyty głównej.

 

W dniu 15.04.2023 o 20:45, Chomik Tomek napisał:

A laptop nie przegrzewa się? Jakie ma temperatury pod obciążeniem procesora? A jak ma pow. 70'C i wentylatory się rozkręcą to wydmuchują ciepłe powietrze?

 

Laptop się nie przegrzewa. Jak mu puściłem na parę minut stress test na wszystkich wątkach na 100% to zbija taktowanie z 3500 na 2400-2500 i utrzymuje stabilne 70-65°C, zależnie od rdzenia. Zdarzało mi się kiedyś na nim grać i temperatura dochodziła wtedy do około 95°C i nie było żadnych problemów.

Jak puszczałem stress testa to powietrze było co najwyżej letnie. Ale pobór mocy procesora wtedy to ledwie 15W, więc nie spodziewałbym się fali gorąca.

  • Crystal Disk Info wszystko ok.
  • IPDT nic nie wykrył.
  • RAM MemTest86 bez żadnych błędów.

MemTest pokazywał "SPD not detected" pod tą kością RAM 4GB i nie było zbyt wielu informacji na jej temat.

 

Żeby nie zaśmiecać, poniżej wklejam link do screenów oraz zdjęć z wynikami testów itp.

https://imgur.com/a/zJLPI7n

 

PS: Znowu wyskoczyła mi jakaś aktualizacja "Intel® Graphics Driver".

EDIT: Jeszcze ciekawsze jest to, że jest to dokładnie ta sama aktualizacja, którą dopiero co zainstalowałem niedawno. Dopiero po zainstalowaniu zauważyłem w historii, że ma identyczny numer i datę wydania.

 

Edytowane przez Stasiek_Zabojca
  • Lubię to 1
Link to post
Share on other sites
10 godzin temu, Stasiek_Zabojca napisał:

Po czym wnioskujesz, że różnią się timingami?

2400 MHz to jest częstotliwość i nie twierdzę że różnica w opóźnień RAM powoduje problem. Poza tym błąd 0x124_0_GenuineIntel_PROCESSOR__UNKNOWN_IMAGE_GenuineIntel.sys może świadczyć o problemach z kanałem pamięci systemowej CPU w trakcie usypiania-wybudzania. Możliwe jest też, że problem właśnie wywołuje sterownik grafiki Intel. Sprawdź zachowanie laptopa przez uruchomienie czystego rozruchu https://support.microsoft.com/pl-pl/topic/jak-wykonać-czysty-rozruch-w-systemie-windows-da2f9573-6eec-00ad-2f8a-a97a1807f3dd  Obrazek1.thumb.jpg.d9a733e04031a00b4e049a8bf544c644.jpg

  • Lubię to 1
Link to post
Share on other sites

Ok, teraz rozumiem o co chodzi z tymi timingami.

A gdyby tak spróbować wyłączyć z poziomu BIOSu/UEFI zintegrowaną kartę graficzną i zobaczyć, czy coś się zmieni?

Jak podejrzewam, jeśli się w ogóle da, to będzie miało to duży wpływ na zużycie energii, ale laptopa i tak przeważnie używam podłączonego do źródła zasilania.

Link to post
Share on other sites

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.

Gość
Odpowiedz w tym wątku...

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

×
×
  • Dodaj nową pozycję...