Sentinus

Uzman
Katılım
21 Mart 2024
Mesajlar
116
Beğeniler
14
  • Anakart: ASRock B550M-HDV
  • İşlemci: AMD Ryzen 5 5600X.
  • Ekran kartı: MSI GTX 1050 Ti OC/AERO ITX.
  • İşletim sistemi: Windows 11 Pro.

Önceki SSD Crucial BX500 modeliydi, çıkardım. Sonrasında da yeni aldığım Kingston K3000 NVMe SSD'yi taktım ve format attım. Windows'u NVMe'ye yükledim. Direkt Windows Update üzerinden halletti her şeyi. Anakartın kendi sitesinden hiçbir şey indirmedim, chipset sürücüsünü de indirmedim çünkü aygıt yöneticisinde ünlem yok.

Arada bir mavi ekran verip verip duruyor. Minidump da kaydetmiyor. Mavi ekran verip direkt kapanıyor.

Başlangıç ve kurtarma kısmında otomatik olarak yeniden başlattı. Ben de kapattım ki bir daha verirse hata kodunu görmek için.

Ekran Görüntüsü (2).webp


Ekran Görüntüsü (1).webp
 
Son düzenleyen: Moderatör:
Crucial BX500.

Bunu taktım bunda FiveM, GTA 5 giriyorum hiçbir sorun yok.
Kingston K3000'de sorunun olduğu belli oldu.

Ancak Kingston K3000'de hiçbir bad sector, hata, hızda düşmeme vb olmasına rağmen mavi ekran sorunu nasıl oluyor anlamış değilim.
ASRock B550M - HDV bu NVMe'i destekliyor mu?

Ürün değişimi yaptım. Amazon görevlisi veya kimse kapıya gelecek ürünü vereceğim yenisi gelecek inşallah.
Anakartla ilgili olabilir fakat bu senin problemin değil. Kingston bu SSD'yi üretirken tüm destekleyen anakartla da sorunsuz çalışacak şekilde üretmeli ve/veya anakart üreticileri bununla ilgili bir sorun olacaksa BIOS güncellemesi vs. yapmalı. Bu bilinmeyen bir şey değil, KC3000 uyumlu olsun diye anakart değiştirecek haliniz yok.
 
Windows güncelleştirmelerini bile yapmadan hiç denedim yine mavi ekran.
Yaptıktan sonra yine mavi ekran chipseti Windows Update üzerinden de güncellese yine mavi ekran chipseti AMD sitesinden de kursam yine mavi ekran anlamadım gitti.

HD Tune, CrystalDiskInfo, SSD Manager'de hiçbir hata, sector olmamasına rağmen mavi ekran vermesi çok garip.
Minidump dosyalarını bile oluşturmuyordu.
 

Dosya Ekleri

  • Ekran görüntüsü 2024-04-05 194631.webp
    Ekran görüntüsü 2024-04-05 194631.webp
    46,1 KB · Görüntüleme: 87
Yaşadığınız durum 2 başlık altında incelenebilir:

  • Aldığınız disk arızalı olabilir. K3000 sağlam disktir fakat bu onun fabrikasyon arızalı çıkamayacağı anlamına gelmez. Daha yeni bir disk olması sebebiyle herhangi bir bad sector vs. göstermemesi normal sayılabilir. Zaten korkulan durum da budur. Bu sorunun olduğunu anlaman için // hele ki disk yeni ve daha rapor tutulmamış ise // başka bir donanım ile test etmen gerekli. Zaten yapılmış, sorunun kaynağı bulunup çözülmüş de.
  • Diğer bir olasılık anakart veya sistem ile oluşan uyumsuzluk olabilir. Buna benzer bir tane daha konu görmüştüm; disk adamın sisteminde sıkıntılı, bir başka sistemde gayet stabil çalışıyordu. Bu sorunun yaşanıldığını anlamak için başka sistemde diski test etmen gerekli. Bunu yapmış olman herhangi bir sorunu çözmez, sadece diskin neden hata vermiş olduğunu anlarsın. Eğer ki merak etmiyorsan denemene gerek yok.

Aslında format atmamış olsaydın olay loglarını incelemek de sağlıklı olabilirdi. Her ne kadar diskte sorun yok gibi gözükse de bir ihtimal çökme sırasında Windows bir rapor toplamış olabilirdi.

Aldığın hatadan bahsedecek olursak, oluşan hata kritik sistem dosyalarının çökmesi sonucu ortaya çıkar. Dump içerisinden herhangi bir sorun bulmak çok zordur hatta belki de imkansızdır. Çünkü herhangi bir kayıt alınmaz.

Normalde farklı bir dump dosyası üzerinden örnek vermek yanlıştır fakat bu hata başlığı altında oluşan dump dosyaları %99 aynı olduğu için sorun olacağını sanmıyorum. Her neyse örnek bir dump dosyası üstünden ilerlersek;

Kod:
kd> !handle

PROCESS ffffc3075561b080
 SessionId: none Cid: 0444 Peb: 002bb000 ParentCid: 0370
 DirBase: 1a43ad000 ObjectTable: ffffaf008b2babc0 HandleCount: <Data Not Accessible>
 Image: svchost.exe

Çökme svchost.exe yapısında olmuş. Bunun haricinde csrss.exe gibi yapılar da bulunabilir.

Kod:
CRITICAL_PROCESS_DIED (ef)
 A critical system process died
Arguments:
Arg1: ffffc3075561b080, Process object or thread object #süreç nesnesi içeriyor
Arg2: 0000000000000000, If this is 0, a process died. If this is 1, a thread died.
Arg3: 0000000000000000, The process object that initiated the termination.
Arg4: 0000000000000000

Parametre 1 süreç nesnesi içerir.

[CODE highlight="5,6,13,20,21"]kd> !devobj ffffc3075561b080
Device object (ffffc3075561b080) is for:
Cannot read _DRIVER_OBJECT at ffffc307500b0b50
DriverObject ffffc307500b0b50
Current Irp ffffc3075561b098 RefCount 0 Type 00000000 Flags 54fa7378
Vpb 0xffffc307611e1338 DevExt 00000000 DevObjExt 00000000
Characteristics (0xffffc307) FILE_REMOVABLE_MEDIA, FILE_READ_ONLY_DEVICE,
FILE_FLOPPY_DISKETTE, FILE_DEVICE_SECURE_OPEN,
FILE_CHARACTERISTIC_CSV, FILE_DEVICE_ALLOW_APPCONTAINER_TRAVERSAL,
FILE_PORTABLE_DEVICE, FILE_REMOTE_DEVICE_VSMB,
FILE_DEVICE_REQUIRE_SECURITY_CHECK
Unknown flags 0xffe0c200
AttachedDevice (Upper) ffffc3075561b098ffffc3075561b098: is not a device object

Device queue is not busy.

3: kd> !vpb 0xffffc307611e1338
Vpb at 0xffffc307611e1338
Flags: 0xc307 mounted locked persistent
DeviceObject: 0xffffc3075a948378 (dt nt!DEVICE_OBJECT)
RealDevice: 0xffffc307611e1348 (dt nt!DEVICE_OBJECT)
RefCount: -15609
Volume Label:
[/CODE]

!devobj komutu ile adresin aygıt nesnesini incelemeye kalktığımız zaman gördüğün gibi hiçbir adres veya sürücü nesnesi çıkmıyor. Bir vpb (Volume Parameter Block) adresi var. Sırayla ilerlendiği zaman bir device object adresi karşımıza çıkar.

Kod:
d> dt nt!_DEVICE_OBJECT 0xffffc307611e1348 .
 +0x000 Type : 0n4936
 +0x002 Size : 0x611e
 +0x004 ReferenceCount : 0n-15609
 +0x008 DriverObject :
 +0x010 NextDevice :
 +0x018 AttachedDevice :
 +0x020 CurrentIrp :
 +0x028 Timer :
 +0x030 Flags : 0
 +0x034 Characteristics : 0
 +0x038 Vpb :
 +0x040 DeviceExtension :
 +0x048 DeviceType : 0
 +0x04c StackSize : 0 ''
 +0x050 Queue :

Başta !devobj komutu sonucu çıkan irp adresi de boş.

Kod:
kd> !irp ffffc3075561b098 1
Irp is active with 0 stacks 0 is current (= 00000000)
 No Mdl: System buffer=ffffc30754fa7378: Thread 00000000: Irp stack trace. Pending has been returned
Flags = a43ad000
ThreadListEntry.Flink = ffffc307611e1338
ThreadListEntry.Blink = 00000000
IoStatus.Status = 00000000
IoStatus.Information = 00140001
RequestorMode = 000000ff
Cancel = 00
CancelIrql = 0
ApcEnvironment = 00
UserIosb = 00000000
UserEvent = 00000000
Overlay.AsynchronousParameters.UserApcRoutine = 00000000
Overlay.AsynchronousParameters.UserApcContext = 00000000
Overlay.AllocationSize = 00000000 - 00000000
CancelRoutine = 00000000
UserBuffer = 00000000
&Tail.Overlay.DeviceQueueEntry = ffffc3075561b110
Tail.Overlay.Thread = 00000000
Tail.Overlay.AuxiliaryBuffer = 00000000
Tail.Overlay.ListEntry.Flink = 00000000
Tail.Overlay.ListEntry.Blink = 00000000
Tail.Overlay.CurrentStackLocation = 00000000
Tail.Overlay.OriginalFileObject = 00000000
Tail.Apc = 00000000
Tail.CompletionKey = 00000000
 cmd flg cl Device File Completion-Context

