Copying files from XP to Vista via shared network drive

[Guest]

I turned off UAC and rebooted. I get a dialog Destintation Folder Access
Denied You need permission to perform this action. The File name is
RedBoot_Update_Notes.doc, other doc files were copied fine, what is going on?
Here is a list of file names that could not be copied:
RedBoot_Users_Guide.doc (word document)
cnf_mgr.c.save (simple text file C)
Other C files were copied? Is this named based? Is this a configuraion
option?

I'm a little tired of the ranting that UAC is so good, then why then simple
file like these are blocked?

 

[Guest]

This shouldn't be a UAC issue, particularly not if it persists even if you
turn off UAC. A couple of questions:
1. Which machine is the server and which is the client?
2. What is the physical path for the directory that you are copying into on
the machine acting as the server?
3. What is the ACL on the directory and on the share itself?
4. What privilege level does the user account you use to establish the
connection with have?
5. Is this a domain environment, or are both machines stand-alone?
6. You said other files copied fine into that share. There is no existing
file with the same name as the one you are failing on is there?

Again, this is almost certainly not a UAC issue. The only impact UAC would
have on remote access is that non-domain admin accounts get a restricted
token when connecting from the network. However, if one file copies fine and
another does not there is something non-UAC related going on.

 

[Guest]

See below....

This shouldn't be a UAC issue, particularly not if it persists even if you
turn off UAC. A couple of questions:
1. Which machine is the server and which is the client?

XP is the "Server", I allowed the entire C:\ drive to be shared so I can
move files onto the Vista ..

So I map a drive from the XP to Vista ie Z:\c is the mount point on Vista.
C:\ on XP

2. What is the physical path for the directory that you are copying into on
the machine acting as the server?

The physical path is c:\cygnetron\docs on XP on Vista it is c:\cygentron\docs
basicly just copying the entire directory contents

I use file explorer to copy the file via a file folder.

I can copied about 100,00 file in the move, but about 20 files did not copy,
some were .doc and some were .zip files. What is weird was some .doc files
were transfered and some .zip files were transfered. It was NOT a global
issue.

3. What is the ACL on the directory and on the share itself?

Ok, I'm new to Vista, but I think it is all allowed... Read/write etc.
I right clicked on the directory on the Vista c:\cygentron selected
properties and check security, all of the check boxes were checked...

I did a simple test, from XP via RDP, I copy the file to form
RedBoot_Users_Guide.doc to "Copy RedBoot_Users_Guide.doc " and that copies
file. I open the file via RedBoot_Users_Guide.doc Word 2003 on XP and edit
and resave. Still cannot copy from Vista.

4. What privilege level does the user account you use to establish the
connection with have?

It only has read, I only want to copy files....

5. Is this a domain environment, or are both machines stand-alone? stand-alone
6. You said other files copied fine into that share. There is no existing
file with the same name as the one you are failing on is there?

No there is not because it will not copy file, I'm just moving files....

Again, this is almost certainly not a UAC issue. The only impact UAC would
have on remote access is that non-domain admin accounts get a restricted
token when connecting from the network. However, if one file copies fine and
another does not there is something non-UAC related going on.

Ok agreed, but why are some files being filtered? how does it know to filter
files?
Attributes? Contents? Name?
I did another copy in another directory, about 200k files, and again only
about 5 out of the 200k files did not copy. some were doc and zip files....

 

[Guest]

The physical path is c:\cygnetron\docs on XP on Vista it is c:\cygentron\docs
basicly just copying the entire directory contents

Have you tried creating a directory inside your home folder on the Vista
system instead and copying into there?

I can copied about 100,00 file in the move, but about 20 files did not copy,
some were .doc and some were .zip files. What is weird was some .doc files
were transfered and some .zip files were transfered. It was NOT a global
issue.

It sounds to me like the files exist. The ACL on them probably won't let you
overwrite them.

run this command for me from a command prompt on the Vista system:
icacls c:\cygentron\docs

Then run this command on the XP system:
cacls c:\cygentron\docs\RedBoot_Users_Guide.doc
copy and paste the output.

I did a simple test, from XP via RDP, I copy the file to form
RedBoot_Users_Guide.doc to "Copy RedBoot_Users_Guide.doc " and that copies
file. I open the file via RedBoot_Users_Guide.doc Word 2003 on XP and edit
and resave. Still cannot copy from Vista.

