Merhaba, minidump dosyalarım yukarıdaki linkte mevcuttur.
 
Son düzenleyen: Moderatör:
İçlerinde en yakın tarihe ait dosya 4-5 ay önceden. Bunların yakın bir zamanda olduğuna emin miyiz? Sanki Laptop'una ait hatalarmış gibi duruyorlar. Çünkü öyleler.

Aldığın 3 hata böyle:

Rich (BB code):
KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common BugCheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005 < Hataya sebep olan istisna.
Arg2: fffff8077a43d65c, < Hataya sebep olan sürücünün yürütüldüğü adres.
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 00000000000000a0, Parameter 1 of the exception

İstisnayı görüyor muyuz?

İstisnanın anlattığı şey; yürütülen adresin bellek erişimine sebep olması. Bunun için düzensiz davranması yeterli.
Rich (BB code):
15: kd> !error c0000005
Error code: (NTSTATUS) 0xc0000005 (3221225477) - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.

Hataya sebep olan sürücünün yürütüldüğü adres?

Ne olduğunu göremiyoruz dosyadan ama görmek için 1 şansımız var.
[CODE lang="rich" highlight="4"]3: kd> ln fffff8077a43d65c
Browse module
Set bu breakpoint
<<??>>[/CODE]

İstisnanın yürütüldüğü adreste karşımıza çıkan sürücüyü gördün mü? SynTP+0x3d65c Kendisi Synaptic Touch Pad sürücüsü oluyor. Bu sürücü kernel bir sürücüdür.
[CODE highlight="10"]rax=00000000000b0008 rbx=0000000000000004 rcx=ffffb508a57bd020
rdx=00004af755c92298 rsi=00004af755c92298 rdi=0000000000000000
rip=fffff8077a43d65c rsp=ffffec8235be15a0 rbp=ffffb508aacd68e0
r8=0000000000000000 r9=0000000000000004 r10=0000000000000000
r11=ffffb5fc70000000 r12=0000000000000004 r13=0000000000000000
r14=00004af755329718 r15=00004af755c92298
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00000246
SynTP+0x3d65c:
fffff807`7a43d65c 41ff92a0000000 call qword ptr [r10+0A0h] ds:002b:00000000`000000a0=????????????????
[/CODE]

Eriştiği adresi görüyor muyuz? 00000000`000000a0 yani geçersiz bir adres. Aslında dosyada bunu öğrenemiyoruz bunun sebebi de analizlediğim programdan kaynaklanıyor; Windbg'nin kd uzantısının PTE'yi hesaplamaya çalışmadan önce işletim sistemi tarafından desteklenen Sayfalama Düzeylerini kontrol etmesinden kaynaklanıyor.
Rich (BB code):
3: kd> !pte 00000000`000000a
Levels not implemented for this platform

Yine de bu adresin geçersiz bir adres olduğunu görmek için pte komutuna ihtiyacımız yok. Touch Pad sürücün attığın tüm dosyalarda karşıma çıkıyor. Bu arkadaşı güncellemen gerekiyor:

[CODE lang="rich" highlight="9"]3: kd> lmvm SynTP
Browse full module list
start end module name
fffff807`7a400000 fffff807`7a49f000 SynTP T (no symbols)
Loaded symbol image file: SynTP.sys
Image path: \SystemRoot\system32\DRIVERS\SynTP.sys
Image name: SynTP.sys
Browse all global symbols functions data
Timestamp: Wed Aug 5 00:42:35 2015 (55C131CB)
CheckSum: 0009F00B
ImageSize: 0009F000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4
Information from resource tables:
[/CODE]




Rich (BB code):
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
BugCheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: fffff8066cc90e50
Arg3: fffff806708bf8ae
Arg4: fffff8066cc741c9

Bir diğer hata da bu. Kendisi hakkında 1-2 şeyden burda bahsetmiştim. Direkt sonuca gireyim;

