Hello,
I have been encountering some BSoD trouble in the recent past.
In the most recent crashed, the Ntfs.sys filename appeared on the BSoD (it was previously some other one).
Following, the BSoD Analysis tutorial, I grabbed the following information during the inspection of the most recent DMP file:
Is the filesystem or one of the HDD the source of the problem? Does a format would be useless/usefull? That's kinda huge thing to do, I do not want to waste time if it doesn't change anything.
In case this comes from the filesystem, here is some new information:
I defragmented my whole disks a few days ago, and I ran a 'chkdsk /f' on them after the first following Ntfs.sys BSoD. It seems some little space were in error, but I never launched that command before.
Would it be more of some faulty system's HDD (or the other one's) segment? Or kind of corrupted files on it?
I'd take any help and carefully weight advice
I have been encountering some BSoD trouble in the recent past.
In the most recent crashed, the Ntfs.sys filename appeared on the BSoD (it was previously some other one).
Following, the BSoD Analysis tutorial, I grabbed the following information during the inspection of the most recent DMP file:
- The initial 'Probably caused by' source was the ntoskrnl.exe binary
- No analysis was available through '!analysis -v'
- Having activated the 'Driver verifier', I restarted normally. The login screen appeared, but when I logged in, another BSoD appeared, but the dump didn't work (stuck, I rebooted forcefully). Still the Ntfs.sys file
- I restarted again in normal mode, letting the system finish to work on the HDD (the little light stopped flashing intensively). When I logged, BSoD as before. Still the Ntfs.sys file
- I restarted in Safe Mode, then I could log in without problem. No new DMP file existed in the Minidump directory, proof that the dump indeed didn't work at all.
- I downloaded, burned and rebooted on the MemTest86+ software, making only 1 pass on the whole RAM, without error. I stopped there because I already have enough suspicions about some other hardware component...
- Having rebooted under normal mode, I am now running Prime95, if by any chance that's useful...
- The system's filesystem driver crashes (Ntfs.sys)
- When the verifier has been activated the system is unable to write to the disk (that's in coherence with a filesystem's crash: no access to it)
- Filesystem is one of the most immediate thing used, the crash at login time probably means that an early faulty action has been done
Is the filesystem or one of the HDD the source of the problem? Does a format would be useless/usefull? That's kinda huge thing to do, I do not want to waste time if it doesn't change anything.
In case this comes from the filesystem, here is some new information:
I defragmented my whole disks a few days ago, and I ran a 'chkdsk /f' on them after the first following Ntfs.sys BSoD. It seems some little space were in error, but I never launched that command before.
Would it be more of some faulty system's HDD (or the other one's) segment? Or kind of corrupted files on it?
I'd take any help and carefully weight advice
My Computer
- Computer type
- PC/Desktop
- Computer Manufacturer/Model Number
- Asus G750JM-T4114H
- OS
- Seven Professional x64
- CPU
- Intel Core i7 4700HQ
- Motherboard
- Double chipsets: Haswell MB IMC & Lynx Point HM87
- Memory
- 2 * 8 Gio DDR3-1600 SDRAM
- Graphics Card(s)
- NVidia GeForce GTX 860M 2 Gio
- Sound Card
- Realtek ALC282 (chipset integrated)
- Monitor(s) Displays
- 17"3
- Screen Resolution
- 1920*1080 px (16:9)
- Hard Drives
- 2 * Seagate ST950042 0AS (500Gio 7200rpm)
No RAID
- Mouse
- Razer Copperhead (Asus OEM)
rb: