I have two hard drives on my computer. I have a file on one hard drive and I
cannot move (cut & paste) it to my other hard drive. I get “Access is
denied.” I have looked at the properties for that file and see that the
“Read-only” attribute is set. I have ‘unset’ that attribute but still can’t cut
and paste the file on the other drive. Can you explain this situation? The file
is a TurboTax file I created. Is there a solution?
There are several possible reasons that access to a file might be denied.
Some are easy to fix, but others might require a little more investigation on your
Become a Patron of Ask Leo! and go ad-free!
This is perhaps the most common case people run into, because it’s not
always obvious that the read-only attribute might get copied with the file.
Your scenario shouldn’t be affected by this, but here’s a way that it could
by another application.”
Your original file is marked read-only.
Your first attempt to copy the file actually succeeds or fails after the
destination file has been created.
Unbeknownst to you, the destination file has the read-only flag set because
the original file did.
Unsetting the read-only doesn’t fix anything, because in order to copy the
file now you must be able to delete or overwrite the earlier copy in the
destination, and the copy is marked read-only.
The solution here is to delete the previously copied file, or at least reset
its read-only status as well as that of the original file.
File In Use
Perhaps almost as common, you may be denied access to a file if it’s in use
by another application. This typically refers to the destination;
meaning that if the destination file already exists and you’re attempting to
replace or overwrite it you may not be able to if another application has that
destination file open.
However this can also apply to the source file. Depending on the
application, a program can have a file open in such a way that you cannot even
read it in order to make a copy of it until the application has been closed.
I’d actually expect programs like TurboTax to operate this way.
Regardless of whether it’s the source or destination, the solution here is
simply to close any application that might be accessing the file. If you’re not
sure who might be using a file in use, then you might want to check out this
article: How can
I find out who is using a “file in use”?
This most commonly happens:
If your hard disk’s filesystem is NTFS
and you’re attempting to copy from one user’s documents to another
and you’re not logged in as the administrator
There are other scenarios where this can happen as well, but that’s the most
Most people forget that Windows is a multi-user operating system. That
implies that not only does it keep separate settings and so on for each user
that can log in to the machine, it’s also charged with protecting those users
from each other. One of those protections is file access permissions. The most
obvious is that if you’re logged in as user “User A”, you probably cannot
access files in “c:\Documents and Settings\User B”. Attempts to access files
therein will get you “access denied”.
NTFS actually supports quite complex per-user permissions on any file or
folder. Right click on a file in Windows Explorer, click on
Properties and then click on the Security tab
for an idea of what might be involved.
Naturally there are other things that could be getting in your way.
Filesystem or hard disk corruption might be one, which can most likely at least
be identified by running CHKDSK in a Windows Command Prompt.
Keep in mind that if all you’re seeing is “Access is Denied”, it’s not
telling which side of your copy you’re being denied access to. It might be that
you can’t access the file you’re attempting to copy, or it might be that you
can’t access the location you’re attempting to copy to. Keep that in mind as
you look at the various ideas above.
You also mentioned that you’re attempting to “move” a file. A move from
drive to drive is nothing more than a copy followed by a delete. It’s possible
that it’s the delete at the end that’s failing.