Thanks!
All of the attached DMP files are of the CRITICAL_OBJECT_TERMINATION (f4) bug check.
This indicates that a process or thread crucial to system operation has unexpectedly exited or been terminated. So, just looking at that, we know that on your system, there is either a process or thread that is crucial to the functionality of your system that is unexpectedly ceasing to exist, therefore causing a system crash. Next question we of course have is, why?
If we look further into the dump, we see EXCEPTION_CODE: (NTSTATUS) 0xc0000006- The instruction at 0x%p referenced memory at 0x%p. ***The required data was not placed into memory because of an I/O error.***What's an I/O error you may ask? An I/O error is when any hardware device (hard disk, flash drive, etc) cannot perform its basic input/output actions such as reading or copying data. When this is the case with a hard disk itself, or any storage related media, it's due to the device PHYSICALLY failing. Do note that with hard disks, the connections can be faulty as well (i.e the SATA cables from the controller on the board to the hard disk itself).
Very rarely is this ever caused by software, and if it is, it's usually caused by things such as Intel Rapid Storage which I see you have installed. Do you have a RAID configuration set up? If not, it's useless software. However, IRST doesn't just 'uninstall', it's a bit complicated. See this - https://communities.intel.com/thread/44074
You noted you have an SSD, you need to be 100% sure the firmware is absolutely up to date.
If the SSD firmware is up to date via the manufacturers website:
Chkdsk:There are various ways to run Chkdsk~
Method 1:
Start > Search bar > Type cmd (right click run as admin to execute Elevated CMD)
Elevated CMD should now be opened, type the following:
chkdsk x: /r
x implies your drive letter, so if your hard drive in question is letter c, it would be:
chkdsk c: /r
Restart system and let chkdsk run.
Method 2:
Open the "Computer" window
Right-click on the drive in question
Select the "Tools" tab
In the Error-checking area, click <Check Now>.
If you'd like to get a log file that contains the chkdsk results, do the following:
Press Windows Key + R and type powershell.exe in the run box
Paste the following command and press enter afterwards:
get-winevent -FilterHashTable @{logname="Application"; id="1001"}| ?{$_.providername –match "wininit"} | fl timecreated, message | out-file Desktop\CHKDSKResults.txt
This will output a .txt file on your Desktop containing the results of the chkdsk.
If chkdsk turns out okay, run Seatools -
http://www.seagate.com/support/downloads/seatools/
You can run it via Windows or DOS. Do note that the only difference is simply the environment you're running it in. In Windows, if you are having what you believe to be device driver related issues that may cause conflicts or false positive, it may be a wise decision to choose the most minimal testing environment (DOS).
Run all tests EXCEPT: Fix All, Long Generic, and anything Advanced.
------------------------------------------------------------------------------
If you'd like, we can also enable Driver Verifier to be sure we aren't dealing with a software issue. Given the *F4 bug check, I doubt this has anything to do with the internet whatsoever, you just may be receiving the crashes around the time of connecting to a network so it appears that may be the problem, but in reality it may not be related at all. We'll see soon enough!
Driver Verifier:
What is Driver Verifier?
Driver Verifier is included in Windows 8, 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008, Windows 2000, Windows XP, and Windows Server 2003 to promote stability and reliability; you can use this tool to troubleshoot driver issues. Windows kernel-mode components can cause system corruption or system failures as a result of an improperly written driver, such as an earlier version of a Windows Driver Model (WDM) driver.
Essentially, if there's a 3rd party driver believed to be at issue, enabling Driver Verifier will help flush out the rogue driver if it detects a violation.
Before enabling Driver Verifier, it is recommended to create a System Restore Point:
Vista - START | type rstrui - create a restore point
Windows 7 - START | type create | select "Create a Restore Point"
Windows 8 - http://www.eightforums.com/tutorials/4690-restore-point-create-windows-8-a.html
How to enable Driver Verifier:
Start > type "verifier" without the quotes > Select the following options -
- Select - "Create custom settings (for code developers)"
- Select - "Select individual settings from a full list"
- Check the following boxes -
- Special Pool
- Pool Tracking
- Force IRQL Checking
- Deadlock Detection
- Security Checks (Windows 7 & 8)
- DDI compliance checking (Windows 8)
- Miscellaneous Checks
- Select - "Select driver names from a list"
- Click on the "Provider" tab. This will sort all of the drivers by the provider.
- Check EVERY box that is [B]NOT[/B] provided by Microsoft / Microsoft Corporation.
- Click on Finish.
- Restart.
Important information regarding Driver Verifier:
- If Driver Verifier finds a violation, the system will BSOD.
- After enabling Driver Verifier and restarting the system, depending on the culprit, if for example the driver is on start-up, you may not be able to get back into normal Windows because Driver Verifier will flag it, and as stated above, that will cause / force a BSOD.
If this happens, do not panic, do the following:
- Boot into Safe Mode by repeatedly tapping the F8 key during boot-up.
- Once in Safe Mode - Start > type "system restore" without the quotes.
- Choose the restore point you created earlier.
If you did not set up a restore point, do not worry, you can still disable Driver Verifier to get back into normal Windows:
- Start > Search > type "cmd" without the quotes.
- To turn off Driver Verifier, type in cmd "verifier /reset" without the quotes.
・ Restart and boot into normal Windows.
How long should I keep Driver Verifier enabled for?
It varies, many experts and analysts have different recommendations. Personally, I recommend keeping it enabled for at least 24 hours. If you don't BSOD by then, disable Driver Verifier.
My system BSOD'd, where can I find the crash dumps?
They will be located in %systemroot%\Minidump
Any other questions can most likely be answered by this article:
http://support.microsoft.com/kb/244617
Regards,
Patrick