Folder: ed798b66cbeb3a7b9bde9e55a9e2
Folder: amd64
Files: filterpipelineprintproc.dll
msxpsdrv.cat
msxpsdrv.inf
msxpsinc.gpd
msxpsinc.ppd
mxdwdrv.dll
xpssvcs.dll
Folder: i386
Files: filterpipelineprintproc.dll
msxpsdrv.cat
msxpsdrv.inf
msxpsinc.gpd
msxpsinc.ppd
mxdwdrv.dll
xpssvcs.dll
Since this is only a storage drive, can the folders and files be deleted or
is there a specific procedure for their removal?
> Since this is only a storage drive, can the folders and files be deleted
Yes.
> or is there a specific procedure for their removal?
No.
Bye,
Freudi
What I think happens is, the update is downloaded and then extracted into
this temporary folder for installation.
I updated with the full file and I found a similar file and just deleted it
without even thinking about it.
For some reason, it (the update) didn't clean up after itself. Maybe when
the computer rebooted it didn't have access to the storage file for clean up.
Who knows.
--
Disclaimer: The information has been posted "as is" with no warranties or
guarantees and doesn''t give any rights.
Taurian, your solution makes a lot of sense because the drive where the
folder was placed does have the most available free space.
Thanks again to the both of you.
D.
"Cannot delete filterpipelineprintproc.dll: Access is denied"
Also if I attempt to unregister the .dll then I get this message:
---------------------------
RegSvr32
---------------------------
LoadLibrary("filterpipelineprintproc.dll") failed - The specified module
could not be found."
Can you please find a solution for this? I am seeing this at multiple
client's sites and on many workstations.
http://support.microsoft.com/kb/951847/en-us
Today i have worked on a script to automatically detect and remove this
folder after .net installation. I will post the script within the next days
(after completing testing on some machines) on www.verboon.info
Thanks!
> No one has offered any solution. The folders are building up all over the
> word on every server and workstation. All the while scaring the hell out of
> a lot of people who would look at such a random string of letters and numbers
> for a file name and think - I've been attacked and compromised. Way to go
> Microsoft. How many months have we been at it asking for your attention?
> Love the customer care and security focus - not!
Have you phoned Microsoft Support? Trivial issues (from a technical
perspective) like this one are unlikely to be fixed unless Microsoft get a lot
of phone calls about it.
Harry.
Your attitude about what constitutes important versus trivial is exactly why
the name Microsoft is synonymous with lackadaisical & lackadaisical almost
security and almost reliability. We've posted this months ago but the only
replies from MVP's like yourself come as defensive and not helpful - not
feeling the love nor the synergy of community.
I was incorect in that Alex actually did offer a plausible solution albeit
somewhat obscured in a script on his blog - SubInACL is the tool he used to
gain control. Gotta love that us users have to solve the problems of the
manufacturer because it isn't interested in OS or Patch quality - bah!
You just need to change the permissions on the folders and files to
Full Control. Instructions to do this are in this Microsoft article:
http://support.microsoft.com/kb/308419#4
> Sorry Harry but you can waste your time and money - I wouldn't be in this
> place posting for answers to questions otherwise.
If the update in question is a security update, support from Microsoft is free
of charge.
> Your attitude about what constitutes important versus trivial [...]
Technologically and objectively speaking, this really is a trivial bug. The
left-over folders have no impact whatsoever on the security or performance of
the computer. The problem is strictly cosmetic.
Now, trivial technologically doesn't always mean trivial overall, but it can be
hard to successfully argue a case for this without call volume.
> [...] We've posted this months ago but the only
> replies from MVP's like yourself come as defensive and not helpful - not
> feeling the love nor the synergy of community.
I'm not sure what you expect us to do, exactly. You realise we don't work for
Microsoft, right? We can't fix the bugs, and we don't have a lot of influence
over which bugs get fixed ... that depends mainly on the call volumes.
> I was incorect in that Alex actually did offer a plausible solution albeit
> somewhat obscured in a script on his blog - SubInACL is the tool he used to
> gain control. Gotta love that us users have to solve the problems of the
> manufacturer because it isn't interested in OS or Patch quality - bah!
I think I may have misunderstood your earlier post. Are you wanting
instructions on deleting the folder? A simple search of the knowledge base
would have found this article:
<http://support.microsoft.com/kb/320081>
http://support.microsoft.com/kb/320081
Harry.
/Kris
> Hi, I followed the instructions in the article you linked to and it didn't do
> a thing. You can't change the permissions for this particular folder and it's
> impossible to remove it.
<http://support.microsoft.com/kb/320081>
http://support.microsoft.com/kb/320081
Note that you may need to reference one or more of the "related topics" shown in
the right-hand margin, particularly on the subject of taking ownership of a
file/folder.
Harry.
> Kris wrote:
>
> > Hi, I followed the instructions in the article you linked to and it didn't do
> > a thing. You can't change the permissions for this particular folder and it's
> > impossible to remove it.
>
> <http://support.microsoft.com/kb/320081>
Ever cryptic, Microsoft support pages like this one are almost always very
specific, requiring you to follow every step but rarely CLEARLY OUTLINING
THEM (I'm not yelling here, I'm just highlighting the problem element :)
The FIRST step you must take is to start windows XP in safe mode before
attempting to do anything else with these files.
AFTER you have successfully started XP in safe mode, you must log in as
"Administrator" and then go to the C: directory (or where ever the leftover
folder is located). You then right click on the folder and change ownership
of the entire folder as outlined in the support page. The safe bet is that
the 'administrator' option in the first one in the list that comes up after
right-clicking the folder icon, but make sure to check the 'administrator'
box. This may or may not bring up yet another dialog box requiring you to
check the 'allow' box under 'full control'. Once this is correctly
accomplished, you can delete the folder (which will also delete all of the
files in it and any subfolders).
You do NOT need "to reference ANY of the "related topics" shown in the
right-hand margin, particularly on the subject of taking ownership of a
file/folder." You simply need to be in safe mode and logged in as an
administrator and then follow the steps as outlined.
I don't don't why so many people have such a hard time just laying out the
instructions so anyone, novice or expert, can follow them, but I hope this
helps.
What you have to do:
- Restart your computer en start in safe mode.
- Login als administrator (some have a password, some not -> youre own
dissission)
- go to the foldername.
- right click with the mouse on the folder en go to properties.
- then go to the second tab (security)
- give yourself the full permissions.
- then go to the folder and you can delete it.
> You then right click on the folder and change ownership
> of the entire folder as outlined in the support page.
Are we looking at the same support page? The one I referenced provides no
instructions on how to take ownership of a file or folder, which is why I
suggested following the associated topic link - although I've just realized that
the link in question is dead. :-(
For the record, you take ownership of a file (or folder) by right-clicking on
the file (or folder) and selecting Properties. Then you go to the Security tab,
click on Advanced, select the Owner tab, and select your account in the list
under "Change owner to". If it's a folder, you probably want to turn on
"Replace owner on subcontainers and objects". Then press OK.
At that point you should be able to change the permissions, unless there's a
more serious problem such as file system corruption.
HOWEVER ... to complicate matters, the Security tab won't appear in the default
Windows configuration - I'd forgotten about this. The simplest way to work
around this is probably to boot to Safe Mode.
You don't actually need to log in as "Administrator" - any administrative
account will do. If in doubt, however, as to which accounts are administrative,
"Administrator" is probably your best bet.
Harry.
You will need to [url=http://support.microsoft.com/kb/308421]take
ownership[/url] of the folder and subfolders/files. You will then be able to
delete the folder as normal. If it tells you that you need special
permissions, push the "yes" button. For some reason if you give yourself
delete permissions through any other means, the computer will "forget" that
you have permission.
This worked on my DELL OEM version of Windows XP SP2. I logged in as the
specaial account called "Administrator"
Hope that helped!
Just found this fix on another site. Fast, easy and it actually worked. No BS:
From Brian Egan on www.question-defense.com
August 9th, 2009 at 1:13 pm
(1) Right mouse click on the folder containing filterpipelineprintproc.dll
(e.g. Folder: ed798b66cbeb3a7b9bde9e55a9e2) and choose Properties
(2) Go to the Security tab
(3) Select the"Full Control" button under Allow
(4) Delete the folder
Cheers,
~JKB
Also see Known Issue #1 in http://support.microsoft.com/kb/951847/en-us
(Last Review: July 17, 2009)
--
~PA Bear, MS MVP
www.banthecheck.com
Thanks again
\tony/
1. Disable simple file sharing
a. In the Control Panel, Select Folder Options, then select the View Tab
b. Scroll down to the end and uncheck the box next to "Use simple file
sharing (Recommended)"
c. Click Apply, OK, and exit Control Panel.
2. Change permissions of rouge folder
a. Navigate to the ed798b66cbeb3a7b9bde9e55a9e2 folder left behind from
the .NET framework update
b. Right click the folder, select Permissions, then select the Security tab
c. Under the "Allow" column, click the first box for "Full Control". All
the boxes (or at least most of them) will automatically get checked.
d. Click Apply then OK.
3. Drag rouge folder to the Recycle Bin. This should delete without a
problem. I told this solution to a friend and he had to go into the rouge
folder and perform step #2 for both the folders present for some reason, but
the end result was the same. The offending folder got deleted.
Hope this works for you.
1. Disable simple file sharing
a. In the Control Panel, Select Folder Options, then select the View Tab
b. Scroll down to the end and uncheck the box next to "Use simple file
sharing (Recommended)"
c. Click Apply, OK, and exit Control Panel.
2. Change permissions of rouge folder
a. Navigate to the ed798b66cbeb3a7b9bde9e55a9e2 folder left behind from
the .NET framework update
b. Right click the folder, select Permissions, then select the Security tab
c. Under the "Allow" column, click the first box for "Full Control". All
the boxes (or at least most of them) will automatically get checked.
d. Click Apply then OK.
3. Drag rouge folder to the Recycle Bin. This should delete without a
problem. I told this solution to a friend and he had to go into the rouge
folder and perform step #2 for both the folders present for some reason, but
the end result was the same. The offending folder got deleted.
Hope this works for you.
"Marc" wrote:
Thank you so much Mark for explainin step by step how to do it.
The catch to this, I think, is that you have to turn on network sharing first in
order to do it, thereby lowering your overall security ... particularly if you
don't know how to set it up properly.
Harry.
"Davide" wrote:
> Same problem for me.
> Simply change permission and delete.
> Yes I'm bored about Windows Update but we have choice? We can hope in less
> version and better release for the future.
>
> D.
>
>
>
> "Daryl" wrote:
>
> > I have the same issue, but it won't let me delete the folder.
> > "cannot delete filterpipelineprintproc.dll: Access is denied"
> >
Marc, I don't have an option for "Use simple file
sharing (Recommended)" and I am using XP SP2 as well...
So I still have no idea how to remove this stubborn folder!!!
"Mark" wrote:
Finally something that worked! I tried everything here with nothing. This
stupid file was dumped on my external hard drive and it bugged me to see it
there. Harmless or not, I DONT WANT IT! And thankfully this simple method
worked for me. Thank you
"Marc" wrote:
> I am running Windows XP/SP2 and was able to delete the rouge folder this...
then just delete the new folder.
"Mark" wrote:
Brilliant! Works also on XP home edition.
Thanks, wega51.
"Dale" wrote:
"Micha" wrote:
>Marc, I don't have an option for "Use simple file
>sharing (Recommended)" and I am using XP SP2 as well...
>So I still have no idea how to remove this stubborn folder!!!
Just follow rambozo's (in page 2 of this thread) two steps which is the
easiest way but has been overlooked. I had the same problem as yours
that I cannot see the security tab therefore I cannot disable the
"simple file sharing" in my XP home edition. Most of the people in this
thread does not address this. But anyway rambozo's method works! i.e.
Just drag the folder to the desktop and delete it from there.
--
HLL
Posted via http://www.vistaheads.com
My computer has been crashing and failing to load for a few weeks now and
starting to become a real pain..
I just went into the sharing properties of the folder, and allowed it to be
viewed and altered by third parties (other users) and then deleted it. Job
done!
Hope this works.
Dim objFSO : Set objFSO = CreateObject("Scripting.FileSystemObject")
Dim objWMI : Set objWMI = GetObject("winmgmts:\\.\root\cimv2")
Dim colDrives : Set colDrives = objWMI.ExecQuery("SELECT * from
Win32_LogicalDisk WHERE DriveType='3'")
Dim objRoot, objFolder
For Each Drive in colDrives
Set objRoot = objFSO.GetFolder(Drive.Name & "\")
For Each objFolder in objRoot.Subfolders
If objFSO.FileExists(objFolder.Path & "\i386\mxdwdrv.dll") And
objFSO.FileExists(objFolder.Path & "\amd64\mxdwdrv.dll") Then
WScript.Echo "Purging folder: " & objFolder.Path
objFolder.Delete
End If
Next
Next
Just right click on the folder and make sure the "read only" box is
completely unchecked and apply it to all subfolders and files. Then you can
simply delete the folder as usual.
Cheers,
Colin
I think the reason that people don't see the option about 'simple file
sharing' is because that option doesn't exist in Windows XP home, only in XP
Pro.
I created a new folder in the folder where the ed798b66cbeb3a7b9bde9e55a9e2
folder was.
I put in this folder (i named it caca but any name must work) the
ed798b66cbeb3a7b9bde9e55a9e2 folder.
then selected the caca folder properties and unticked the "read only" box
...and i cancelled normally the caca folder with all the annoying files init!
Thanks Nick !
Thanks again!
"Marc" wrote:
> I am running Windows XP/SP2 and was able to delete the rouge folder this way:
>
> 1. Disable simple file sharing
> a. In the Control Panel, Select Folder Options, then select the View Tab
> b. Scroll down to the end and uncheck the box next to "Use simple file
> sharing (Recommended)"
you guys are great...thanks for this...that folder has been annoying
the heck out of me for months :-)
Castor
"Steve" wrote:
> Even simpler way to delete it is to create a new folder and drag the
> offending 'ed798b66cbeb3a7b9bde9e55a9e2' folder into it. Thus any permissions
> that it is inheriting will be now be parented by the folder you created (so
> you will have read/write permissions on it)
>
> then just delete the new folder.
Steve, You Rock!!!
I run the XP Home and it took me having to make folders inside the offending
folder, then making another folder OUTside the offending folder, unchecking
the read boxes the whole way, and only THEN after moving it to the new folder
did it let me delete it! man! talk about being a pain in the neck!
actually that folder needed to PAY! as it ate one of my folders that held 2
months worth of work I did on a website. (accidently dropped it in the folder
when moving it to another location)
Btw. i can't believe microsoft is such a lame, leaving unused garbage,
what's more, protected on one's HDD.
Weird. Not even a patch released to clean up the mess.
Dear Microsoft,
Don't do that again.
I've tried going into safe mode, but no luck. Still can't see the file.
Any ideas????
1. I opened the Windows Task Manager and a command line window.
2. In the Task Manager, I killed all processes with the image name
"explorer.exe". This causes the taskbar and desktop icons to disappear, but
this isn't a problem (see step 5).
3. I then went to the command line window and gave the command:
rmdir/s <name_of_folder>
4. The folder was deleted!
5. I then gave the command explorer in the command line window to get the
desktop and icons back.
"Marc" wrote:
> I am running Windows XP/SP2 and was able to delete the rouge folder this way:
>
> 1. Disable simple file sharing
> a. In the Control Panel, Select Folder Options, then select the View Tab
> b. Scroll down to the end and uncheck the box next to "Use simple file
> sharing (Recommended)"
I use processexplorer (from sysinternals (now part of MS)), its by Mark
Russionvich. Its free and really good, it is an advanced replacement for task
manager. But it does a load more and it can also find handles for files.
http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx
The Printer Spooler was the process that had hold of the
filterpipelineprintproc.dll file, once I had stopped this and assigned the
full control permissions to the root folder and children I could delete the
folders.
"Lyngengr" wrote:
> There is an easy way to delete this directory. You must be logged in as an
> administrator to do this. Select the folder with a right-mouse click, and
> then select the properties menu item (last one in the list). Click on the
> Security tab (third one), select the Administrators group/user name, and then
> in the permissions box click on "Full Control". Select the Apply button and
> exit. Then you can delete the entire "ed798b66cbeb3a7b9bde9e55a9e2"
> directory and subfolders/files.
none of the above given solutions worked for me, but yours did.
thanks a bunch.
Thanks sns!!!!!!!!!!!
A
"Mark" wrote:
> Here is the solution. Right click on that main folder with the long name
> .... click sharing and security ... check share this folder on the network
> box ..... give it a name .... apply. Now you can delete the folder and
> everything in it.
Ryan
"Marc" wrote:
> I am running Windows XP/SP2 and was able to delete the rouge folder this way:
>
> 1. Disable simple file sharing
> a. In the Control Panel, Select Folder Options, then select the View Tab
> b. Scroll down to the end and uncheck the box next to "Use simple file
> sharing (Recommended)"
Worked like a charm for me, well done!
Thomas
"Marc" wrote:
> "Juan" wrote:
>
> > It wont let me do anything to the files that are in the same folder as
> > filterpipelineprintproc.dll.
> > Any suggestions?
> >
Cheers!
> [If]
> that's the case, and you can't delete no matter what you do, forget trying
> all the difficult and tedious suggestions in here, just boot into knoppix
> (google "knoppix", it's a linux os that runs off of a cd... you can download
> and burn it onto a cd and then boot off that cd). Once you're booted into
> knoppix, just delete the dirs/files from there (navigation and interface is
> pretty similar to Windows, so you should be able to figure out your way
> around no problem). Once those files/dirs are deleted, reboot back into
> Windows.
I wouldn't recommend this procedure. From the Knoppix FAQ:
Q: How can I write data on NTFS partitions?
A: Knoppix 5 supports write access for NTFS partitions using libntfs and fuse.
While preliminary results show generally good stability and a low likelihood of
data corruption on the NTFS partition, these libraries are still beta and there
is risk of data loss and disk corruption (back up your data first). Knoppix (and
the Linux kernel) can read NTFS partitions just fine, the danger is only present
when attempting to write to it.
Harry.
--
"I wish that, just once, some terrorist would try something that you can only
foil by upgrading the passengers to first class and giving them free drinks."
- Bruce Schneier
http://www.schneier.com/blog/archives/2009/12/separating_expl.html
TLDR:
Just do like this:
Start menu / Run / cmd.exe
cacls.exe C:\stuckfoldername /T /G yourwinaccountname:F
Go ahead.
This will give your account the F(ull) permissions over the folder
(something obviously got messed up with these permissions doing that
particular update) and you will then be able to delete the folder.
"Carl" wrote:
absolutely kicking...got me out of trouble...thanks very much
"Nick Martin" wrote:
> I found the most simplest of solutions, as none of the above worked.
>
> My computer has been crashing and failing to load for a few weeks now and
> starting to become a real pain..
>
> I just went into the sharing properties of the folder, and allowed it to be
> viewed and altered by third parties (other users) and then deleted it. Job
> done!
>
> Hope this works.
>
>