Tech Support Forum banner
Status
Not open for further replies.

[SOLVED] BSOD 0x8E Possibly driver?

4K views 27 replies 2 participants last post by  Patrick 
#1 · (Edited)
OS -Windows 7
· x86 (32-bit)
· What was original installed OS on system? Windows 7 32bit.
· Is the OS an OEM version (came pre-installed on system) or full retail version (YOU purchased it from retailer)? Retail.
· Age of system (hardware) Around 4 years.
· Age of OS installation - have you re-installed the OS? - Not even a month old installation.

· CPU - Pentium Dual-Core 2GHz
· Video Card - Integrated GMA 4500
·
·

· System Manufacturer - Asus
· Exact model number (if laptop, check label on bottom) - F52Q

Hello I've got a BSOD yesterday all of a sudden.
First I thought it might have been cause by some power failure as my old TV died a few minutes after I received the BSOD. But using BlueScreenView I determined halmacpi and ntkrnlpa.exe being the probable cause.
Here's the dump log, please help.

Code:
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\081913-19936-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is: 
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16695.x86fre.win7_gdr.101026-1503
Machine Name:
Kernel base = 0x82a43000 PsLoadedModuleList = 0x82b8b810
Debug session time: Mon Aug 19 22:47:03.958 2013 (UTC + 2:00)
System Uptime: 0 days 2:58:18.800
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Loading Kernel Symbols
...............................................................
................................................................
.......................
Loading User Symbols
Loading unloaded module list
..........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, 82c8bfe8, b61a0bd4, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!KPRCB                                      ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!KPRCB                                      ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
Probably caused by : ntkrnlpa.exe ( nt+248fe8 )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
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.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 82c8bfe8, The address that the exception occurred at
Arg3: b61a0bd4, Trap Frame
Arg4: 00000000

Debugging Details:
------------------

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!KPRCB                                      ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!KPRCB                                      ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************

ADDITIONAL_DEBUG_TEXT:  
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: nt

FAULTING_MODULE: 82a43000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4cc78ed4

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

FAULTING_IP: 
nt+248fe8
82c8bfe8 8b83b8000000    mov     eax,dword ptr [ebx+0B8h]

TRAP_FRAME:  b61a0bd4 -- (.trap 0xffffffffb61a0bd4)
ErrCode = 00000000
eax=00000000 ebx=00000068 ecx=84ad4030 edx=746c6644 esi=8806a410 edi=00000000
eip=82c8bfe8 esp=b61a0c48 ebp=b61a0cb4 iopl=0         nv up ei pl nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
nt+0x248fe8:
82c8bfe8 8b83b8000000    mov     eax,dword ptr [ebx+0B8h] ds:0023:00000120=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x8E

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 82cc0631 to 82c8bfe8

STACK_TEXT:  
WARNING: Stack unwind information not available. Following frames may be wrong.
b61a0cb4 82cc0631 00000000 84992358 00000001 nt+0x248fe8
b61a0ccc 82aeb223 84992358 b61a0cf8 b61a0d04 nt+0x27d631
b61a0d1c 82a864f4 00000001 00000000 b61a0d34 nt+0xa8223
b61a0d34 77586344 badb0d00 0012f2f8 00000000 nt+0x434f4
b61a0d38 badb0d00 0012f2f8 00000000 00000000 0x77586344
b61a0d3c 0012f2f8 00000000 00000000 00000000 0xbadb0d00
b61a0d40 00000000 00000000 00000000 00000000 0x12f2f8


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt+248fe8
82c8bfe8 8b83b8000000    mov     eax,dword ptr [ebx+0B8h]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt+248fe8

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  ntkrnlpa.exe

BUCKET_ID:  WRONG_SYMBOLS

Followup: MachineOwner
---------
The windows 7 installed on this laptop isn't even a month old yet. Also before I did a reinstall I remember getting a BSOD while trying to update Adobe Flash Player, I didn't save the log then though and reinstalled windows a week or so after.
 
See less See more
#4 ·
Re: BSOD 0x8E Possibly driver?

There's one dump attached and it's of the KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e) bugcheck.

The processor identified a problem, but Windows was unable to deal with it. This problem can appear when one of these issues occurs:

  • Low disk space in the primary system drive
  • A driver bug (which may be identified in the message).
  • Video adapter problems
  • A BIOS bug
  • BIOS caching or shadowing
Update to Service Pack 1 ASAP: Learn how to install Windows 7 Service Pack 1 (SP1)