2 tanesi çağrılardan da gördüğün gibi İnternet/Ağ ile alakalı. Trend Micro adlı bir şirkete yönlendiriyor, muhtemelen bununla alakalı bir şey vardır. Diğeri de yukarıda bahsettiğim sürücü.
Rich (BB code):
Unable to load image \SystemRoot\system32\DRIVERS\tmeevw.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for tmeevw.sys
Unable to load image \SystemRoot\System32\drivers\tmnciesc.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for tmnciesc.sys
*** WARNING: Unable to verify timestamp for SynTP.sys
0xfffff8066cc736e8 : 0xfffff8066c3928e8 : NETIO!MdpFree+0x78
0xfffff8066cc73710 : 0xfffff8066c4f8a50 : tcpip!IppCompleteIcmpErrorChain
0xfffff8066cc73738 : 0xfffff8066c39266a : NETIO!NetioFreeMdl+0x1a
0xfffff8066cc73758 : 0xfffff8066c2253d3 : ndis!NdisFreeNetBufferList+0xc3
0xfffff8066cc73768 : 0xfffff8066c392616 : NETIO!NetioRestoreNetBuffer+0x3a
0xfffff8066cc73798 : 0xfffff8066c3925c0 : NETIO!NetioCompleteNetBufferAndNetBufferListChain+0x30
0xfffff8066cc737c8 : 0xfffff8066c4f8a6c : tcpip!IppCompleteIcmpErrorChain+0x1c
0xfffff8066cc737f0 : 0xfffff8066c4f8a50 : tcpip!IppCompleteIcmpErrorChain
0xfffff8066cc737f8 : 0xfffff8066c395ba3 : NETIO!NetioDereferenceNetBufferListChain+0x103
0xfffff8066cc73818 : 0xfffff8066c4e0f3f : tcpip!IppSendErrorListForDiscardReason+0x1cb
0xfffff8066cc73860 : 0xfffff8066c669a70 : tcpip!Ipv4Global
0xfffff8066cc73878 : 0xfffff8066c4b863a : tcpip!IppReceiveHeaderBatch+0x4ea
0xfffff8066cc73898 : 0xfffff8066c669a70 : tcpip!Ipv4Global
0xfffff8066cc73908 : 0xfffff8066c4b33b9 : tcpip!IpSecTlPacketsOutProcessing+0x49
0xfffff8066cc73978 : 0xfffff8066c4b8c7f : tcpip!IppLbIndicatePackets+0x26f
0xfffff8066cc73990 : 0xfffff8066c669a70 : tcpip!Ipv4Global
0xfffff8066cc73a28 : 0xfffff8066c4b896d : tcpip!IppLbTransmitStackCallout+0x31d

Bu dosyalar SSD ile ilgili spesifik sorunları içermiyorlar ne yazık ki ve üstüne üstlük eskiler de. Yine de bilgilendirme olsun.
 
İçlerinde en yakın tarihe ait dosya 4-5 ay önceden. Bunların yakın bir zamanda olduğuna emin miyiz? Sanki Laptop'una ait hatalarmış gibi duruyorlar. Çünkü öyleler.

Aldığın 3 hata böyle:

Rich (BB code):
KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common BugCheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005 < Hataya sebep olan istisna.
Arg2: fffff8077a43d65c, < Hataya sebep olan sürücünün yürütüldüğü komut.
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 00000000000000a0, Parameter 1 of the exception

İstisnayı görüyor muyuz?

İstisnanın anlattığı şey; yürütülen komutun bellek erişimine sebep olması. Bunun için düzensiz davranması yeterli.
Rich (BB code):
15: kd> !error c0000005
Error code: (NTSTATUS) 0xc0000005 (3221225477) - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.

Hataya sebep olan sürücünün yürütüldüğü adres?

Ne olduğunu göremiyoruz dosyadan ama görmek için 1 şansımız var.
[CODE lang="rich" highlight="4"]3: kd> ln fffff8077a43d65c
Browse module
Set bu breakpoint
<<??>>[/CODE]