Ve gördüğün gibi geçerli ne bir object ne de irp adresi karşımıza çıkıyor. Tabii çekirdek yığını falan oluşmuş olan dosyalar da karşımıza çıkabiliyor. Bu durumda farklı bir yol izlenir.

Normal olarak bu hata çıkmış olsa ilk olarak olay logları istenir, bilgi toplanmaya çalışılır. Fakat sizde oluşmamış. Oluşmaması ve sorunun ne zaman başladığını bilmek hata skalasını çok daralttı. Ardından @Recep Baltaş'ın nokta atışı yorumu ile iş bitirilmiş.
SSD'nin bozuk olma ihtimali var eğer bütün sorunlar bu SSD ile başladıysa. Zaten Minidump alamamasının sebebi bile bu olabilir. Çünkü Minidump dosyasının SSD'ye yazılması gerekir :cool:
 
Amazon yenisiyle değiştirecek eğer gene aynısı olursa tahminim PSU olabilir bilmiyorum.
Peki benim masaüstü için aldığım NVMe laptopa takılıyor mu laptopta deneyebilirim çünkü masaüstü yok.
 
Eğer ki ilk aldığın SSD sisteminle uyumsuz çalıştıysa yenisi de çok yüksek ihtimalle uyumsuz çalışacaktır. Baktın gayet stabil çalışıyor o zaman kullanırsın. Fakat bu SSD de sorunlu çalışırsa farklı SSD'lere yönelmen gerekebilir. Anakart değiştirmek de bir çözümdür fakat bana göre mantıklı değildir.

Bu durumda aslında deneye deneye kendine süreç oluşturacaksın. Buradan tahmin etmek zor.

PSU olması çok çok düşük bir ihtimal ve ondan kaynaklı olacağını düşünmüyorum. Çünkü herhangi bir SSD'nin sistemde uyumsuz çalışması, gayet normal bir durum. // tabii ki bu sorun çoğu SSD'de de oluyorsa artık durum SSD'den yana diğer parçalara - özellikle anakart - yönelir. //

Peki benim masaüstü için aldığım NVMe laptopa takılıyor mu?
Uyumlu ise takabilirsin.

Laptopta deneyebilirim çünkü masaüstü yok.
Herhangi bir bilgisayarcıya gidip rica etsen belki kabul edebilirler. Öyle denemen çok daha sağlıklı olur.
 
Bende 990Pro var ve değerler birçoğuna göre düşük, bence o ASRock anakart değşise KC3000 sorunsuz çalışabilir bile.
İyide ASRock B550M-HDV ile alakası yok ki.
Öyle olsa uyumsuz derler.

Bir de ASRock B550M-HDV'i yeni aldım.

Eğer ki ilk aldığın SSD sisteminle uyumsuz çalıştıysa yenisi de çok yüksek ihtimalle uyumsuz çalışacaktır. Baktın gayet stabil çalışıyor o zaman kullanırsın. Fakat bu SSD de sorunlu çalışırsa farklı SSD'lere yönelmen gerekebilir. Anakart değiştirmek de bir çözümdür fakat bana göre mantıklı değildir.

Bu durumda aslında deneye deneye kendine süreç oluşturacaksın. Buradan tahmin etmek zor.

PSU olması çok çok düşük bir ihtimal ve ondan kaynaklı olacağını düşünmüyorum. Çünkü herhangi bir SSD'nin sistemde uyumsuz çalışması, gayet normal bir durum. // tabii ki bu sorun çoğu SSD'de de oluyorsa artık durum SSD'den yana diğer parçalara - özellikle anakart - yönelir. //

Uyumlu ise takabilirsin.

Herhangi bir bilgisayarcıya gidip rica etsen belki kabul edebilirler. Öyle denemen çok daha sağlıklı olur.
Anakartla alakası yoktur inşallah.
Öyle olsa bana bu anakartla şu SSD uyumsuz derlerdi.

ASRock'a mail mi atayım veya kingstona?
 
@Sentinus ilk olarak yeni gelecek olan SSD'yi dene. Olmaz ise farklı bir model SSD ile de denemeni öneriyorum. Sonuç yine aynı çıkarsa anakart problemi olabilir.

Crucial BX500 kullanıyorum bir sıkıntı yok.
NVMe Kingston K3000'de sıkıntı vardı şimdi yine aynı Kingston K3000 yollayacaklar bakacağım.
Anakartta nasıl sıkıntı olabilir ki?