** edit 8/29/13 ISSUE APPEARS TO HAVE BEEN SOLVED **
While still a little premature to say for certain, it does appear that the SRT / SSD caching was causing this issue. Have not had a hiccough in a while since disabling SRT caching (left the drive in the system but not doing any caching). I never had the caching set to maximized -- only enhanced, though issues with this would mean unstable system even fully disabling SRT. So either SRT issues due to serious torrenting or perhaps SSD drive going. I find it hard to believe the SSD drive is going as it is an intel 313 20GB mSATA drive w/SLC chips and only like 18 mos of use -- even intel SSD toolkit noted apx 93% life remaining. I can run a more comprehensive SSD check once I peel back the drive even more from caching. I'm honestly slightly surprised that I'm not noticing that much of a performance hit disabling SSD caching. Bootups are a little slower, but other than a great big chug a lug to load Diablo 3 (10 extra seconds?), everything else seems just about as fast as it was or only a tad bit slower.
edit 2--
Looking more and more like the SSD. I figured it was probably some driver/software issue and so I mounted the SSD as a drive and formatted it. This allowed me to run the FULL intel ssd toolbox scan on the drive (disallowed before as in raid config) for read and write and bammo got a BSOD during the test (below). Researching the BSOD info leads me to believe the error is referring to a hard disk or ssd going bad. I have not gotten a BSOD on my system so far in 2013...closest being the resets that started this 7/13 that did not produce dumps. So more than likely an issue with the SSD. I have since unmounted and PHYSICALLY removed the drive and we'll see how it runs. It's warrantied for 3 years and bought on newegg so I could be hitting up intel for a refund (curious how that will go).
[FONT=Segoe UI, Arial]Crash dump directory: C:\Windows\Minidump[/FONT]
[FONT=Segoe UI, Arial]Crash dumps are enabled on your computer.
[/FONT]
[FONT=Segoe UI, Arial]On Fri 8/30/2013 2:24:31 AM GMT your computer crashed
crash dump file: C:\Windows\Minidump\082913-18642-01.dmp
This was probably caused by the following module: [FONT=Segoe UI, Arial]ntoskrnl.exe[/FONT] (nt+0x75B80)
Bugcheck code: 0x1A (0x411, 0xFFFFF6FC50066C68, 0xDFF000000C6A7882, 0xFFFFF6FC51066C69)
Error: [FONT=Segoe UI, Arial]MEMORY_MANAGEMENT[/FONT]
file path: C:\Windows\system32\ntoskrnl.exe
product: [FONT=Segoe UI, Arial]Microsoft® Windows® Operating System[/FONT]
company: [FONT=Segoe UI, Arial]Microsoft Corporation[/FONT]
description: NT Kernel & System
Bug check description: This indicates that a severe memory management error occurred.
This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.
[/FONT]
[FONT=Segoe UI, Arial]On Fri 8/30/2013 2:24:31 AM GMT your computer crashed
crash dump file: C:\Windows\memory.dmp
This was probably caused by the following module: [FONT=Segoe UI, Arial]ntkrnlmp.exe[/FONT] (nt!KeBugCheckEx+0x0)
Bugcheck code: 0x1A (0x411, 0xFFFFF6FC50066C68, 0xDFF000000C6A7882, 0xFFFFF6FC51066C69)
Error: [FONT=Segoe UI, Arial]MEMORY_MANAGEMENT[/FONT]
Bug check description: This indicates that a severe memory management error occurred.
This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.
[/FONT]
I'm thinking of picking up a Crucial m500 480 or 960 GB drive and using that as my OS drive -- any thoughts / other recommendations?
** edit 8/9/13 ISSUE STILL HAPPENING **
So I'm really scratching my head on this one, posting this before I open her up for a visual which I doubt will show anything. I have an i7-2700k @ 3.9 GHz, Gigabyte GAZ68XP-UD3 F8 bios, 4x4 Corsair 1600, GeForce 580 w/latest WHQL, Corsair 1050watt psu, running Windows 7 64 latest patches/etc. Has a WD 2TB SATA 6 black boot and data as well as an external 1.5 TB Seagate hooked up via USB 2.0. The data 2TB was added more "recently" in Jan 2013. I also have a 20 GB intel 313 mSATA SSD hooked up as SRT cache drive. System has been solid, with no issues, rarely a crash -- 4 so far in 2013 until this issue, and this is with 24/7 use mostly gaming and one or two of those were likely caused by loading up too many monitoring programs at the same time. HDDs are connected to the intel SATA 6 channels and not the Marvell.
Recently this July I started noticing that I would come back to the system after it has rebooted. Crashes 7/3/13, 7/18/13, 7/23/13, 7/28/13 and just now 8/4/13. Side note -- due to SRT cache drive it rebuilds the drive after crash but then sits at bootup waiting for a manual reboot -- intel rst orom like 10.5 (ANYWAY AROUND THIS?? SOOO Annoying). After the first 3-4 crashes I noticed Windows was not producing any memory dump and so unselected auto-restart. I also updated software intel RST to the latest version 12.5. The last 2 crashes on 7/28/13 and 8/4/13 I was present and both exhibited the same odd behavior -- that all disk activity ceased, yet the system was still usable / responsive. Of course requests that require disk use would stall out but the system itself did not crash.
--
EDIT 8/9/13 -- I'm now like 99.9999% sure disk11 error is non issue -- that this is the external disk just timing out at requests after spindown as despite the recent crash 8/9/13 the last disk11 error was 8/3/13 -- right before I unplugged the external HDD. I have scoured my Windows 7 event viewer and have no WHEA errors at all and the only thing close I can see is a fair number of Errors w/Event ID 11 for Disk. These don't coincide very closely with the crashes and seem to have been happening prior to any symptoms. The error is listed as "The driver detected a controller error on \Device\Harddisk1\DR1." After installing the 2nd 2TB drive the errors switched to "The driver detected a controller error on \Device\Harddisk2\DR2." Now I think this is actually misleading as prior to installing the 2nd 2TB drive I had the boot 2TB drive and the external Seagate 1.5TB. Disk Management always lists the boot drive as Disk 0 with the next drives as 1 and 2. Thus I believe this is referring to time-out issues on the external Seagate as since it isn't used all that often it will spindown and so may cause time-out issues when being polled and it needs to powerup. I have since unplugged this drive to see if these errors continue.
---
SMART shows no issues with any drive, and I have no harddrive issues that I am aware of. I recently even did a full defrag (after the first few crashes) and it was able to fully defrag no issue. The system will behave completely normally after a reboot and I have had no issues with file integrity / corrupt files.
Here is a chkdsk that I just ran on the boot drive:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
The type of the file system is NTFS.
WARNING! F parameter not specified.
Running CHKDSK in read-only mode.
CHKDSK is verifying files (stage 1 of 3)...
265728 file records processed.
File verification completed.
2850 large file records processed.
0 bad file records processed.
2 EA records processed.
60 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
323812 index entries processed.
Index verification completed.
0 unindexed files scanned.
0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
265728 file SDs/SIDs processed.
Security descriptor verification completed.
29043 data files processed.
CHKDSK is verifying Usn Journal...
37432264 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.
1953410047 KB total disk space.
1634572064 KB in 183642 files.
103284 KB in 29044 indexes.
0 KB in bad sectors.
429715 KB in use by the system.
65536 KB occupied by the log file.
318304984 KB available on disk.
4096 bytes in each allocation unit.
488352511 total allocation units on disk.
79576246 allocation units available on disk.
My thoughts were : SATA cables and/or driver, ensuring the cables are all plugged in snug and possibly disabling SRT --will be downloading intel ssd toolbox to chk the drive, tho as it's SLC it'd be hard to believe that that is the prob.
While still a little premature to say for certain, it does appear that the SRT / SSD caching was causing this issue. Have not had a hiccough in a while since disabling SRT caching (left the drive in the system but not doing any caching). I never had the caching set to maximized -- only enhanced, though issues with this would mean unstable system even fully disabling SRT. So either SRT issues due to serious torrenting or perhaps SSD drive going. I find it hard to believe the SSD drive is going as it is an intel 313 20GB mSATA drive w/SLC chips and only like 18 mos of use -- even intel SSD toolkit noted apx 93% life remaining. I can run a more comprehensive SSD check once I peel back the drive even more from caching. I'm honestly slightly surprised that I'm not noticing that much of a performance hit disabling SSD caching. Bootups are a little slower, but other than a great big chug a lug to load Diablo 3 (10 extra seconds?), everything else seems just about as fast as it was or only a tad bit slower.
edit 2--
Looking more and more like the SSD. I figured it was probably some driver/software issue and so I mounted the SSD as a drive and formatted it. This allowed me to run the FULL intel ssd toolbox scan on the drive (disallowed before as in raid config) for read and write and bammo got a BSOD during the test (below). Researching the BSOD info leads me to believe the error is referring to a hard disk or ssd going bad. I have not gotten a BSOD on my system so far in 2013...closest being the resets that started this 7/13 that did not produce dumps. So more than likely an issue with the SSD. I have since unmounted and PHYSICALLY removed the drive and we'll see how it runs. It's warrantied for 3 years and bought on newegg so I could be hitting up intel for a refund (curious how that will go).
[FONT=Segoe UI, Arial]Crash dump directory: C:\Windows\Minidump[/FONT]
[FONT=Segoe UI, Arial]Crash dumps are enabled on your computer.
[/FONT]
[FONT=Segoe UI, Arial]On Fri 8/30/2013 2:24:31 AM GMT your computer crashed
crash dump file: C:\Windows\Minidump\082913-18642-01.dmp
This was probably caused by the following module: [FONT=Segoe UI, Arial]ntoskrnl.exe[/FONT] (nt+0x75B80)
Bugcheck code: 0x1A (0x411, 0xFFFFF6FC50066C68, 0xDFF000000C6A7882, 0xFFFFF6FC51066C69)
Error: [FONT=Segoe UI, Arial]MEMORY_MANAGEMENT[/FONT]
file path: C:\Windows\system32\ntoskrnl.exe
product: [FONT=Segoe UI, Arial]Microsoft® Windows® Operating System[/FONT]
company: [FONT=Segoe UI, Arial]Microsoft Corporation[/FONT]
description: NT Kernel & System
Bug check description: This indicates that a severe memory management error occurred.
This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.
[/FONT]
[FONT=Segoe UI, Arial]On Fri 8/30/2013 2:24:31 AM GMT your computer crashed
crash dump file: C:\Windows\memory.dmp
This was probably caused by the following module: [FONT=Segoe UI, Arial]ntkrnlmp.exe[/FONT] (nt!KeBugCheckEx+0x0)
Bugcheck code: 0x1A (0x411, 0xFFFFF6FC50066C68, 0xDFF000000C6A7882, 0xFFFFF6FC51066C69)
Error: [FONT=Segoe UI, Arial]MEMORY_MANAGEMENT[/FONT]
Bug check description: This indicates that a severe memory management error occurred.
This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.
[/FONT]
I'm thinking of picking up a Crucial m500 480 or 960 GB drive and using that as my OS drive -- any thoughts / other recommendations?
** edit 8/9/13 ISSUE STILL HAPPENING **
So I'm really scratching my head on this one, posting this before I open her up for a visual which I doubt will show anything. I have an i7-2700k @ 3.9 GHz, Gigabyte GAZ68XP-UD3 F8 bios, 4x4 Corsair 1600, GeForce 580 w/latest WHQL, Corsair 1050watt psu, running Windows 7 64 latest patches/etc. Has a WD 2TB SATA 6 black boot and data as well as an external 1.5 TB Seagate hooked up via USB 2.0. The data 2TB was added more "recently" in Jan 2013. I also have a 20 GB intel 313 mSATA SSD hooked up as SRT cache drive. System has been solid, with no issues, rarely a crash -- 4 so far in 2013 until this issue, and this is with 24/7 use mostly gaming and one or two of those were likely caused by loading up too many monitoring programs at the same time. HDDs are connected to the intel SATA 6 channels and not the Marvell.
Recently this July I started noticing that I would come back to the system after it has rebooted. Crashes 7/3/13, 7/18/13, 7/23/13, 7/28/13 and just now 8/4/13. Side note -- due to SRT cache drive it rebuilds the drive after crash but then sits at bootup waiting for a manual reboot -- intel rst orom like 10.5 (ANYWAY AROUND THIS?? SOOO Annoying). After the first 3-4 crashes I noticed Windows was not producing any memory dump and so unselected auto-restart. I also updated software intel RST to the latest version 12.5. The last 2 crashes on 7/28/13 and 8/4/13 I was present and both exhibited the same odd behavior -- that all disk activity ceased, yet the system was still usable / responsive. Of course requests that require disk use would stall out but the system itself did not crash.
--
EDIT 8/9/13 -- I'm now like 99.9999% sure disk11 error is non issue -- that this is the external disk just timing out at requests after spindown as despite the recent crash 8/9/13 the last disk11 error was 8/3/13 -- right before I unplugged the external HDD. I have scoured my Windows 7 event viewer and have no WHEA errors at all and the only thing close I can see is a fair number of Errors w/Event ID 11 for Disk. These don't coincide very closely with the crashes and seem to have been happening prior to any symptoms. The error is listed as "The driver detected a controller error on \Device\Harddisk1\DR1." After installing the 2nd 2TB drive the errors switched to "The driver detected a controller error on \Device\Harddisk2\DR2." Now I think this is actually misleading as prior to installing the 2nd 2TB drive I had the boot 2TB drive and the external Seagate 1.5TB. Disk Management always lists the boot drive as Disk 0 with the next drives as 1 and 2. Thus I believe this is referring to time-out issues on the external Seagate as since it isn't used all that often it will spindown and so may cause time-out issues when being polled and it needs to powerup. I have since unplugged this drive to see if these errors continue.
---
SMART shows no issues with any drive, and I have no harddrive issues that I am aware of. I recently even did a full defrag (after the first few crashes) and it was able to fully defrag no issue. The system will behave completely normally after a reboot and I have had no issues with file integrity / corrupt files.
Here is a chkdsk that I just ran on the boot drive:
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
The type of the file system is NTFS.
WARNING! F parameter not specified.
Running CHKDSK in read-only mode.
CHKDSK is verifying files (stage 1 of 3)...
265728 file records processed.
File verification completed.
2850 large file records processed.
0 bad file records processed.
2 EA records processed.
60 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
323812 index entries processed.
Index verification completed.
0 unindexed files scanned.
0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
265728 file SDs/SIDs processed.
Security descriptor verification completed.
29043 data files processed.
CHKDSK is verifying Usn Journal...
37432264 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.
1953410047 KB total disk space.
1634572064 KB in 183642 files.
103284 KB in 29044 indexes.
0 KB in bad sectors.
429715 KB in use by the system.
65536 KB occupied by the log file.
318304984 KB available on disk.
4096 bytes in each allocation unit.
488352511 total allocation units on disk.
79576246 allocation units available on disk.
My thoughts were : SATA cables and/or driver, ensuring the cables are all plugged in snug and possibly disabling SRT --will be downloading intel ssd toolbox to chk the drive, tho as it's SLC it'd be hard to believe that that is the prob.
Last edited: