okto Posted January 2, 2010 Posted January 2, 2010 HiWindows XP Professional Service Pack 3 v. 5.1.2600.5512nLite v. 1.4.9.1I've kept taskkill.exe as one of the batch files I use during runonce rely on itWhen batch file is executed I recieve:"ERROR: Class not registered" DOS messageand deployment is interrupted.The file is present and is located at Windows\system32an OS which I haven't passed through nLite has taskkill.exe and it doesn't output any errors.Any thoughts as to why taskkill.exe is affected?
Guest Posted January 2, 2010 Posted January 2, 2010 You'll need to attach your last session.ini so we can see what you removed.
okto Posted January 2, 2010 Author Posted January 2, 2010 (edited) Certainly.Last_Session.iniSimilar issue has been raised and unresolvedhttp://www.msfn.org/board/index.php?showto...mp;#entry803608Alternative solution.http://www.911cd.net/forums//index.php?showtopic=14421Although this is a solution I still fail to find out what affects taskkill.exe Edited January 2, 2010 by okto
Guest Posted January 2, 2010 Posted January 2, 2010 Well I would start by testing in a VM and not removing certain things so you can narrow it down. You strip the thing pretty bare. Try not removing the entire Operating System Options section and see if taskkill works. If that section has no influence, pick another section, etc.Let us know what you find.
okto Posted January 2, 2010 Author Posted January 2, 2010 (edited) In order to increase security, you can remove this set of command-line tools. Worms and viruses may depend on them. If you need some of them, then add the file names into the 'Keep Box'. The tools are: ..., taskkill.exe, ...From what I gather it is not enough just to keep taskkill.exeI've checked against these threads:http://www.tech-archive.net/Archive/WinXP/...9/msg00336.htmlhttp://groups.google.com/group/microsoft.p...%85d794eab22066If I interpret it correctly taskkill.exe does have dependencies, WMI inclusively.http://www.911cd.net/forums//index.php?showtopic=14421 I thought that perhaps it was due to the "framedyn.dll" file not being registered, but that didn't solve it either.(re)registering 'framedyn.dll' does not resolve an issue on it's own, as there are other dependencies present.ADVAPI32.DLLGDI32.DLLDBGHELP.DLLNTDLL.DLLKERNEL32.DLLMSVCRT.DLLSECUR32.DLLRPCRT4.DLLUSER32.DLLMPR.DLLOLE32.DLLOLEAUT32.DLLWS2HELP.DLLWS2_32.DLLFRAMEDYN.DLLNETAPI32.DLLVERSION.DLLIMM32.DLLMSCTF.DLLCOMRES.DLLCLBCATQ.DLLWINSTA.DLLXPSP2RES.DLLWBEMCOMN.DLLWBEMPROX.DLLLast two in particular are WMI components. I did a test build where I droped all the dependancies into a keep box, and still recieved an "ERROR: Class not registered".The issue is resolved by enabling WMI services. Edited January 2, 2010 by okto
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now