Erreur 5 : Accès refusé sous Windows 10
polonium -
Hello,
I have a computer running Windows 10 configured as follows:
- Disk 0: 1000GB SSD - storage partition
- Disk 1: 250GB NVMe - system partition
I don't understand at all why the storage disk is positioned before the system disk
Today I'm encountering an access error that drives me crazy, and I don't understand where it comes from or how to solve the issue.
As mentioned, my PC has two storage spaces with clearly defined functions.
My main disk is the 250GB NVMe on which I install the system and programs, and the secondary is my 1000GB SSD where I keep my user folder with all my documents.
I am a developer and I'm currently working on this PC. I created a project for my professional needs, and when I try to initialize it via a composer install, I get the following error:
rename(D:\Users\User1\Documents\GitHub\PriceCalculatorSimulator/vendor/composer/tmp-b4fd21d05baa9efe76aba893073517ed.zip~,D:\Users\User1\Documents\GitHub\PriceCalculatorSimulator/vendor/composer/tmp-b4fd21d05baa9efe76aba893073517ed.zip): Access denied (code: 5)
I understand that this is one of the many access issues that Windows manages exceedingly poorly.
I have tried many things found online, but nothing works; I still have this damn access rights problem.
There is only one user on this machine, I am not logged in via a local account, and I would simply like to resolve these access issues once and for all.
Could someone shed some light on this for me, please?
PS: I have another PC, my personal one, that has a somewhat similar problem: the storage is also set up in the same way as my work PC (the one I am writing this topic about) with an NVMe for the system/programs/games, an SSD for certain files (mainly those I'm working on) and games, and finally a hard drive for all my files.
On this PC as well, I have access issues with my SSD, and for example, I can't update a game when I install it on the SSD and not the base NVMe system. However, I can work on files located on the SSD without any issue.
This little clarification is just to point out that I don't understand anything about these user access problems and that in my opinion, Windows should completely abandon the idea of managing users since it struggles to manage files properly, but that's a separate debate.
I have carried out searches on my end, but as I said, absolutely nothing works.
With that, thank you very much for your help.
3 answers
Hello
Access rights Access denied (code: 5)
https://www.malekal.com/erreur-systeme-5-acces-refuse-invite-commandes/
Hello,
To support the previous link, the Documents folder typically does not require administrator elevation unless, possibly, you want to access it from another user. However, it doesn’t hurt to try. A third-party security software may prevent access, or the fact that the file is being used by a software during the operation.
If faithfully reproduced, the RENAME syntax should perhaps, due to its length, specify source and destination within quotes or, more simply, be executed directly from inside the folder, for example after a CD command.
Moreover, it is completely inaccurate: unnecessary slashes, a comma between source and destination.
It is unclear what the tilde is doing after the file extension in the source and may account for the inability to access it, if it is not simply because it is a temporary file or if RENAME is stumbling over this special character.
Why, anyway, beyond these constraints, would you want to rename from the command line rather than in the explorer?
Hello
The reason must be there: (and it might be considered by Windows as a different user: the "documents" folder protected as being "part of the win system"; no other files placed on D:)
"Composer is an open-source tool for managing PHP dependencies and libraries"
It doesn't use the command prompt, but that's where you'll find the explanation for access rights.
Hello,
I think you shouldn’t have moved the user profiles to D: but only the special folders associated with your user profile: Documents, Pictures, Videos, Downloads, ..., which is enough to separate data and the system.
In your user profile, Windows stores information during application installations with the inherited access rights. It is not certain that this inheritance will be preserved if you move your profile to D: