Stasiek_Zabojca
-
Liczba zawartości
335 -
Rejestracja
-
Ostatnia wizyta
Typ zawartości
Profile
Blogi
Forum
Kalendarz
Posty dodane przez Stasiek_Zabojca
-
-
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. -
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/zJLPI7nPS: 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.
-
1
-
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.
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: 4624Key : Analysis.DebugAnalysisManager
Value: CreateKey : Analysis.Elapsed.mSec
Value: 7961Key : Analysis.IO.Other.Mb
Value: 0Key : Analysis.IO.Read.Mb
Value: 0Key : Analysis.IO.Write.Mb
Value: 0Key : Analysis.Init.CPU.mSec
Value: 577Key : Analysis.Init.Elapsed.mSec
Value: 2944Key : Analysis.Memory.CommitPeak.Mb
Value: 95Key : Bugcheck.Code.DumpHeader
Value: 0x124Key : Bugcheck.Code.Register
Value: 0x124Key : WER.OS.Branch
Value: vb_releaseKey : WER.OS.Timestamp
Value: 2019-12-06T14:06:00ZKey : WER.OS.Version
Value: 10.0.19041.1
FILE_IN_CAB: 041523-20734-01.dmpBUGCHECK_CODE: 124
BUGCHECK_P1: 0
BUGCHECK_P2: ffffba0a2e0dd028
BUGCHECK_P3: ba000000
BUGCHECK_P4: 11000402
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1CUSTOMER_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: GenuineIntelIMAGE_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
--------- -
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.
-
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
-
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.sysKEY_VALUES_STRING: 1
Key : Analysis.CPU.mSec
Value: 4890Key : Analysis.DebugAnalysisManager
Value: CreateKey : Analysis.Elapsed.mSec
Value: 17198Key : Analysis.IO.Other.Mb
Value: 3Key : Analysis.IO.Read.Mb
Value: 0Key : Analysis.IO.Write.Mb
Value: 4Key : Analysis.Init.CPU.mSec
Value: 468Key : Analysis.Init.Elapsed.mSec
Value: 9718Key : Analysis.Memory.CommitPeak.Mb
Value: 103Key : Bugcheck.Code.DumpHeader
Value: 0x124Key : Bugcheck.Code.Register
Value: 0x124Key : WER.OS.Branch
Value: vb_releaseKey : WER.OS.Timestamp
Value: 2019-12-06T14:06:00ZKey : WER.OS.Version
Value: 10.0.19041.1
FILE_IN_CAB: 041423-17390-01.dmpBUGCHECK_CODE: 124
BUGCHECK_P1: 0
BUGCHECK_P2: ffffb20e60e85028
BUGCHECK_P3: ba000000
BUGCHECK_P4: 11000402
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1CUSTOMER_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: GenuineIntelIMAGE_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
--------- -
Mała korekta, nie Sagem a Sagemcom Fast 2704. Sagem jest ustawiony jako access point z wyłączonym DHCP, również ma przypisany na sztywno adres IP zarówno w Funbox'ie jak i w swoich ustawieniach (taki sam). Sagem obecnie ma końcówkę IP .69, Funbox .1 a zakres DHCP dla Funbox'a od .10 do .68. Przypisane na sztywno telefon i laptop mają końcówki .20 i .22.
Niezależnie czy komputer przełączy się automatycznie, czy ręcznie, gdy nie ma internetu przez te kilka minut jest już połączony z Sagemem. Zarówno wskaźnik połączenia Wi-Fi na to wskazuje, jak i mogę go wywołać w przeglądarce wpisując jego IP. Nie mogę natomiast wywołać Funbox’a; udaje się dopiero kiedy internet w końcu się pojawi.
Jak już wspominałem wcześniej, problem nie pojawia się przy jakimkolwiek pierwszym połączeniu. Jeśli nie byłem przez bliżej nieokreślone kilka, kilkanaście minut, a tym bardziej kilka godzin, podłączony do Funbox’a, to urządzenia łączą się od razu bez najmniejszego problemu. Kłopotliwe jest przełączanie z Funboxa bezpośrednio na Sagema lub krótką chwilę po rozłączeniu. W drugą stronę problem nie występuje. Mogę się od razu przełączyć na Funbox’a, ale jak będę chciał wrócić na Sagem’a, muszę czekać kilka minut aż zacznie działać.
Kabel nie ma nic do rzeczy, jest poprawnie zarobiony i bez problemu śmiga na nim internet 320Mbps, kiedy jest podpięty na co dzień do komputera. Z Sagema korzystam okazjonalnie gdy chcę pooglądać filmy czy przeglądać internet w łóżku na laptopie. Nie mam jeszcze switcha, więc ręcznie przepinam kabel z kompa do routera a kompa podpinam innym kablem do niego, żeby mieć w razie czego internet gdy go odpalę w jakimś celu.
Ustawienie w telefonie w ustawieniach sieci ręcznego IP sprawia, że faktycznie łączy się od razu, ale tak jak na laptopie nie ma dostępu do internetu przez kilka/kilkanaście minut.
Wpisywałem w CMD ipconfig /all kiedy internetu nie było zaraz po przełączeniu i kiedy się pojawił i wszystko wyglądało kropka w kropkę identycznie. Włącznie z godziną połączenia. Adres IP taki jaki powinien być, .20 przypisane w ustawieniach Funbox’a.
Kiedy internetu nie ma, mogę wypingować Sagema, z którym jestem połączony, nie mogę wypingować Funbox'a. Wyskakuje "Reply from (adres IP urządzenia z którego pinguję): Destination host unreachable." -
Mam w domu dwa routery Wi-Fi. Główny ze światłowodu z Orange, nazwijmy go Funbox i drugi, stary, kilkuletni Sagem, którego używam jako access point dla drugiej sieci, ponieważ w pokoju z drugiej strony domu mam słaby zasięg. Sagem jest podpięty do Funbox'a kablem. Problem polega na tym, że jeśli jestem aktualnie podpięty do sieci w salonie i pójdę do pokoju, muszę się pogodzić z kilkuminutowym oczekiwaniem aż pojawi się internet. Laptop z Win10 się połączy, ale przez kilka minut nie będzie na nim internetu i nawet nie można wywołać Funbox'a przez wpisywanie jego adresu IP w przeglądarce, nie łączy się w ogóle dopóki nie pojawi się internet. Telefon z Androidem z kolei w ogóle się nie łączy się z siecią, wyskakuje "Nie można uzyskać adresu IP". Najgorzej, kiedy próbuję po kilku minutach się połączyć i po włączeniu Wi-Fi choćby na sekundę spróbuje się połączyć z Funboxem, muszę czekać od nowa.
Nie wiem co może być nie tak. Funbox i Sagem mają swoje osobne adresy IP, dwie zupełnie osobne sieci z innymi nazwami i hasłami, na Sagem'ie jest wyłączone DHCP a telefon i laptop mają przypisane stałe adresy IP w ustawieniach Funbox'a. -
Od jakiegoś czasu męczy mnie pomysł, żeby grać sobie w salonie na TV w gry odpalone na komputerze w pokoju. Niestety są one oddalone o jakieś 15, może jakieś więcej metrów, O ile podłączyć HDMI powinno się jeszcze dać na takim dystansie, to z USB jest już problem. Można znaleźć jakieś aktywne przedłużacze, ale nie wszystkie są odpowiednie, niektóre wątpliwej jakości i są przede wszystkim drogie. Zastanawia mi się, czy da się jakoś do tego wykorzystać Funbox'a i połączyć urządzenia przez sieć lokalną, bo komputer jest połączony kablem z routerem.
Czy da się jakość podpiąć klawiaturę i myszkę do routera, żeby obsługiwać komputer na odległość? Albo czy jest jeszcze jakaś inna alternatywa? -
Skontaktowałem się z globalnym działem supportu SanDisk'a, opisałem całą sytuację, wysłałem screeny z benchmarków i zgodzili się wymienić Ultra Flair'a na nowego, muszę im odesłać swojego.
Ultra Fit niestety jest już po 5-letnim okresie gwarancyjnym i nie wymienią już go. -
Zrobiłem testy, najpierw tak jak było, potem przekonwertowałem na GPT i znowu przeprowadziłem test. Ewidentnie w niektórych miejscach "leży" zapis.
MBR:
GPT:
Odpaliłem też z ciekawości na chwilę ten test H2testw, zaczęło zapis od około 25MB/s i stopniowo zwalniało (po 5-6 minutach zeszło do niecałych 6MB/s), co prawdopodobnie wynika z nagrzewania się pendrive'a, ale nie dochodziło do sytuacji, gdzie spadało praktycznie do zera. Przerwałem test, bo w tym tempie zajęłoby to prawie 3h. -
Pierwszego pendrive'a po chwili wywaliło tak samo jak przy kopiowaniu plików.
W przypadku pierwszego pokazywał się problem z przesunięciem partycji, ale puściłem test mimo to. Przy zapisie 4k spadł do zera, trzymał się tam kilka minut po czym ruszył bardzo powoli.
Przerwałem test, usunąłem partycję i zrobiłem nową, żeby skorygować błąd, ale nic się nie zmieniło. Na początku sekwencyjny szedł na poziomie trochę ponad 20MB/s, ale pod koniec zaczął powoli, stopniowo spadać. Następnie przy 4k ta sama sytuacja, spadek do zera na kilka minut.
EDIT:
Gdzie były kupowane?Pierwszego mam od kilku lat, dostałem go kiedyś od taty, bo radio w ciężarówce nie współgrało z pamięciami z USB 3.0.
Drugi, 64GB, kupowałem w Amazonie UK w sierpniu 2019, jako sprzedawca był podany Amazon EU S.a.r.L. -
W ciągu ostatniego miesiąca coś się stało z dwoma moimi pendrive'ami.
1. SanDisk Ultra Fit USB 3.0 - 16GB
2. SanDisk Ultra Flair USB 3.0 - 64 GB
Pierwszy:
Kopiowałem coś na niego i nagle przy trzecim filmie (~ok. kilkaset MB każdy) wywaliło błąd, że nie rozpoznano urządzenia, sam pendrive nagle zniknął z systemu, po czym pojawił się po chwili ponownie z ostrzeżeniem, żeby przeskanować i naprawić dysk (co oczywiście niczego nie wykazało). Problem się powtarzał, tak samo przy kopiowaniu danych z USB na kompa. Część się udało kopiować, przy innych wywalało błąd. Próby formatowania nic nie dały, bo system nie mógł go ukończyć. Udało się go jakoś sformatować po podpięciu do telefonu z poziomu Androida, ale niewiele to dało. Dalej dzieje się to samo, szybkie formatowanie da się przeprowadzić, ale pełnego nie, bo tak samo po chwili go wywala. Podobnie przy kopiowaniu plików, zaczyna kopiować, ale pendrive znika po chwili i natychmiast pojawia się ponownie.
Drugi:
Próbowałem na niego zgrać filmy i zaczyna normalnie, pokazuje prędkość 50-60MB, ale po chwili (kilkanaście/ponad 20 sekund) nagle spada albo do 0, albo do 355KB, albo do 1-1,5MB i czasem się pozbiera, przyspieszy na moment do około 15-20MB i znów spada do zera. Próbowałem go formatować, ale nic się nie zmieniło. To samo jest na moim laptopie, laptopie taty i kompie (wszędzie Win10). Próbowałem też z różnymi plikami, kopiowanie pojedynczo filmów, kopiowanie całego folderu na raz, kopiowanie folderu z mniejszymi filmami, wszędzie taki sam efekt.
Przykładowe kopiowanie filmu
Czy jest ktoś w stanie mi wyjaśnić o co chodzi? Podejrzewam, że pierwszy może już nie być do odratowania, ale drugiego wolałbym utrzymać przy życiu, zwłaszcza, że mam go tylko kilka miesięcy i bardzo rzadko go używałem. -
Cześć, mam laptopa Lenovo Ideapad 720 (8GB RAM, i5 8250U oraz Radeon RX550).
Czasami gram chwilę na baterii, ale mam problem z jakąś funkcją oszczędzania energii.
Gra działa normalnie, ale co parę, paręnaście sekund, chyba im więcej dzieje się na ekranie, gra zaczyna zwalniać i delikatnie przycinać na 2-3 sekundy, po czym znowu na chwilę wraca do normy. Jakby komputer z jakiegoś powodu ograniczał co chwilę taktowanie.
W ustawieniach planu zasilania ustawiłem wszystko na maksymalną wydajność (na zasilaniu bateryjnym i na kablu wszystko jest tak samo), chłodzenia przestawione na aktywne, ustawienia karty Radeon w sterowniku na maksa, aplikacja ustawiona manualnie na kartę Radeon, suwak na pasku baterii również na maksymalną wydajność. Czy jest gdzieś jeszcze jakaś funkcja, która może coś ograniczać? -
Rozumiem, czyli to jednak nie takie proste
Miał już ktoś styczność z tym Smart Wi-Fi Box'em od Orange'a?
Z tego co o nim piszą i jak go reklamują wynika, że niby działa jak taki mesh i automatycznie się przełącza. Pytanie, czy to faktycznie takie przełączanie jak w roamingu, czy tak jak przy sieciach o tej samej nazwie i urywa połączenie przy przełączaniu?
https://orange.binaries.pl/bw//20155/0/26361/ce02df77-a1d8-4534-a7f1-16c6ac18a543.pdf?fbclid=IwAR1vXn8ZxEdLGq9Oh-KUQmjtU9oxJHt38vA2e_yT6dTBCgMEZq1quSQJTBo -
Hej. Ponieważ router znajduje się z jednej strony domu i po drugiej jest już słaby zasięg, chciałbym przedłużyć zasięg Wi-Fi. Reapeter/Access point byłby połączony z FunBox'em kablem.
Problemem jest to, że nie chcę rozwiązania, które stworzy nową sieć Wi-Fi i będę musiał się manualnie przełączać. Czy istnieje jakieś rozwiązanie, które pozwala po prostu przedłużyć daną sieć Wi-Fi i urządzenie automatycznie by się przełączało między FunBox'em a reapeterem w ramach jednej sieci?
Tak jak na przykład w szkołach czy innych publicznych budynkach istnieje jedna sieć na terenie całego budynku.
Podobno Orange ma jakieś swoje rozwiązanie tego problemu, ale wolałbym kupić swój prywatnie niż płacić im dodatkowo co miesiąc za małe pudełeczko.
-
To chyba w takim razie wszystko w tym temacie
Dziękuję Wam bardzo za pomoc, szczególnie Tobie kokosnh 
-
Nagrywam dużo filmów kamerką podczas wypadów motocyklowych i szukam jakiegoś programu, za pomocą którego będę mógł hurtowo zmniejszyć rozmiar tych filmów. Obecnie mam do skompresowania ponad 1,1TB filmów w niecałych 1000 plików. Na razie używałem HandBrake'a, jedyny porządny jaki znalazłem, ale problem polega na tym, że najpierw muszę przejrzeć filmy w innym programie, wyciąć w innym, to co niepotrzebne, wyeksportować interesującą mnie część a dopiero potem mogę się zabrać do kompresowania. Chyba się zgodzicie, że to duża strata czasu?
Przydałoby się coś, co jest w stanie zrobić to wszystko na raz- wyświetlić podgląd filmów, wyodrębnić z niego wybrane części, od razu skompresować i żeby mógł puścić od razu kolejkę X filmów, nie pojedyncze pliki.
Jest taki program? -
A więc tak...
Okazało się, że zaznaczenie opcji "erase" w Victorii nie wyzerowało całego dysku, ale "wymazywał" tylko bad sectory, przynajmniej tak wynikało z logu. Dysk cały czas był widoczny ze swoją partycją.
Pobrałem więc dmde i nim wyzerowałem cały dysk, po czym ponownie przeprowadziłem skan Victorią z zaznaczoną opcją Remap. Najpierw tylko końcówki dysku,potem jeszcze raz całego.
Okazało się, że nie wykryła żadnego bad sectora i nic nie remapowała, co zresztą widać niżej na screenie i filmie, nie ma też już regularnie występujących "słabych pasków".
Ale...
Nie założyłem jeszcze partycji, ale sprawdziłem ponownie smart, gdzie wartość C5 (w HD Tune) wzrosła ze 195 do ponad 65000
Hard Disk Sentinel ma takie samo zdanie, literki z Crystala to jak się domyślam zapis szesnastkowy i oznacza to samo
Co się mogło stać, bo coś mi tu nie gra?
I filmik:
-
Hmm, dziwne
To było tak dawno, że nawet nie pamiętam, jak to się mogło stać. Ale bad sector zniknął
Mniejsza
Dobrze myślę, że mogę użyć Victorii zamiast MHDD? Nie ukrywam, że wolałbym mieć możliwość korzystania z komputera w czasie naprawy dysku.
W pierwszym przypadku zamiast ignore zaznaczam erase, w drugim remap a potem po prostu tworzę nową partycję 1,6-1,65TB zamiast 1,8TB? Dobrze myślę, żebym czegoś nie pomylił?
Partycję tworzyć Windowsem, czy lepiej Minitool'a użyć? -
Nie, nie, nowego tykał nie będę
Oczywiście, że mówimy o starymOgólnie to nie mam zbyt dużego doświadczenia z dyskami. Jedyna do tej pory operacja jaką przeprowadzałem na HDD to było właśnie zerowanie i remap tego dysku w MHDD 2,5 roku temu.
Ale lubię uczyć się nowych rzeczy i chętnie bym spróbował, tylko musiałbym wiedzieć o co chodzi.
Mam teraz chwilę wolnego czasu a jakbym przypadkiem zepsuł stary dysk, to dużej straty nie będzie.
-
Obecnie wszystko jest już przekopiowane na nowy dysk, zrobiłem to jak najszybciej po tym, jak go odebrałem.
O co chodzi z tą geometrią dysku twardego? Szczerze powiedziawszy pierwszy raz się spotykam z tym pojęciem.
Jeśli mam jednym i drugim zmniejszyć o 200MB, to oba będą się uzupełniać, wyłączając z użytku część dysku i z 1,8TB zostanie 1,6TB, czy jedno zmniejszy o 200 i drugi o kolejne 200, zostawiając 1,4TB użytecznego miejsca?
I jeszcze jedno pytanko, czy to, co zostało zapisane na dysku, np. poza obszarem, który mam zamiar wyłączyć z użytku, zostanie skasowane, czy zostanie nietknięte?
-
Czy dysk ma być tylko pod system, czy chcesz też instalować na nim gry?
Jeśli masz dużo gier, to rozważyłbym dołożenie do dysku 250GB. Z własnego doświadczenia wiem, że choć z pozoru może wydawać się to wystarczająco, to jednak szybko się zapełnia. Ja bardzo szybko zapełniłem dysk 250GB. -
Dysk to WD Green, pełna nazwa modelu jest na screenach.
Obecnie wygląda to tak:
Nagrałem jeszcze filmik jak wygląda końcówka dysku, gdzie są bad sectory. Z tego co widzę, dość regularnie pojawiają się fragmenty, gdzie sektory mają większe opóźnienia, w tym pojawiają się tam też te złe. Niektóre sektory są jeden za drugim:
Na początku 2016 roku pojawił się pierwszy bad sector i pierwsze ostrzeżenie w Crystal Disk Info i w marcu tamtego roku robiłem pierwsze skanowanie, zerowanie i naprawę dysku w MHDD.
Tak wyglądał przed:
A tak po:
Laptop często wiesza się i restartuje przy usypianiu/wybudzaniu
w Diagnostyka błędów i awarii
Napisano
Jeszcze nie, bo chwilowo nie mam zbyt wiele wolnego czasu a diagnostyka też może zająć sporo czasu ze względu na losowość występowania problemu.