That is to be expected. From what I can tell there are two likely
possibilities. Either the file exists already on the Vista system and the
error indicates that you are not allowed to overwrite it. Alternatively, the
ACL on the XP system on that file prevents the user account you are accessing
it with from reading the file.

When you established the connection from the Vista system to the XP system,
did you give it a username and password to use to establish the connection?
Otherwise you are likely a guest.

Ok agreed, but why are some files being filtered? how does it know to filter
files?

That's what we are trying to find out.

I don't think the files are getting "filtered." I think it is a simple
permissions problem.

 

[Guest]

see below...

Have you tried creating a directory inside your home folder on the Vista
system instead and copying into there?

I tried to copy RedBoot_Users_Guide.doc from XP onto Vista to C:\ root drive
and still the Destination Folder Access Denied dialog popped up.

Also tried the following, created a directory c:\zippy and attempted to copy
ReadBoot_Users_Guide.doc and that also failed. Destinatiuon Folder Access
Denied dialog popped up..

It sounds to me like the files exist. The ACL on them probably won't let you
overwrite them.


run this command for me from a command prompt on the Vista system:
icacls c:\cygentron\docs

C:\>icacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\AdministratorsI)(F)
BUILTIN\AdministratorsI)(OI)(CI)(IO)(F)
NT AUTHORITY\SYSTEMI)(F)
NT AUTHORITY\SYSTEMI)(OI)(CI)(IO)(F)
BUILTIN\UsersI)(OI)(CI)(RX)
NT AUTHORITY\Authenticated UsersI)(M)
NT AUTHORITY\Authenticated UsersI)(OI)(CI)(IO)(M)

Successfully processed 1 files; Failed processing 0 files

C:\>

Then run this command on the XP system:
cacls c:\cygentron\docs\RedBoot_Users_Guide.doc
copy and paste the output.

The correct name of the directory is c:\cygnetron\documents

C:\>cacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\Administrators:F
BUILTIN\AdministratorsOI)(CI)(IO)F
NT AUTHORITY\SYSTEM:F
NT AUTHORITY\SYSTEMOI)(CI)(IO)F
OAKWOODFAST918\Tim Michals:F
CREATOR OWNEROI)(CI)(IO)F
BUILTIN\Users:R
BUILTIN\UsersOI)(CI)(IO)(special access
GENERIC_READ
GENERIC_EXECUTE

BUILTIN\UsersCI)(special access
FILE_APPEND_DATA

BUILTIN\UsersCI)(special access
FILE_WRITE_DATA

EveryoneOI)(CI)R

That is to be expected. From what I can tell there are two likely
possibilities. Either the file exists already on the Vista system and the
error indicates that you are not allowed to overwrite it. Alternatively, the
ACL on the XP system on that file prevents the user account you are accessing
it with from reading the file.

When you established the connection from the Vista system to the XP system,
did you give it a username and password to use to establish the connection?

Yes This is not a guest account, admin.... And it has username and password

 

[Guest]

I tried to copy RedBoot_Users_Guide.doc from XP onto Vista to C:\ root drive

and still the Destination Folder Access Denied dialog popped up.

That would be by design. Only users that have Administrators in their token
can write to that directory. You do not. If you launch an elevated command
prompt (Start:All Programs:Accessories right-click Command Prompt, select Run
as administrator...) you will have an elevated token and from there you can
copy the file to the root of the C:. That is why I asked if you had tried
putting the files in your user directory instead. You have full access to
that.

Also tried the following, created a directory c:\zippy and attempted to copy
ReadBoot_Users_Guide.doc and that also failed. Destinatiuon Folder Access
Denied dialog popped up..

C:\>icacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\AdministratorsI)(F)
BUILTIN\AdministratorsI)(OI)(CI)(IO)(F)
NT AUTHORITY\SYSTEMI)(F)
NT AUTHORITY\SYSTEMI)(OI)(CI)(IO)(F)
BUILTIN\UsersI)(OI)(CI)(RX)
NT AUTHORITY\Authenticated UsersI)(M)
NT AUTHORITY\Authenticated UsersI)(OI)(CI)(IO)(M)

That ACL looks fine as long as you are connecting as a particular user, and
not as guest.

The correct name of the directory is c:\cygnetron\documents

Sorry about that.

C:\>cacls c:\cygnetron\documents

