Son kullanma tarihi geçmiş, bayatlamış bir tarayıcı kullanıyorsanız, Mercedes kullanmak yerine tosbağaya binmek gibi... Web sitelerini düzgün görüntüleyemiyorsanız eh, bi' zahmet tarayıcınızı güncelleyiniz. Modern Web standartlarını karşılayan bir tarayıcı alternatifine göz atın.
Acer Nitro AN515-46 ilk açılışta sürekli mavi ekran hatası veriyor
Selamlar,
Yaklaşık 3 aydır Acer AN515-46 nhqgxEY002346118A63400 laptopumda çözemediğim bir sorun yaşıyorum.
Sorunum:
Bilgisayar ilk açılışta mavi ekran veriyor.
Bazen otomatik onarım başarısız deyip yeniden başlatıyor.
Yeniden başlatınca sorunsuz açılıyor.
Gün içinde genelde sorun çıkmıyor.
Şarjdayken de oluyor ama bataryadayken 2–3 kez üst üste tekrarlıyor.
Restart sonrası problem yok.
Denenenler (hiçbiri kalıcı çözüm olmadı)
Defalarca temiz format.
Windows 11 farklı sürümler (24H2 dâhil)
BIOS Update + downgrade (1.17 →1.16 → 1.15)
Secure Boot sertifika güncellemesi.
PSP TPM Firmware güncellemesi.
BIOS default ayarları, Fast boot kapalı.
Ec reset (30–40 sn güç tuşu)
Powercfg /h off.
SFC / DISM onarımları.
Hızlı başlatma kapalı.
Farklı kapatma yöntemleri.
Gözlemler:
Soğuk başlatmada bazen düzgün.
Warm boot / ilk ınit'te çökme.
Ekran bazen Acer logosunda üstten mavi bir şerit ya da kare oluşup donuyor.
Bataryadayken ardışık 2–3 başarısız açılış, sonrasında düzelme.
Daha önce AN515-46 veya benzer Ryzen Nitro modellerinde ilk boot BSoD / bataryada tekrarlayan açılış sorunu yaşayan veya ec reflash / batarya değişimiyle çözen oldu mu?
Selam, öncelikle size bu hatada yardımcı olunabilmesi için minidump dosyalarınızı paylaşmanız gerekmekte. Minidump dosyası, mavi ekran anında oluşturulmaya başlanır ve hata hakkında bilgiler bu dosyaya depolanır. Bu raporun analizi sonucunda da mavi ekranın hata kaynağı tespit edilir.
Minidump dosyanızı nasıl paylaşacağınızı bilmiyorsanız aşağıdaki rehber linkine tıklayabilir ve dosyayı güvenilir bir dosya yükleme servisine (Google Drive, Yandex.Disk vb.) yükleyip indirme bağlantısını konunuzda paylaşabilirsiniz.
23.06.2025 tarihinde yapılan güncel rehbere aşağıdaki linkten erişebilirsiniz: https://www.technopat.net/sosyal/konu/minidump-nedir-nasil-paylasilir.3817531/ Minidump dosyaları, bilgisayarınız mavi ekran verdiğinde belleğin ufak bir dökümünü barındıran dosyalardır. Bunları analiz ederek mavi...
Selam, öncelikle size bu hatada yardımcı olunabilmesi için minidump dosyalarınızı paylaşmanız gerekmekte. Minidump dosyası, mavi ekran anında oluşturulmaya başlanır ve hata hakkında bilgiler bu dosyaya depolanır. Bu raporun analizi sonucunda da mavi ekranın hata kaynağı tespit edilir.
Minidump dosyanızı nasıl paylaşacağınızı bilmiyorsanız aşağıdaki rehber linkine tıklayabilir ve dosyayı güvenilir bir dosya yükleme servisine (Google Drive, Yandex.Disk vb.) yükleyip indirme bağlantısını konunuzda paylaşabilirsiniz.
23.06.2025 tarihinde yapılan güncel rehbere aşağıdaki linkten erişebilirsiniz: https://www.technopat.net/sosyal/konu/minidump-nedir-nasil-paylasilir.3817531/ Minidump dosyaları, bilgisayarınız mavi ekran verdiğinde belleğin ufak bir dökümünü barındıran dosyalardır. Bunları analiz ederek mavi...
Dump analizinde görülen hata: INTERNAL_POWER_ERROR (0xa0 – 0x10F). Bu hata sistemin sleep/hibernation sırasında Power yönetimi aşamasında çöktüğünü gösteriyor. Dump “hiber crash dump” olarak işaretli.
Kod:
************* Path validation summary **************
Response Time (ms) Location.
Deferred srv*
************* Preparing the environment for Debugger Extensions Gallery repositories **************
ExtensionRepository : Implicit.
UseExperimentalFeatureForNugetShare : false.
AllowNugetExeUpdate : false.
NonInteractiveNuget : true.
AllowNugetMSCredentialProviderInstall : false.
AllowParallelInitializationOfLocalRepositories : true.
EnableRedirectToChakraJsProvider : false.
-- Configuring repositories.
----> Repository : LocalInstalled, Enabled: true.
----> Repository : UserExtensions, Enabled: true.
>>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds.
************* Waiting for Debugger Extensions Gallery to Initialize **************
>>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.562 seconds.
----> Repository : UserExtensions, Enabled: true, Packages count: 0
----> Repository : LocalInstalled, Enabled: true, Packages count: 46.
Microsoft (R) Windows Debugger Version 10.0.29507.1001 AMD64.
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\yagiz\OneDrive\Masaüstü\020226-10859-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available.
Mini Kernel Dump does not have process information.
************* Path validation summary **************
Response Time (ms) Location.
Deferred srv*
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 26100 MP (16 procs) Free x64.
Product: WinNt, suite: TerminalServer SingleUserTS Personal.
Kernel base = 0xfffff806`7b400000 PsLoadedModuleList = 0xfffff806`7c2f4730
Debug session time: Mon Feb 2 15:03:55.509 2026 (UTC + 3:00)
System Uptime: 0 days 0:00:50.156
Loading Kernel Symbols.
..
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
.............................................................
................................................................
................................................................
...............................................
Loading User Symbols.
Unable to get PEB pointer.
Loading unloaded module list.
........
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff806`7b8b8680 48894c2408 mov qword ptr [rsp+8],rcx ss:0018:fffff60f`3cf0f300=00000000000000a0
7: kd> !analyze -v
Loading Kernel Symbols.
..
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
.............................................................
................................................................
................................................................
...............................................
Loading User Symbols.
Unable to get PEB pointer.
Loading unloaded module list.
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
INTERNAL_POWER_ERROR (a0)
The power policy manager experienced a fatal error.
Arguments:
Arg1: 000000000000010f, An internal error occurred while checkpointing system sleep.
progress.
Arg2: 000000000000001f, The current system sleep checkpoint.
Arg3: 0000000000000001, A CPU other than 0 tried to write a checkpoint during.
the interrupts disabled phase of system sleep.
Arg4: 0000000000000000.
Debugging Details:
------------------
KEY_VALUES_STRING: 1
Key : Analysis.CPU.mSec
Value: 1421.
Key : Analysis.Elapsed.mSec
Value: 6674.
Key : Analysis.IO.Other.Mb
Value: 0
Key : Analysis.IO.Read.Mb
Value: 1
Key : Analysis.IO.Write.Mb
Value: 1
Key : Analysis.Init.CPU.mSec
Value: 609.
Key : Analysis.Init.Elapsed.mSec
Value: 18982.
Key : Analysis.Memory.CommitPeak.Mb
Value: 91.
Key : Analysis.Version.DbgEng
Value: 10.0.29507.1001
Key : Analysis.Version.Description
Value: 10.2511.5.1 amd64fre.
Key : Analysis.Version.Ext
Value: 1.2511.5.1
Key : Bugcheck.Code.LegacyAPI
Value: 0xa0.
Key : Bugcheck.Code.TargetModel
Value: 0xa0.
Key : Dump.Attributes.AsUlong
Value: 0x21009.
Key : Dump.Attributes.DiagDataWrittenToHeader
Value: 1
Key : Dump.Attributes.ErrorCode
Value: 0x0.
Key : Dump.Attributes.KernelGeneratedTriageDump
Value: 1
Key : Dump.Attributes.LastLine
Value: Dump completed successfully.
Key : Dump.Attributes.ProgressPercentage
Value: 0
Key : Failure.Bucket
Value: 0xa0_10f_nt!PopCheckpointSystemSleep
Key : Failure.Hash
Value: {bbafb927-e848-b269-cc37-870f1b657027}
BUGCHECK_CODE: a0.
BUGCHECK_P1: 10f.
BUGCHECK_P2: 1f.
BUGCHECK_P3: 1
BUGCHECK_P4: 0
FILE_IN_CAB: 020226-10859-01.dmp
DUMP_FILE_ATTRIBUTES: 0x21009.
Hiber Crash Dump.
Kernel Generated Triage Dump.
FAULTING_THREAD: ffffc18b4a7e4280.
CUSTOMER_CRASH_COUNT: 1
STACK_TEXT:
fffff60f`3cf0f2f8 fffff806`7bf2e55e : 00000000`000000a0 00000000`0000010f 00000000`0000001f 00000000`00000001 : nt!KeBugCheckEx
fffff60f`3cf0f300 fffff806`7bf1bf18 : 00000000`00000000 fffff60f`3cf0f440 00000000`00000000 00000000`00010000 : nt!PopCheckpointSystemSleep+0x6932
fffff60f`3cf0f340 fffff806`7bf23f31 : ffffe501`0f451180 fffff806`7b89721a 00070106`00070106 00000000`00000001 : nt!PopDecompressHiberBlocks+0x494
fffff60f`3cf0f560 fffff806`7bf23a55 : 00000000`00000057 00000000`00000000 00000000`00000d7f 00000000`00000010 : nt!PopRestoreHiberContext+0x2b1
fffff60f`3cf0f5f0 fffff806`7bf23713 : fffff806`7c227000 00000025`44382f22 00000000`00000000 fffff806`7b8aaacb : nt!PopHandleNextState+0x2b5
fffff60f`3cf0f640 fffff806`7b68248e : 00000000`00000000 fffff60f`3cf0f970 fffff60f`3cf0f968 00000000`00000000 : nt!PopInvokeStateHandlerTargetProcessor+0x53
fffff60f`3cf0f720 fffff806`7b6f9a5b : ffffe501`0f451180 00000000`00000028 00000000`1dde8324 00000000`00000002 : nt!KiExecuteAllDpcs+0x67e
fffff60f`3cf0f970 fffff806`7ba74b6e : ffffe501`0f451180 ffffe501`0f451180 00000000`00000000 fffff806`08eccf00 : nt!KiRetireDpcList+0x36b
fffff60f`3cf0fc00 00000000`00000000 : fffff60f`3cf10000 fffff60f`3cf09000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x9e
SYMBOL_NAME: nt!PopCheckpointSystemSleep+6932
MODULE_NAME: nt.
IMAGE_NAME: ntkrnlmp.exe
IMAGE_VERSION: 10.0.26100.2033
STACK_COMMAND: .process /r /p 0xfffff8067c3cdf80; .thread 0xffffc18b4a7e4280 ; kb.
BUCKET_ID_FUNC_OFFSET: 6932.
FAILURE_BUCKET_ID: 0xa0_10f_nt!PopCheckpointSystemSleep
OSPLATFORM_TYPE: x64.
OSNAME: Windows 10.
FAILURE_ID_HASH: {bbafb927-e848-b269-cc37-870f1b657027}
PROCESS_NAME: Unknown.
Followup: MachineOwner
Bu kadar farklı Bugcheck'in bir arada olması genelde tek bir sürücüden ziyade sistem seviyesinde kararsızlığa işaret ediyor.
Özellikle, ilk açılışta çökme, restart sonrası sorunsuz açılması, bataryadayken artması, logo ekranında mavi artefact, defalarca temiz kurulum + BIOS update/downgrade ile düzelmemesi. Bu tablo yazılımsal ihtimali oldukça düşük.
Aklıma gelen bazı sebepler:
EC / Power initialization problemi olabilir.
GPU init (igpu–dgpu geçişi) problemi diyeceğim ama MUX yok galiba, GPU'nuzu tam göremedim DMP kısıtlığı geldiği için fakat RTX 3050 kuvvetle muhtemelen. Optimus sebep olabilir yine cepte dursun.
Batarya kaynaklı voltaj kararsızlığı olabilir.
Bu aşamada format, Windows sürümü veya sürücü denemek pek anlamlı görünmüyor artık.
Bataryayı söküp sadece adaptörle cold boot test edin.
BIOS'ta mümkünse dGPU kapatıp deneyebilirsiniz fakat kuvvetle muhtemelen bu seçenek yok dediğim gibi.
RAM tek modül test edin.
Linux live USB ile cold boot deneyebilirsiniz.
Windows kaynaklı bir sorun gibi görünmüyor. Büyük ihtimalle power/firmware seviyesinde bir kararsızlık söz konusu ve servis müdahalesi gerekebilir, haberiniz olsun. Ayrıca elinizde daha fazla dmp dosyası varsa hepsini atın ki bakabileyim.
Dump analizinde görülen hata: INTERNAL_POWER_ERROR (0xa0 – 0x10F). Bu hata sistemin sleep/hibernation sırasında Power yönetimi aşamasında çöktüğünü gösteriyor. Dump “hiber crash dump” olarak işaretli.
Kod:
************* Path validation summary **************
Response Time (ms) Location.
Deferred srv*
************* Preparing the environment for Debugger Extensions Gallery repositories **************
ExtensionRepository : Implicit.
UseExperimentalFeatureForNugetShare : false.
AllowNugetExeUpdate : false.
NonInteractiveNuget : true.
AllowNugetMSCredentialProviderInstall : false.
AllowParallelInitializationOfLocalRepositories : true.
EnableRedirectToChakraJsProvider : false.
-- Configuring repositories.
----> Repository : LocalInstalled, Enabled: true.
----> Repository : UserExtensions, Enabled: true.
>>>>>>>>>>>>> Preparing the environment for Debugger Extensions Gallery repositories completed, duration 0.000 seconds.
************* Waiting for Debugger Extensions Gallery to Initialize **************
>>>>>>>>>>>>> Waiting for Debugger Extensions Gallery to Initialize completed, duration 0.562 seconds.
----> Repository : UserExtensions, Enabled: true, Packages count: 0
----> Repository : LocalInstalled, Enabled: true, Packages count: 46.
Microsoft (R) Windows Debugger Version 10.0.29507.1001 AMD64.
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\yagiz\OneDrive\Masaüstü\020226-10859-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available.
Mini Kernel Dump does not have process information.
************* Path validation summary **************
Response Time (ms) Location.
Deferred srv*
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 26100 MP (16 procs) Free x64.
Product: WinNt, suite: TerminalServer SingleUserTS Personal.
Kernel base = 0xfffff806`7b400000 PsLoadedModuleList = 0xfffff806`7c2f4730
Debug session time: Mon Feb 2 15:03:55.509 2026 (UTC + 3:00)
System Uptime: 0 days 0:00:50.156
Loading Kernel Symbols.
..
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
.............................................................
................................................................
................................................................
...............................................
Loading User Symbols.
Unable to get PEB pointer.
Loading unloaded module list.
........
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff806`7b8b8680 48894c2408 mov qword ptr [rsp+8],rcx ss:0018:fffff60f`3cf0f300=00000000000000a0
7: kd> !analyze -v
Loading Kernel Symbols.
..
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
.............................................................
................................................................
................................................................
...............................................
Loading User Symbols.
Unable to get PEB pointer.
Loading unloaded module list.
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
INTERNAL_POWER_ERROR (a0)
The power policy manager experienced a fatal error.
Arguments:
Arg1: 000000000000010f, An internal error occurred while checkpointing system sleep.
progress.
Arg2: 000000000000001f, The current system sleep checkpoint.
Arg3: 0000000000000001, A CPU other than 0 tried to write a checkpoint during.
the interrupts disabled phase of system sleep.
Arg4: 0000000000000000.
Debugging Details:
------------------
KEY_VALUES_STRING: 1
Key : Analysis.CPU.mSec
Value: 1421.
Key : Analysis.Elapsed.mSec
Value: 6674.
Key : Analysis.IO.Other.Mb
Value: 0
Key : Analysis.IO.Read.Mb
Value: 1
Key : Analysis.IO.Write.Mb
Value: 1
Key : Analysis.Init.CPU.mSec
Value: 609.
Key : Analysis.Init.Elapsed.mSec
Value: 18982.
Key : Analysis.Memory.CommitPeak.Mb
Value: 91.
Key : Analysis.Version.DbgEng
Value: 10.0.29507.1001
Key : Analysis.Version.Description
Value: 10.2511.5.1 amd64fre.
Key : Analysis.Version.Ext
Value: 1.2511.5.1
Key : Bugcheck.Code.LegacyAPI
Value: 0xa0.
Key : Bugcheck.Code.TargetModel
Value: 0xa0.
Key : Dump.Attributes.AsUlong
Value: 0x21009.
Key : Dump.Attributes.DiagDataWrittenToHeader
Value: 1
Key : Dump.Attributes.ErrorCode
Value: 0x0.
Key : Dump.Attributes.KernelGeneratedTriageDump
Value: 1
Key : Dump.Attributes.LastLine
Value: Dump completed successfully.
Key : Dump.Attributes.ProgressPercentage
Value: 0
Key : Failure.Bucket
Value: 0xa0_10f_nt!PopCheckpointSystemSleep
Key : Failure.Hash
Value: {bbafb927-e848-b269-cc37-870f1b657027}
BUGCHECK_CODE: a0.
BUGCHECK_P1: 10f.
BUGCHECK_P2: 1f.
BUGCHECK_P3: 1
BUGCHECK_P4: 0
FILE_IN_CAB: 020226-10859-01.dmp
DUMP_FILE_ATTRIBUTES: 0x21009.
Hiber Crash Dump.
Kernel Generated Triage Dump.
FAULTING_THREAD: ffffc18b4a7e4280.
CUSTOMER_CRASH_COUNT: 1
STACK_TEXT:
fffff60f`3cf0f2f8 fffff806`7bf2e55e : 00000000`000000a0 00000000`0000010f 00000000`0000001f 00000000`00000001 : nt!KeBugCheckEx
fffff60f`3cf0f300 fffff806`7bf1bf18 : 00000000`00000000 fffff60f`3cf0f440 00000000`00000000 00000000`00010000 : nt!PopCheckpointSystemSleep+0x6932
fffff60f`3cf0f340 fffff806`7bf23f31 : ffffe501`0f451180 fffff806`7b89721a 00070106`00070106 00000000`00000001 : nt!PopDecompressHiberBlocks+0x494
fffff60f`3cf0f560 fffff806`7bf23a55 : 00000000`00000057 00000000`00000000 00000000`00000d7f 00000000`00000010 : nt!PopRestoreHiberContext+0x2b1
fffff60f`3cf0f5f0 fffff806`7bf23713 : fffff806`7c227000 00000025`44382f22 00000000`00000000 fffff806`7b8aaacb : nt!PopHandleNextState+0x2b5
fffff60f`3cf0f640 fffff806`7b68248e : 00000000`00000000 fffff60f`3cf0f970 fffff60f`3cf0f968 00000000`00000000 : nt!PopInvokeStateHandlerTargetProcessor+0x53
fffff60f`3cf0f720 fffff806`7b6f9a5b : ffffe501`0f451180 00000000`00000028 00000000`1dde8324 00000000`00000002 : nt!KiExecuteAllDpcs+0x67e
fffff60f`3cf0f970 fffff806`7ba74b6e : ffffe501`0f451180 ffffe501`0f451180 00000000`00000000 fffff806`08eccf00 : nt!KiRetireDpcList+0x36b
fffff60f`3cf0fc00 00000000`00000000 : fffff60f`3cf10000 fffff60f`3cf09000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x9e
SYMBOL_NAME: nt!PopCheckpointSystemSleep+6932
MODULE_NAME: nt.
IMAGE_NAME: ntkrnlmp.exe
IMAGE_VERSION: 10.0.26100.2033
STACK_COMMAND: .process /r /p 0xfffff8067c3cdf80; .thread 0xffffc18b4a7e4280 ; kb.
BUCKET_ID_FUNC_OFFSET: 6932.
FAILURE_BUCKET_ID: 0xa0_10f_nt!PopCheckpointSystemSleep
OSPLATFORM_TYPE: x64.
OSNAME: Windows 10.
FAILURE_ID_HASH: {bbafb927-e848-b269-cc37-870f1b657027}
PROCESS_NAME: Unknown.
Followup: MachineOwner
Bu kadar farklı Bugcheck'in bir arada olması genelde tek bir sürücüden ziyade sistem seviyesinde kararsızlığa işaret ediyor.
Özellikle, ilk açılışta çökme, restart sonrası sorunsuz açılması, bataryadayken artması, logo ekranında mavi artefact, defalarca temiz kurulum + BIOS update/downgrade ile düzelmemesi. Bu tablo yazılımsal ihtimali oldukça düşük.
Aklıma gelen bazı sebepler:
Ec / Power initialization problemi olabilir.
GPU init (igpu–dgpu geçişi) problemi diyeceğim ama MUX yok galiba, GPU'nuzu tam göremedim DMP kısıtlığı geldiği için fakat RTX 3050 kuvvetle muhtemelen. Optimus sebep olabilir yine cepte dursun.
Batarya kaynaklı voltaj kararsızlığı olabilir.
Bu aşamada format, Windows sürümü veya sürücü denemek pek anlamlı görünmüyor artık.
Bataryayı söküp sadece adaptörle cold boot test edin.
BIOS'ta mümkünse dGPU kapatıp deneyebilirsiniz fakat kuvvetle muhtemelen bu seçenek yok dediğim gibi.
RAM tek modül test edin.
Linux live USB ile cold boot deneyebilirsiniz.
Windows kaynaklı bir sorun gibi görünmüyor. Büyük ihtimalle power/firmware seviyesinde bir kararsızlık söz konusu ve servis müdahalesi gerekebilir, haberiniz olsun. Ayrıca elinizde daha fazla DMP dosyası varsa hepsini atın ki bakabileyim.
Samsung marka ve Micron marka RAM denemiştim çözüm olmadı. Batarya konusunda bataryayı sök tak yapmama rağmen 1 kez bu hatayı veriyordu. Şu an RAM kapağını söktükten sonra laptopu kapattım çantama attım eve geldim ve açtığımda yine tekte açıldı. Sanırım biraz böyle test edeceğim. Genelde 1 saat kullanmadıktan sonra açtığımda bu hatayı alıyordum. 3 saat geçti ve ardından açtığımda sorunsuzdu. Ec / Power initialization ihtimali benim de kafama çok yattı ama dediğim gibi şu an sorun yok, en büyük sonucu bu gece kapattıp sabah açtığımda öğreneceğim gibi duruyor. Uzun süreli beklemede kesinlikle o hatayı veriyordu. Fikir ve yardımınız için teşekkür ederim.
Güncelleme:
Sabah kalktığımda cihaz tekte açıldı kapatıp çantama attım iş yerime geldim tekrar tekte açıldı. Önceden açılsa bile bir süre sonra kapanıyordu, 2 el LoL maçı attım herhangi bir bir kapanma olmadı. Sanırsam sorun çözüldü yine 1 hafta kullanım sonrası güncelleme yaparım.
Samsung marka ve Micron marka RAM denemiştim çözüm olmadı. Batarya konusunda bataryayı sök tak yapmama rağmen 1 kez bu hatayı veriyordu. Şu an RAM kapağını söktükten sonra laptopu kapattım çantama attım eve geldim ve açtığımda yine tekte açıldı. Sanırım biraz böyle test edeceğim. Genelde 1 saat kullanmadıktan sonra açtığımda bu hatayı alıyordum. 3 saat geçti ve ardından açtığımda sorunsuzdu. Ec / Power initialization ihtimali benim de kafama çok yattı ama dediğim gibi şu an sorun yok, en büyük sonucu bu gece kapattıp sabah açtığımda öğreneceğim gibi duruyor. Uzun süreli beklemede kesinlikle o hatayı veriyordu. Fikir ve yardımınız için teşekkür ederim.
Güncelleme:
Sabah kalktığımda cihaz tekte açıldı kapatıp çantama attım iş yerime geldim tekrar tekte açıldı. Önceden açılsa bile bir süre sonra kapanıyordu, 2 el LoL maçı attım herhangi bir bir kapanma olmadı. Sanırsam sorun çözüldü yine 1 hafta kullanım sonrası güncelleme yaparım.
Açıkçası bana göre bu hata RAM slotu oynadığında oluşuyor. Ben RAM kapağını çıkardım, 4 gün sonra aynı hatayı bir kez daha aldım. Bu sefer RAM'in altında bulunan padleri de çıkardım ve çıkardığım padleri RAM'in üstüne koydum. Şu an nadiren o hatayı alıyorum ama bir kez olup düzeliyor. Şu anlık aklımda başka bir çözüm yok. Kapton bant ile RAM slotunun üstüne, komple kapatmadan, destek amaçlı kenarlardan iki şerit bant çekmeyi düşünüyorum. Ama şu an en azından cihazımı şarjsız kullanabiliyorum; öteki türlü şarjdan çıkınca sürekli çöküyordu.