In your loaded drivers list, dtsoftbus01.sys is listed which is the Daemon Tools driver. Daemon Tools is a very popular cause of BSOD's in 7/8 based systems. Please uninstall Daemon Tools. Alternative imaging programs are: MagicISO, Power ISO, etc.


ATKACPI 909e2000 909ea000 Thu Dec 14 02:11:57 2006 (4580f93d) 0000a891 ATKACPI.sys
^^ ATK Hotkey ATK0101 ACPI Utility Driver

Update via - F52Q - Notebooks & Ultrabooks - ASUS

Rtlh86 909a5000 909bd000 Mon Jun 25 01:37:23 2007 (467f5493) 0002352a Rtlh86.sys
^^ Realtek 8101/8168/8169 Wired Network Driver

Update via - F52Q - Notebooks & Ultrabooks - ASUS

Regards,

Patrick
 
#5 ·
Re: BSOD 0x8E Possibly driver?

I'll get SP and update realtek and hotkey drivers. I have a question though.

Could it have been the fault of RAM, as it was quite heavily loaded at the moment BSoD occured? I was using an internet browser, an instant communicator and listening to music with last/fm scrobbler so my only 2GB or RAM were quite loaded.
Also I daemon wasn't even started at the moment, could it still have been the cause?

Thank you for everything.
 
#8 ·
Re: BSOD 0x8E Possibly driver?

I'm sorry for bumping the thread like that but I didn't find the 'edit' option.

Please disregard previous 2 posts. I'll summarize everything here:

-I uninstalled daemon tools. The bsod that occured on my previous installation of windows was probably caused by it as well as I think that was my first time using that version of Daemon.
-I update the realtek driver but got "Realtek PCIe GBE Family Controller is disconnected from network" error in Event Viewer and rolled back to previous driver, no errors on this one.
-I'll also get the SP today and report if anything happens.

Thank you for help.
 
#10 ·
Re: BSOD 0x8E Possibly driver?

Updating.

-Installed all windows updates along with SP1.

-Also did memtest to exclude faulty memory, for 6 passes, no error.

Now I'm just waiting for my boots to stabilize since after bsod they were taking a bit longer. Now that I got everything installed they should get back to normal though.
 
#12 ·
Re: BSOD 0x8E Possibly driver?

Updating since some time passed.

All's fine and dandy. I just got a few application errors from Media Player Classic but I assume it just crashed, once at an incomplete file so I think it's understandable.

Thank you again for the support.
 
#15 ·
Hi,

No that won't be necessary, I've marked it as unsolved again.

The attached DMP file is of the same bugcheck as above.

A device is disabled preventing it from working properly.Details:The device, Disk drive, is disabled. If this device is no longer used it may be intentionally disabled. The Plug and Play ID for this device is USBSTOR\DISK-VEN_GENERIC--PROD_MULTI-CARD-REV_1.00\20071114173400000-0.
Do you have an external hard drive connected but disabled, or possibly internal? I'd recommend removing it entirely for troubleshooting purposes.

The Security Center reports that Windows Update is disabled.
^^ Why?? Enable Windows Update ASAP and install all relevant and important security updates, etc.

I'd also like you to please run some hardware diagnostics so we can be sure. Start with a Memtest for NO LESS than ~8 passes (several hours):

Memtest86+:

Download Memtest86+ here:

Memtest86+ - Advanced Memory Diagnostic Tool

Which should I download?

You can either download the pre-compiled ISO that you would burn to a CD and then boot from the CD, or you can download the auto-installer for the USB key. What this will do is format your USB drive, make it a bootable device, and then install the necessary files. Both do the same job, it's just up to you which you choose, or which you have available (whether it's CD or USB).

How Memtest works:

Memtest86 writes a series of test patterns to most memory addresses, reads back the data written, and compares it for errors.

The default pass does 9 different tests, varying in access patterns and test data. A tenth test, bit fade, is selectable from the menu. It writes all memory with zeroes, then sleeps for 90 minutes before checking to see if bits have changed (perhaps because of refresh problems). This is repeated with all ones for a total time of 3 hours per pass.

Many chipsets can report RAM speeds and timings via SPD (Serial Presence Detect) or EPP (Enhanced Performance Profiles), and some even support changing the expected memory speed. If the expected memory speed is overclocked, Memtest86 can test that memory performance is error-free with these faster settings.

Some hardware is able to report the "PAT status" (PAT: enabled or PAT: disabled). This is a reference to Intel Performance acceleration technology; there may be BIOS settings which affect this aspect of memory timing.

This information, if available to the program, can be displayed via a menu option.

Any other questions, they can most likely be answered by reading this great guide here:

FAQ : please read before posting

-------------------------------------------------------------------------------------------------------------

Chkdsk:

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 -

SeaTools | Seagate

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.

Regards,

Patrick
 
#16 ·
Re: BSOD 0x8E Possibly driver?

Do you have an external hard drive connected but disabled, or possibly internal? I'd recommend removing it entirely for troubleshooting purposes.
I have a disabled card reader. It's broken mechanically but I didn't want to remove it and accidentialy damage anything else.

^^ Why?? Enable Windows Update ASAP and install all relevant and important security updates, etc.
I always do my updates manually, almost up-to-date now. I'll update the rest just to be sure.


I'd also like you to please run some hardware diagnostics so we can be sure. Start with a Memtest for NO LESS than ~8 passes (several hours):
I did Memtest last time I got BSOD, but only for 6 passes and it turned out fine.
Faulty RAM is my most suspected cause right now actually, do you think it could have been the case even if it turned out fine last time?
Also I'll do a memtest tomorrow for 8 passes too but I was thinking of switching the ram anyway so I'll probably get new soon.

If chkdsk turns out okay, run Seatools.
I attached results of chkdsk. Can't run Seatools though, I tried last time I got the BSOD but it didn't initialize with some error. I don't quite trust the windows one too.
Also the hard disk is almost new so I don't want to think it's the cause.
 

Attachments

#17 ·
Re: BSOD 0x8E Possibly driver?

I have a disabled card reader. It's broken mechanically but I didn't want to remove it and accidentialy damage anything else.
Definitely remove it.

I always do my updates manually, almost up-to-date now. I'll update the rest just to be sure.
Understood. For reference, you can enable Update and have it set to check but don't download or install without approval.

Faulty RAM is my most suspected cause right now actually, do you think it could have been the case even if it turned out fine last time?
Very possible, I'd let it go for at least 8, yes.

Also the hard disk is almost new so I don't want to think it's the cause.
I'd still like to test it. Use the DOS version if the OS environment is too unstable - SeaTools for DOS tutorial

Regards,

Patrick
 
#18 ·
Re: BSOD 0x8E Possibly driver?

Definitely remove it.
It's soldered to the motherboard so I can't actually fully remove it, I was thinking I could take out the cable supplying power to it, should I?

Very possible, I'd let it go for at least 8, yes.
I'll let it go tonight to be sure for 8 passes.

I'd still like to test it. Use the DOS version if the OS environment is too unstable - SeaTools for DOS tutorial
I'll do this as well after memtest to be sure.

Also I consulted a known IT and he said that the daemon could mess up the registry among other things even if it's uninstalled by now. Do you think it's possible to have been the cause? I'll do a clean install of Windows to be sure.
 
#19 ·
Re: BSOD 0x8E Possibly driver?

Hi,

It's soldered to the motherboard so I can't actually fully remove it, I was thinking I could take out the cable supplying power to it, should I?
Yes. The only thing that concerns me is the fact the you said it's physically damaged, and whilst that was the case, you had it connected. It could have worst case also damaged the motherboard, but let's hope that's not the case.

daemon could mess up the registry among other things even if it's uninstalled by now. Do you think it's possible to have been the cause?
Daemon Tools is a troublemaker, yes. I seemed to have missed that in your drivers list or I would have certainly missed it, my apologies.

Regards,

Patrick
 
#20 ·
Re: BSOD 0x8E Possibly driver?

I ran memtest for 9 passes, it didn't show any errors. Seatools was also fine.

Yes. The only thing that concerns me is the fact the you said it's physically damaged, and whilst that was the case, you had it connected. It could have worst case also damaged the motherboard, but let's hope that's not the case.
Well, I mean a bit of plastic is bent inside it so it can't be used. It's safe to remove the cable supplying power, right? I want to be sure it doesn't cause any problems.

Daemon Tools is a troublemaker, yes. I seemed to have missed that in your drivers list or I would have certainly missed it, my apologies.
I uninstalled it after the first bluescreen I wrote about in opening post. Do you mean that the driver was still present in the 2nd bsod report I submitted 2 days ago?
If so I hope it was the case, and won't be a problem anymore now that I did a clean install of Windows.
So assuming I had problems with daemon, which alternative do you think will be the safest to use? Alcohol 52%? Virtual Clone Drive?
 
Status
Not open for further replies.
You have insufficient privileges to reply here.
Top