Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder
From: Bruce Sanderson (bsanders_at_junk.junk)
Date: 03/10/05
- Next message: Steven L Umbach: "Re: Privileges for Security Administrators"
- Previous message: Steven L Umbach: "Re: logon/power-users group question"
- In reply to: Steven L Umbach: "Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder"
- Next in thread: Steven L Umbach: "Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder"
- Reply: Steven L Umbach: "Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Wed, 9 Mar 2005 20:29:56 -0800
Steven: thanks for your reply. I've downloaded and tried out the fileacl
utility, looks like a handy little tool!
I ran chkdsk /f on the parition containing the problematic folder
(...systemcertificates/my) and although chkdsk didn't actually report any
errors, I was then able to access the ...My folder and subsequently delete
the problematic Profile folder.
Prior to running chkdsk, fileacl gave access denied on the My folder and
could not take ownership either, even with the /force option.
Thanks for your help!
-- Bruce Sanderson MVP Printing http://members.shaw.ca/bsanders It is perfectly useless to know the right answer to the wrong question. "Steven L Umbach" <n9rou@nospam-comcast.net> wrote in message news:uYIUNZCJFHA.2956@TK2MSFTNGP12.phx.gbl... > Hi Bruce. > > Try to navigate to that particular folder and then take ownership directly > at that level to see what happens. If you can take ownership, give > yourself permissions and delete that folder to see if it helps deleting > the profile. I have had situations where I had trouble deleting a folder > and I ended up deleting from the bottom folder up. If you can not delete > through Explorer try the command line. If still a problem there is a > command line tool called fileacl that can be used to view and force > ownership/permissions [ /force] of a folder that may help. If all that > fails I have to wonder if there is some sort of corruption and running > Check Disk may help. The second link below is a good read though I don't > think it applies to your situation directly but you never know. --- Steve > > http://membres.lycos.fr/jfb/gb/gbtools/fileacl.htm --- fileacl > http://support.microsoft.com/?kbid=320081 > > "Bruce Sanderson" <Bruce.Sanderson@junk.junk> wrote in message > news:O8pALDCJFHA.3336@TK2MSFTNGP10.phx.gbl... >> This is a new Windows 2003 Enterprise server were testing (getting it >> ready for use as a Terminal/Citrix server). We already have several 2003 >> Terminal Servers working fine - we're just configuring this one as the >> first of 18 new ones for a new application. >> >> To test that the Default User profile and other things are correct, I >> delete all the locally cached user profiles (we're using Terminal >> Servcies Roaming Profiles) - I've done this several times successfully. >> >> There was one profile I could not delete (System Properties, Advanced, >> User Profiles) becuase its registry hive was still loaded. I installed >> the UPHClean service (KB article 837115) and this unloaded the user's >> registry hive OK. >> >> But, when I deleted the profile I got a message that the profile folder >> could not be deleted because it is not empty. Investigation showed that >> there is a folder >> >> documents and settings\username\application >> data\microsoft\systemcertificates\my >> >> that no matter what I do, I can not delete or even Take Ownership of. >> I've Taken Ownership of all the folders in the path, but I always get >> Access is Denied trying to Take Ownership and propogate this to the "My" >> folder. >> >> Why is this problem happening and what can I do about it? >> >> My user account is a Domain User account that is a member of the local >> Administrators group on this server. I can do all administrative things, >> including taking ownership of whatever other folders and files I might >> want to. This server is actually in a physically secure environment I >> don't have physical access to and I do all administration remotely using >> the Remote Desktop Client (or the Citrix - ICA client). >> >> -- >> Bruce Sanderson MVP >> >> It's perfectly useless to know the right answer to the wrong question. >> >> >> > >
- Next message: Steven L Umbach: "Re: Privileges for Security Administrators"
- Previous message: Steven L Umbach: "Re: logon/power-users group question"
- In reply to: Steven L Umbach: "Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder"
- Next in thread: Steven L Umbach: "Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder"
- Reply: Steven L Umbach: "Re: can not take ownership of application data\microsoft\systemcertificates\my in profile folder"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|