Acer Nitro AN515-46 ilk açılışta sürekli mavi ekran hatası veriyor

Şahin G · 13 Şubat 2026

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?

Astiva · 17 Şubat 2026

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.

Minidump Dosyalarını Paylaşın

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...

www.technopat.net

Şahin G · 17 Şubat 2026

Astiva dedi:
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.

Minidump Dosyalarını Paylaşın

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...

www.technopat.net

nitro5 - Google Drive

drive.google.com

Şahin G dedi:
nitro5 - Google Drive

drive.google.com

Astiva · 17 Şubat 2026

Eve geçince inceleyeceğim.

Selamlar,

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.

Şahin G · 17 Şubat 2026

Astiva dedi:

Eve geçince inceleceyim.

Selamlar,

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.

Boisterouss · Salı 19:15

Şahin G dedi:
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.

Aynı sorunu aynı modelde ben de yaşamaya başladım birebir aynı şeyleri yaşıyoruz napmam lazım çözebildin mi ram kapağını sökmek mi tek çözüm

Şahin G · Salı 21:16

Boisterouss dedi:
Aynı sorunu aynı modelde ben de yaşamaya başladım birebir aynı şeyleri yaşıyoruz ne yapmam lazım çözebildin mi RAM kapağını sökmek mi tek çözü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.

Boisterouss · Dün 20:01

Şahin G dedi:
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.

Mavi ekranın asıl sebebi: storport.sys

Bu dosya Microsoft'un Depolama Portu Sürücüsüdür. Logdaki RaidUnitSetSystemPowerIrp ve PopSystemIrpCompletion ifadeleri, bilgisayarın depolama birimine (SSD veya HDD) "güç durumunu değiştir" (örneğin uykuya geç veya uyan) emri verdiğinde bir şeylerin ters gittiğini gösteriyor.

Senin Acer Nitro laptopunda bu durum genellikle SSD'nin güç yönetimiyle veya sürücü uyumsuzluğuyla ilgili olur. İşte bu sorunu çözmek için yapabileceğin en etkili adımlar:

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)

Windows, güç tasarrufu yapmak için SSD'ye giden elektriği kesmeye çalışırken bu hatayı tetikleyebiliyor.

Denetim Masası > Güç Seçenekleri kısmına gir.
Seçili planın yanındaki "Plan ayarlarını değiştir" ve ardından **"Gelişmiş güç ayarlarını değiştir"**e tıkla.
Sabit disk > Sabit diski kapatmak için beklenecek süre ayarını hem pilde hem prizde "0" (Hiçbir zaman) yap.
PCI Express > Bağlantı Durumu Güç Yönetimi ayarını "Kapalı" konuma getir.
4. Sistem Dosyalarını Onar
Depolama sürücüsünde bir bozulma olup olmadığını anlamak için şu klasik ama etkili komutu çalıştıralım:
- CMD'yi Yönetici Olarak aç ve şu komutu yazıp Enter'la:chkdsk c: /f /r
- Bilgisayarı yeniden başlatmanı isteyecektir, "Y" diyerek onayı ver ve bir sonraki açılışta diski taramasını bekle.

Boisterouss dedi:
Mavi ekranın asıl sebebi: storport.sys

Bu dosya Microsoft'un Depolama Portu Sürücüsüdür. Logdaki RaidUnitSetSystemPowerIrp ve PopSystemIrpCompletion ifadeleri, bilgisayarın depolama birimine (SSD veya HDD) "güç durumunu değiştir" (örneğin uykuya geç veya uyan) emri verdiğinde bir şeylerin ters gittiğini gösteriyor.

Senin Acer Nitro laptopunda bu durum genellikle SSD'nin güç yönetimiyle veya sürücü uyumsuzluğuyla ilgili olur. İşte bu sorunu çözmek için yapabileceğin en etkili adımlar:

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)
Windows, güç tasarrufu yapmak için SSD'ye giden elektriği kesmeye çalışırken bu hatayı tetikleyebiliyor.

Denetim Masası > Güç Seçenekleri kısmına gir.

Seçili planın yanındaki "Plan ayarlarını değiştir" ve ardından **"Gelişmiş güç ayarlarını değiştir"**e tıkla.

