Re: Destination folder access denied

[Guest Willsadventures]

I'm assuming that you all still have the same problem. I experienced the same

problem a couple days ago and I have found a way around it, or so it works

for me. Another benefit from all that MCSE training I suppose.

 

Here is the problem that I had\have

 

I setup 3 machines on a basic wireless router. One machine is Windows Vista

Ultimate x64, and the other two are Windows XP x32. The primary propose for

the two XP machines are for file storage and for security (DMZ). The Vista

machine was designed solely as the primary workstation. The Vista is setup

like this…

 

3x 200GB on Raid 0 (primary drive)

1x 1TB SATA2 (second drive)

 

And the primary XP machine is setup like this….

 

1x 200GB SATA2 (primary drive)

2x 400GB ATA133 (second and third drive)

 

I setup this config about 3 weeks ago and everything has been working fine

UNTIL Vista thought it would be a good idea to do a “check disk†on my second

drive (the 1TB). After that I would get the same “Destination Folder Access

Denied†and “You need permission to perform this actionâ€Â. I must have spent

about 4 hours fighting with Vista over who was boss. My saving grace was the

fact I knew exactly what was causing the problem. Vista changed the file and

user structure when performing the “check diskâ€Â. Yes it is true the problem

was fixed by taking ownership, setting “everyone†with full, and getting rid

of the “read-onlyâ€Â. My problem now is not from transferring from one computer

to another but from one dir to another. I have a dir called music with this

file structure… (within the 1TB)

 

Music

-------Alternative

-------Rock

-------etc

-------etc

-------Faith no More

 

I had moved the “Faith no More†dir from one of my XP machines to the folder

“Music†but can not move the folder to the “alternative†dir with out that

$ @^& message. After resetting all the permissions (taking ownership,

setting full, and removing read-only) on the “music†folder it works. Problem

is I have to do this process every time I move a folder within this DIR.

 

Any Ideas??

 

Tried the UAC, “show allâ€Â, and a few others with no luck.

 

 

"jasoncollege24" wrote:

<span style="color:blue">

> My problem is a tad different... This is happening to me after disabling User

> Account Control, then trying to move a folder from my Documents to my

> Desktop. I immediately get the message "Destination folder access is denied.

> You need permission to do this."

>

> All of these ideas seem good, but none of them seem to be working... as a

> desperation, I'm following the steps above taking full ownership of my C

> drive, and giving myself full access permissions... i will let you know how

> that works out.

>

> "Bob Harold" wrote:

> <span style="color:green">

> > For the problem of copying from network drives:

> >

> > On Win Vista, trying to copy a file from a share on Win XP. Some

> > files work, others give "Destination Folder Access Denied".

> > The error is really at the source, not the destination.

> > If I right-click the files from Vista, click "properties", and pick

> > the "security" tab, the files that do not work say "You do not have

> > permission to view or edit this object's permission settings"

> >

> > Back on Win XP, the only way I can find to see file permissions is to

> > open a command prompt and use the "cacls" command:

> > C:share>cacls

> > C:sharefile1.exe COMPAQ800Harold:F

> > NT AUTHORITY

> > SYSTEM:F

> > BUILTIN

> > Administrators:F

> >

> > C:sharefile2.exe Everyone:C

> > BUILTINAdministrators:F

> > COMPAQ800Harold:F

> > NT AUTHORITYSYSTEM:F

> > BUILTINUsers:R

> >

> > The file1.exe gives the error, the file2.exe does not.

> > The difference is that file2.exe has "Everyone:C" and "BUILTIN

> > Users:R".

> > So let's add those permissions to the first file and try again:

> >

> > C:share>cacls file1.exe /E /G Everyone:C

> > processed file: C:sharefile1.exe

> >

> > Now the copy works! And permissions can be viewed on Win Vista also.

> > "Everyone:C" is what was needed ("BUILTINUsers:R" did not help any).

> >

> > To fix all the files in a directory, use for the file name, and to

> > fix all files in all subdirectories also, add /T

> > Hope that helps!

> > --- Bob

> >

> > </span></span>