İstisnanın yürütüldüğü adreste karşımıza çıkan sürücüyü gördün mü? SynTP+0x3d65c Kendisi Synaptic Touch Pad sürücüsü oluyor. Bu sürücü kernel bir sürücüdür.
[CODE highlight="10"]rax=00000000000b0008 rbx=0000000000000004 rcx=ffffb508a57bd020
rdx=00004af755c92298 rsi=00004af755c92298 rdi=0000000000000000
rip=fffff8077a43d65c rsp=ffffec8235be15a0 rbp=ffffb508aacd68e0
r8=0000000000000000 r9=0000000000000004 r10=0000000000000000
r11=ffffb5fc70000000 r12=0000000000000004 r13=0000000000000000
r14=00004af755329718 r15=00004af755c92298
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00000246
SynTP+0x3d65c:
fffff807`7a43d65c 41ff92a0000000 call qword ptr [r10+0A0h] ds:002b:00000000`000000a0=????????????????
[/CODE]

Eriştiği adresi görüyor muyuz? 00000000`000000a0 yani geçersiz bir adres. Aslında dosyada bunu öğrenemiyoruz bunun sebebi de analizlediğim programdan kaynaklanıyor; Windbg'nin kd uzantısının PTE'yi hesaplamaya çalışmadan önce işletim sistemi tarafından desteklenen Sayfalama Düzeylerini kontrol etmesinden kaynaklanıyor.
Rich (BB code):
3: kd> !pte 00000000`000000a
Levels not implemented for this platform

Yine de bu adresin geçersiz bir adres olduğunu görmek için pte komutuna ihtiyacımız yok. Touch Pad sürücün attığın tüm dosyalarda karşıma çıkıyor. Bu arkadaşı güncellemen gerekiyor:

[CODE lang="rich" highlight="9"]3: kd> lmvm SynTP
Browse full module list
start end module name
fffff807`7a400000 fffff807`7a49f000 SynTP T (no symbols)
Loaded symbol image file: SynTP.sys
Image path: \SystemRoot\system32\DRIVERS\SynTP.sys
Image name: SynTP.sys
Browse all global symbols functions data
Timestamp: Wed Aug 5 00:42:35 2015 (55C131CB)
CheckSum: 0009F00B
ImageSize: 0009F000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4
Information from resource tables:
[/CODE]




Rich (BB code):
UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
BugCheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: fffff8066cc90e50
Arg3: fffff806708bf8ae
Arg4: fffff8066cc741c9

Bir diğer hata da bu. Kendisi hakkında 1-2 şeyden burda bahsetmiştim. Direkt sonuca gireyim;

2 tanesi çağrılardan da gördüğün gibi İnternet/Ağ ile alakalı. Trend Micro adlı bir şirkete yönlendiriyor, muhtemelen bununla alakalı bir şey vardır. Diğeri de yukarıda bahsettiğim sürücü.
Rich (BB code):
Unable to load image \SystemRoot\system32\DRIVERS\tmeevw.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for tmeevw.sys
Unable to load image \SystemRoot\System32\drivers\tmnciesc.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for tmnciesc.sys
*** WARNING: Unable to verify timestamp for SynTP.sys
0xfffff8066cc736e8 : 0xfffff8066c3928e8 : NETIO!MdpFree+0x78
0xfffff8066cc73710 : 0xfffff8066c4f8a50 : tcpip!IppCompleteIcmpErrorChain
0xfffff8066cc73738 : 0xfffff8066c39266a : NETIO!NetioFreeMdl+0x1a
0xfffff8066cc73758 : 0xfffff8066c2253d3 : ndis!NdisFreeNetBufferList+0xc3
0xfffff8066cc73768 : 0xfffff8066c392616 : NETIO!NetioRestoreNetBuffer+0x3a
0xfffff8066cc73798 : 0xfffff8066c3925c0 : NETIO!NetioCompleteNetBufferAndNetBufferListChain+0x30
0xfffff8066cc737c8 : 0xfffff8066c4f8a6c : tcpip!IppCompleteIcmpErrorChain+0x1c
0xfffff8066cc737f0 : 0xfffff8066c4f8a50 : tcpip!IppCompleteIcmpErrorChain
0xfffff8066cc737f8 : 0xfffff8066c395ba3 : NETIO!NetioDereferenceNetBufferListChain+0x103
0xfffff8066cc73818 : 0xfffff8066c4e0f3f : tcpip!IppSendErrorListForDiscardReason+0x1cb
0xfffff8066cc73860 : 0xfffff8066c669a70 : tcpip!Ipv4Global
0xfffff8066cc73878 : 0xfffff8066c4b863a : tcpip!IppReceiveHeaderBatch+0x4ea
0xfffff8066cc73898 : 0xfffff8066c669a70 : tcpip!Ipv4Global
0xfffff8066cc73908 : 0xfffff8066c4b33b9 : tcpip!IpSecTlPacketsOutProcessing+0x49
0xfffff8066cc73978 : 0xfffff8066c4b8c7f : tcpip!IppLbIndicatePackets+0x26f
0xfffff8066cc73990 : 0xfffff8066c669a70 : tcpip!Ipv4Global
0xfffff8066cc73a28 : 0xfffff8066c4b896d : tcpip!IppLbTransmitStackCallout+0x31d

Bu dosyalar SSD ile ilgili spesifik sorunları içermiyorlar ne yazık ki ve üstüne üstlük eskiler de. Yine de bilgilendirme olsun.
Teşekkürler hocam. Bu disk sık sık mavi ekran vermesi sebebi ile 4-5 aydır âtıl durumdaydı. Yani arıza tarihlerinin eski olma sebebi budur. Daha önce bir Lenovo Laptop'un içinde kullanıyordum. Trend Micro ise bizim işyerinin bilgisayarcısının yüklediği virüs programı. Zaten lisansı geçti. Şu an kullanmıyoruz.

Bilgisayarcının ilk aklına gelen şey SSD değiştirmek oldu nedense 🤔 Ben de SSD'de bir sorun olmadığını biliyordum aslında. Ama bunu bahsettiğim ve restore edeceğim HP Laptop'a bağladım sadece birkaç gün önce ve yine benzer hatalarla karşılaştım. O yüzden bende disk'e karşı bir şüphe oldu.
 
Diskin 61 tane sektörü elemiş. Kendisi halletmiş yani, o uyarının sebebi o. Diskinfo'ya bakılırsa diskin hala yedekte sektörleri var. Ben olsam bu diske biçimlendirme yapar öyle kontrol ederdim. Yine de okuma hatası var 1k+.

Hataların hepsi Lenovo IdeaPad ile alakalı zaten. O laptoptaki hatalar bunlar.
 
Diskin 61 tane sektörü elemiş. Kendisi halletmiş yani, o uyarının sebebi o. Diskinfo'ya bakılırsa diskin hala yedekte sektörleri var. Ben olsam bu diske biçimlendirme yapar öyle kontrol ederdim. Yine de okuma hatası var 1k+.

Hataların hepsi Lenovo IdeaPad ile alakalı zaten. O laptoptaki hatalar bunlar.
Hocam merak ediyorum bir de disk kendi kendine 61 sektörü nasıl yiyebilir? 🤔 Makinenin içinde durduğu sürede nasıl zarar görebiliyor?
 
Hocam merak ediyorum bir de disk kendi kendine 61 sektörü nasıl yiyebilir? 🤔 Makinenin içinde durduğu sürede nasıl zarar görebiliyor?
Yukarıda diskle ilgili gereken bilgiler verilmiş zaten. Yuki'nin dediklerine kulak asmalısın, diskler hakkında yeteri kadar bilgisi vardır.

Sorduğun soruya gelecek olursak disklerin farkları vardır ya da daha doğru bir ifadeyle HDD'ler yani plakalar dairesel, SSD'ler ise mekaniktirler. - veriler her bir plaka üzerinde track ya da block adı verilen bir dizi şeklinde düzenlenir ve her track ya da block sektör adı verilen birden fazla küçük birime bölünür. Geleneksel olarak her sektör 512 Bayt ya da 4K Bayt veri depolayabilir.

