|
Back in the days of DOS, you could
delete a file that had invalid characters or spaces in the file name
by first renaming the file substituting a "?" for the invalid characters or
spaces to a valid file name, you could then delete the file.
HTH
----- Original Message -----
Sent: Friday, May 05, 2006 9:57 AM
Subject: RE: [ActiveDir]
Robocopy(OT)
Is there a trailing space at the end of the folder
name?
I got bit by this one and didn't really understand why at first
because the trailing space was almost unnoticeable. To date I have not been
able to remove the folder.
I found a number of tools that address
deleting files with trailing spaces, but not a lot of help for
folders.
If anyone solves this, I'd sure like to know how. Mostly, it's
a tidiness issue for me.
Thomas
Tough to do if it's at the
root. I would try this, have the originating user log on to the
originating machine that originally mapped the two drives and disconnect the
target's mapped drive, if not already done, then reboot it. Have
him log back on, map the target again using the same drive letter and
same security credential and have him see if the folder in question shows
up. If so, have him try whacking it.
RH
_________________________________
I've seen this in NT4, but not recently. In our
case, the fix was to share out a parent folder, and delete the offending
sub-folder from another machine via the share.
Tyson.
Subinacl,Xacls(which I stated I used already, Brian),and Setowner all
give the same error-
"The system cannot find the file specified".
Chkdsk with a reboot didn't help at all.
Thanks
On 5/5/06, Brian
Desmond <[EMAIL PROTECTED]>
wrote:
Cacls
Xcacls
Subinacl
Format q
c:
rm
rf /
a
consultant
google set
ownership tools perhaps too
Thanks,
Brian
Desmond
[EMAIL PROTECTED]
c -
312.731.3132
How can I take ownership of it?
It doesn't have a security tab and xcacls doesn't "see" the
folder..
On 5/4/06, joe <[EMAIL PROTECTED]> wrote:
Wonder
if you have a dorked up ACL, what happens if you try to take ownership of
it?
Sent: Sunday, April 30, 2006 8:58 AM
Well, I've rebooted the server,ran a chkdsk, and still the dir will not
disappear.
I've run Process Explorer and Filemon and nothing is acessing this
dir.
Yet I can delete it and its missing the security tab(its on an ntfs
vol).
How the heck cn I get rid of this dir?
Has anyone had an issue like this?
4/6/06, Bruyere, Michel <[EMAIL PROTECTED] > wrote:
Hi,
I got something similar but with a PDF file. The solution was to reboot
the server
Subject: Re: [ActiveDir] Robocopy(OT)
No one has this folder open.
I've run Process Explorer and Filemon and nothing is accessing this
folder.
I can't delete i or share it out and its missing the security
tab.
anything else I should look for?
On 4/5/06, Mark Parris <
[EMAIL PROTECTED]> wrote:
I have seen this if another PC has explorer open on that folder and you
try and delete from another.
Mark
-----Original
Message-----
From: "Steve Rochford" < [EMAIL PROTECTED]>
Date: Wed, 5 Apr 2006
16:37:03
To:<
[email protected] >
Subject: RE: [ActiveDir]
Robocopy(OT)
This seems to happen when the folder is in the process
of being deleted but hasn't quite gone. Sometimes, just waiting a while
will clear the problem - I suspect that a process is holding open the
folder (or, possibly, a file in the folder). More than once I've hit this
and gone to use Sysinternals process explorer to find out which process is
guilty. By the time I've run up the program and searched for the folder
name there's nothing there. going back to the folder finds that it's
either gone or can now be deleted.
In your case, I'd guess that
robocopy had started creating folders and when it got interrupted,
something took a while for things to get tidied up - if the helpdesk guy
hasn't yet unmapped the drives he was using then I think that this might
help.
Steve
----------------
From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] ] On Behalf Of Tom
Kern
Sent: 05 April 2006 15:45
To: activedirectory
Subject:
[ActiveDir] Robocopy(OT)
I have a strange issue.
I had a
help desk admin robocopy a dir from one server to another.
During the
copy, for whatever reason, he canceled the robocopy job.
When he went
to the target server a empty dir was created which now cannot be
deleted.
I can't delete it through explorer or the command console at
the server and get an error of "cannot delete file:cannot read from the
source file or disk".
If i do a RD /s, i get "The system cannot
find the file specified."
However the dir shows up in a dir listing
or explorer.
The weird thing is also, the dir has no "security" tab(and
its on an ntfs file system).
Some backround on the robocopy
job-
the admin mapped 2 drives from his local box(win2k).
One drive
to the root of the volume on the source server and another to the root on
the target.
he then CD'ed to the source and ran robocopy with the "/E"
and "/V" switches.
after sometime, he killed the job and now I'm stuck
with this undeletable DIR.
Any insight would be
great.
thanks
|
