sorcerer
Active Member
- Reaction score
- 77
- Location
- Preston, Lancs, UK
Got a Toshiba Satellite (don't know specific model because the label has been worn down) laptop in at the moment, running Windows 7 Home Premium. I replaced the hard drive in it about 9 months ago - currently got a WD Black 320GB SATA drive in it.
It goes through POST, gets to the Windows logo where the four colours come together and then BSOD - this happens in both normal and safe modes. The bug-check codes are:
0xF4
(0x0000000000000003)
(0xFFFFFA8003963800)
(0xFFFFF0800396AE0)
0xFFFFF80002F977B0)
Google says the 0xF4 could point to a hard drive issue but it passes WD Data Lifeguard and also GSmartControl diagnostics with no errors at all. While I'm referring to the hard drive I should also say that chkdsk found nothing wrong and neither did SFC, although I don't know how much faith I can put into those results. I have Nick's D7 (although probably only know how to use one percent of its capabilities) and was using that in 'Offline mode' to run those tests and, strangely, SFC said it would "take a while" but actually took less than three minutes; chkdsk took less than one minute (started 10.36.23, finished 10.37.15) - that can't be right can it?
Anyway, RAM has been taken out and re-seated then Memtest86+ ran overnight for almost 10 hours with no errors. I later found that substituting in a known good hard drive with Win 7 HP already installed works well, so can completely rule out other hardware such as motherboard and RAM being the cause.
A lot of hits from Google also point to bad or outdated drivers being the culprit and suggest running BlueScreenView to see what's going on, but when I connected the drive to my bench test machine (where it became the F: drive) and navigated to F:\Windows\Minidumps the folder was empty.
I'm due to go away on Saturday morning for a couple of weeks so I'm under pressure to get these jobs done and out, but because of that I'm panicking and not thinking straight. How can I find out if dodgy drivers are the problem and replace them if necessary? Is it better to tackle it with the drive back in the laptop or continue offline with it connected to my bench machine?
It goes through POST, gets to the Windows logo where the four colours come together and then BSOD - this happens in both normal and safe modes. The bug-check codes are:
0xF4
(0x0000000000000003)
(0xFFFFFA8003963800)
(0xFFFFF0800396AE0)
0xFFFFF80002F977B0)
Google says the 0xF4 could point to a hard drive issue but it passes WD Data Lifeguard and also GSmartControl diagnostics with no errors at all. While I'm referring to the hard drive I should also say that chkdsk found nothing wrong and neither did SFC, although I don't know how much faith I can put into those results. I have Nick's D7 (although probably only know how to use one percent of its capabilities) and was using that in 'Offline mode' to run those tests and, strangely, SFC said it would "take a while" but actually took less than three minutes; chkdsk took less than one minute (started 10.36.23, finished 10.37.15) - that can't be right can it?
Anyway, RAM has been taken out and re-seated then Memtest86+ ran overnight for almost 10 hours with no errors. I later found that substituting in a known good hard drive with Win 7 HP already installed works well, so can completely rule out other hardware such as motherboard and RAM being the cause.
A lot of hits from Google also point to bad or outdated drivers being the culprit and suggest running BlueScreenView to see what's going on, but when I connected the drive to my bench test machine (where it became the F: drive) and navigated to F:\Windows\Minidumps the folder was empty.
I'm due to go away on Saturday morning for a couple of weeks so I'm under pressure to get these jobs done and out, but because of that I'm panicking and not thinking straight. How can I find out if dodgy drivers are the problem and replace them if necessary? Is it better to tackle it with the drive back in the laptop or continue offline with it connected to my bench machine?