|
23-02-2008, 16:12
|
#1 |
|
Bananaman
Join Date: Jul 2006
Location: Liverpool/Edinburgh
Posts: 4,817
|
Reason why i would BSOD when deleting a few specific folders?
Basically i've got a few folders left from a netbeans install filling my User folder, thought i'd delete them and bang BSOD, i thought that was odd, let it reboot, tried again exactly the same thing happened. Now its not like i can't delete other folders, but these ".netbeans" folders don't wanna go anywhere!
Fast forward to today, and i've just been living with the in the way, as my computer (seems) perfectly stable (under load as well). But i went to delete my iTunes folder just then because i'm no longer using iTunes and don't need the DB and bang there goes another one. So i think its time i got to the bottom of this, but not quite sure where to start  ?
__________________
 
|
|
|
|
23-02-2008, 17:04
|
#2 |
|
Moonshine
Join Date: Sep 2007
Location: Southampton
Posts: 3,201
|
Well, good start point would be what the BSOD says...
__________________
|
|
|
|
|
23-02-2008, 17:11
|
#3 |
|
Bananaman
Join Date: Jul 2006
Location: Liverpool/Edinburgh
Posts: 4,817
|
Sorry WTF was i thinking, i meant to ask this as well
 I've got the minidump dmp files, i can't open them. Not sure where else i can find the stop codes though, i know of the windows event viewer but really sure what i'm looking for, guess its in there though?
__________________
|
|
|
|
|
23-02-2008, 17:50
|
#4 |
|
Moonshine
Join Date: Sep 2007
Location: Southampton
Posts: 3,201
|
Could you not just make it BSOD again and read it?
Or: http://smbthoughts.com/2007/11/13/bl...w-to-read-dmp/
__________________
Last edited by divine; 23-02-2008 at 17:53. |
|
|
|
|
23-02-2008, 18:09
|
#5 |
|
Bananaman
Join Date: Jul 2006
Location: Liverpool/Edinburgh
Posts: 4,817
|
Haha of course i could but its a hassle thoughs since i've got stuff open
__________________
|
|
|
|
|
23-02-2008, 19:22
|
#6 |
|
Bananaman
Join Date: Jul 2006
Location: Liverpool/Edinburgh
Posts: 4,817
|
Right that took longer than expected, few things going on atm!
I've used the debug tool, but i can't work out what the error number is from it But heres the whole thing! Code:
Microsoft (R) Windows Debugger Version 6.8.0004.0 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\minidump\Mini022308-02.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 Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Kernel base = 0x8203f000 PsLoadedModuleList = 0x82156c70
Debug session time: Sat Feb 23 14:40:09.233 2008 (GMT+0)
System Uptime: 0 days 0:02:59.890
*********************************************************************
* 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 19, {20, 8675d000, 8675da00, 9400000}
*** WARNING: Unable to verify timestamp for MPRIFL.SYS
*** ERROR: Module load completed but symbols could not be loaded for MPRIFL.SYS
***** 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!PVOID ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*********************************************************************
* 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+ *
*********************************************************************
*********************************************************************
* 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+ *
*********************************************************************
Probably caused by : MPRIFL.SYS ( MPRIFL+50d4 )
Followup: MachineOwner
---------
__________________
|
|
|
|
|
23-02-2008, 20:09
|
#7 |
|
The Stig
Join Date: Jun 2006
Location: Swad!
Posts: 10,713
|
You using something called MyLockBox? That sys file seems to come from that.
I can run the dmp file through a debugger with the right symbols if you post it, but if it's being thrown from a non-windows related driver then it probably wont tell you much else.
__________________
apt-get moo |
|
|
|
|
23-02-2008, 20:51
|
#8 |
|
Bananaman
Join Date: Jul 2006
Location: Liverpool/Edinburgh
Posts: 4,817
|
MyLockBox makes perfect sense, it messes with folders, don't know why it has its grubby hands on this, but i will mess around. Cheers Daz, so how did you work that out? So i know in future?
__________________
|
|
|
|
|
23-02-2008, 21:01
|
#9 |
|
Bananaman
Join Date: Jul 2006
Location: Liverpool/Edinburgh
Posts: 4,817
|
Sorted
Although i was bracing myself for a BSOD
__________________
|
|
|
|
|
23-02-2008, 22:00
|
#10 | |
|
The Stig
Join Date: Jun 2006
Location: Swad!
Posts: 10,713
|
Quote:
It's about the only way to find out when you aren't dealing with anything OS related. Dll/sys files are easy, memory pool tags can be fun.
__________________
apt-get moo |
|
|
|
|
 |
| Thread Tools | |
| Display Modes | |
|
|
Linear Mode
