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 part.
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 have been:
- 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 common.
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.