Büyük disklerde bu tür milyonlarca sektör olabilir ve bir diskin tam olarak çalışması için bu sektörlerin her birinin tıkırında çalışması gerekir denir genelde ama bu sadece bir teori mesela. Disklerin kapasitesi ve dolayısıyla sektör sayısı arttıkça diskin sorunlu sektörlere sahip olma olasılığı da artıyor.

Disk Üreticileri bu disklerin 'mükemmel' olması için çaba gösteriyorlar ancak maliyetleri de düşürmeye çalıştıkları gerçek. Ayrıca, disk kullanıcıları verilerinin beklenmedik bir şekilde 'bozuk sektör' nedeniyle bozulduğunu ve hiçbir kurtarma yolunun olmadığını görmek istemez. Bu nedenle disk üreticileri tarafından sektörleri “Yeniden Tahsis Etme” bir diğer deyişle "Reallocated Sectors" veya senin deyişinle "Sektörü yemek" anlamına gelen bir teknik geliştirilmiş.

Bir sektöre yazarken disk verinin başarıyla yazıldığını doğruluyor. Doğrulama başarısız olursa (Bu sadece tek deneme değil, belki de birden fazla tekrar denemeden sonra) Disk, söz konusu sektörü 'kötü' olarak değerlendiriyor ve böylece verileri başka bir sektöre yeniden tahsis ederken, kötü sektörün kaydını tutuyor (yani bir “Yeniden Tahsis Edilen Sektör”), böylece ileriki zamanlarda o sektörü kullanmak zorunda olmuyor. Bu yöntem diskteki verilerin bozulmasını önlüyor ve bir kusur olmasına (Kötü olarak nitelendirilen sektör-ler) rağmen diskin tamamen çalışmaya devam etmesini sağlıyor.

Figure-2.webp


Aslında sarıyla işaretlenen, "warning" ile gösterilen bu uyarı diskin verilerini düzgünce şekilde koruduğunun bir işareti. Yani, tabii ki normal olarak bunları hiç görmemeyi umuyorsun, umuyoruz ama çoğu disk arasında oldukça yaygın olduğu da bir gerçek maalesef.

Asıl sorun; bu yeniden tahsis edilen sektörler hızla artmaya başladığında veya çok yüksek bir sayıya ulaştığında gerçekten ortaya çıkmış oluyor - bu, arızalanmak üzere olan bir diskin güçlü bir göstergesi olma eğiliminde çünkü. Örneğin, yaygın bir senaryo; 3 yeniden tahsis edilen sektörden 103'e ve belki de ertesi gün(ler) daha fazlasına bir sıçrama rapor edilmesi olabilir.

Yeniden tahsis edilen sektörlerin sayısının artması veya çok sayıda olması da performans sorunlarına neden olabilir çünkü disk sürekli olarak bunlarla uğraşmak zorunda kalıyor ve belki de yeniden tahsis edilmesi gereken yeni sektörler bulmak ile uğraşıyor - bu nedenle yeniden tahsis edilen sektör sayısının artmasıyla birlikte performansın düşmesi de sonun başlangıcının bir göstergesidir.

https://www.hilevel.com.tr/

Herhangi bir disk üreticisi yönergesi ya da disk kontrolü yok maalesef ama;

1) Tek haneli mi bu sayı? Aldırmaya çok da gerek yok.

2) 100'den az mı? (Seninki gibi. 61.) Çok fazla endişelenmeye gerek yok yine de ama dikkat et;
-Performans azaldı mı? O zaman hazırda bir yedek disk tutabilirsin.

3) 100'den fazla mı veya sayının hızla arttığını mı görüyorsun?
-Diski değiştirmeyi düşünebilirsin.

Yeniden tahsis edilen ilk sektörlerin (100'e kadar olması da örnek bir kanı sayılabilir) genel bir yönerge olduğu da açık; Yani, disklerin zaten belli bir yedek kesmi ve kesim eşiği var ancak bu seviyeye ulaşıldığında sayının oldukça hızlı bir şekilde artmaya başladığını da görebilirsin. Bu iyi bir şey değil.