Sabit disk > Sabit diski kapatmak için beklenecek süre ayarını hem pilde hem prizde "0" (Hiçbir zaman) yap.

PCI Express > Bağlantı Durumu Güç Yönetimi ayarını "Kapalı" konuma getir.

4. Sistem Dosyalarını Onar
Depolama sürücüsünde bir bozulma olup olmadığını anlamak için şu klasik ama etkili komutu çalıştıralım:

CMD'yi Yönetici Olarak aç ve şu komutu yazıp Enter'la:chkdsk c: /f /r

Bilgisayarı yeniden başlatmanı isteyecektir, "Y" diyerek onayı ver ve bir sonraki açılışta diski taramasını bekle.

Bu ikisini yapmak benim sorunumu çözdü istersen bir dene.

Minidump dosyasını Gemini'ye attım ve sorunu buldu.

Şahin G · Dün 21:03

Boisterouss dedi:
Mavi ekranın asıl sebebi: storport.sys

Bu dosya Microsoft'un Depolama Portu Sürücüsüdür. Logdaki RaidUnitSetSystemPowerIrp ve PopSystemIrpCompletion ifadeleri, bilgisayarın depolama birimine (SSD veya HDD) "güç durumunu değiştir" (örneğin uykuya geç veya uyan) emri verdiğinde bir şeylerin ters gittiğini gösteriyor.

Senin Acer Nitro laptopunda bu durum genellikle SSD'nin güç yönetimiyle veya sürücü uyumsuzluğuyla ilgili olur. İşte bu sorunu çözmek için yapabileceğin en etkili adımlar:

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)
Windows, güç tasarrufu yapmak için SSD'ye giden elektriği kesmeye çalışırken bu hatayı tetikleyebiliyor.

Denetim Masası > Güç Seçenekleri kısmına gir.

Seçili planın yanındaki "Plan ayarlarını değiştir" ve ardından **"Gelişmiş güç ayarlarını değiştir"**e tıkla.

Sabit disk > Sabit diski kapatmak için beklenecek süre ayarını hem pilde hem prizde "0" (Hiçbir zaman) yap.

PCI Express > Bağlantı Durumu Güç Yönetimi ayarını "Kapalı" konuma getir.

4. Sistem Dosyalarını Onar
Depolama sürücüsünde bir bozulma olup olmadığını anlamak için şu klasik ama etkili komutu çalıştıralım:

CMD'yi Yönetici Olarak aç ve şu komutu yazıp Enter'la:chkdsk c: /f /r

Bilgisayarı yeniden başlatmanı isteyecektir, "Y" diyerek onayı ver ve bir sonraki açılışta diski taramasını bekle.

Bu ikisini yapmak benim sorunumu çözdü istersen bir dene.

Minidump dosyasını Gemini'ye attım ve sorunu buldu.

Ben bu yöntemleri ilk başıma geldiğinde yapmıştım 1 ay önce ama hiç bir şey değişmedi açıkcası.

Boisterouss · Dün 21:06

Güç seçeneklerindeki ayarlar benim sorunumu çözdü gibi. Bakalım yarın sabah ilk açılışta yine hata verecek mi (hızlı başlatma şu an açık bu arada belki bir etkisi vardır)?

Acer Nitro AN515-46 ilk açılışta sürekli mavi ekran hatası veriyor

Hectopat

Denenenler (hiçbiri kalıcı çözüm olmadı)​

Gözlemler:​

Moderasyon Ekibi Üyesi

Hectopat

Dosya Ekleri

Moderasyon Ekibi Üyesi

Hectopat

Attopat

Hectopat

Attopat

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)​

4. Sistem Dosyalarını Onar​

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)​

4. Sistem Dosyalarını Onar​

Hectopat

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)​

4. Sistem Dosyalarını Onar​

Attopat

Benzer konular

Bu konuyu görüntüleyen kullanıcılar

Technopat Haberler

Gizliliğinize önem veriyoruz

Denenenler (hiçbiri kalıcı çözüm olmadı)

Gözlemler:

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)

4. Sistem Dosyalarını Onar

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)

4. Sistem Dosyalarını Onar

1. Güç Seçeneklerini Düzenle (En Yaygın Çözüm)

4. Sistem Dosyalarını Onar