I really need the ACL on the file that won't copy. I'm wondering if somehow
you do not have access to the source file.

 

[Guest]

C:\>cacls c:\cygnetron\documents
c:\cygnetron\documents BUILTIN\Administrators:F
BUILTIN\AdministratorsOI)(CI)(IO)F
NT AUTHORITY\SYSTEM:F
NT AUTHORITY\SYSTEMOI)(CI)(IO)F
OAKWOODFAST918\Tim Michals:F
CREATOR OWNEROI)(CI)(IO)F
BUILTIN\Users:R
BUILTIN\UsersOI)(CI)(IO)(special access
GENERIC_READ
GENERIC_EXECUTE

BUILTIN\UsersCI)(special access
FILE_APPEND_DATA

BUILTIN\UsersCI)(special access
FILE_WRITE_DATA

EveryoneOI)(CI)R



FYI I did backed up the files on XP to DVD and copied from DVD to Vista and
that worked.

By why not over the network? even if the directory is created off of root
it does not copy...

 

[Guest]

Weird. The ACL looks normal. I can imagine a few possible issues:
1. The files that won't copy have an ACL on the XP machine that prevents
whichever user account you are connecting with from the Vista system from
reading them. As I do not know which account you are using, I can't tell
whether that is the case.
2. The files are held open and can't be copied. It's odd that they can be
burnt to CD thought.
3. You ran into some kind of race condition bug where a file copy starts for
the file, but for some reason is restarted for the same file and fails
because the destination is still held open.

Number 1 seems most likely to be honest. The ACL on the file itself (the one
below is for the directory), and information as to which user account you
connected with would tell for sure.

That's all I can think of. Nothing else seems to make sense.

 

[ryandury]

Hey Guys,

I am having the same problem.. I just purchased a new computer with
Vista installed.. And so, through my network, I have some shared
folders on the XP machine I have upstairs.. When I try to transfer
these files to Vista, I receive a "Destination Folder Access Denied:
You need permission to perform this action"..

I am doing this on the administrative account.. This is getting
annoying.. Not to mention having to accept every single action.. A
few days before purchasing this computer, I watched a new Apple vs PC
computer, and it really sums up the ridiculous security on Vista.

 

[Guest]

Sorry you don't like security and Vista. If you do not want security, then
Apple is a reasonably good choice.

If you tell us more about where exactly you are trying to copy these files
to maybe we could help you.

 

[ryandury]

Sorry you don't like security and Vista. If you do not want security, then
Apple is a reasonably good choice.

If you tell us more about where exactly you are trying to copy these files
to maybe we could help you.

Hey,

I like Windows.. Ive been a windows user all my life, but sometimes
it's hard to ignore things like this. It's almost like they couldnt
figure out how to properly check for intrusion so they said " Lets
just act as if anything could be an intrusion! Even our own
applications! ".. I can deal with it, except that it's now causing
more headaches then it should.

...

I have tried to copy the folder to different parts of my computer, it
won't copy regardless of the destination.

This should be a very straightforward process. Sigh

 

[David J. Craig]

Such details don't provide any useful information. From where to where,
specifically and what are the security attributes of both directories. Can
you stop saying I am an administrator? You are NOT! You have the ability
to endow an activity with admin access, but you run with normal priviliges
until you deign to endow, either explicitly or implicitly.

P.S. I like the religious inference just to pump up the morons who insist on
using a new version of Windows as soon as it is released. Those who think,
know that Microsoft has never released a stable OS until at least service
pack 1a. They always seem to mess up service pack 1, so the fix to 'a'
seems to always be required. Just look at the size of the Visual Studio
2005 Service Pack 1. It takes longer to install than the install of the
product the first time. Windows 2000 Service Pack 4 was adequate, but it
took the Rollup package to get it up to use the minifilter manager.

I do use Vista, but it is at work and not on my personal systems. It is
only for testing and debugging. I also don't use IE7 yet.

 

[ryandury]

For anyone that may be having the same issue, it is related to having
Kaspersky Virus Software 5.x installed on the XP Machine. Kaspersky
binds isrtreams to each file under the XP machine and that for some
reason screws up the file transfer.

Uninstalling Kaspersky, or REMOVING the istream tags on each file with
the following: http://www.kaspersky.com/faq?qid=170...&qtype=3594740
will solve your problem.