Windows (with NTFS Usermap in Linux) new files permissions error
Whenever I download an exe file to that partition in Windows, I cannot run it at all. It gives me the error: "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item."
Setup:
I have a dual boot setup with Arch Linux and Windows 10. I have a 1TB HDD with NTFS Usermap set up in Arch Linux for an NTFS partition on that HDD as follows:
# Generated by ntfsusermap for Linux, v 1.2.0
:100:S-1-5-21-3728005000-258166423-2201256221-513
1000:1000:S-1-5-21-3728005000-258166423-2201256221-1001
I can successfully mount and use that NTFS partition as any other partition (with chmod
and chown
working fine).
The fstab entry for that partition is as follows:
# /dev/sda1 LABEL=Data
UUID=0492DE6F92DE64A8 /mnt/Data ntfs rw,nosuid,nodev,relatime,uid=1000,gid=1000,allow_other,dmask=022,fmask=133 0 0
I can read and write to files created on Arch in Windows normally. I can also create non-executable files on Windows and use them on Arch Linux normally.
Situation:
Running a new exe file normally fails, even when running it as an administrator. The only way to get it to work is to allow everyone to have full control of that file in Windows through the security tab in the file permissions.
It seems like new files can be read and written to, but they cannot be executed on that partition. This is not the case for other partitions (the one on my SSD).
When I inspect the permissions of a newly downloaded exe file in Linux, it seems to be missing the executable permission. Using chmod
to set the executable bit for all (in Linux) does not help in getting it to run that file in Windows. When I use Windows Powershell and run the Get-Acl
command on a new exe file (which doesn't run) and an older one created before the Usermap (which runs fine), I get the same output, ie. the same owner, and the same access (Everyone Deny ExecuteFile...).
I have also enabled inheritance in the folder I'm downloading the exe file (using the Security tab in the folder's Properties, then using the Advanced options).
I did not face this error before using NTFS Usermap. Is there something I'm missing here?
linux windows windows-10 permissions ntfs
add a comment |
Whenever I download an exe file to that partition in Windows, I cannot run it at all. It gives me the error: "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item."
Setup:
I have a dual boot setup with Arch Linux and Windows 10. I have a 1TB HDD with NTFS Usermap set up in Arch Linux for an NTFS partition on that HDD as follows:
# Generated by ntfsusermap for Linux, v 1.2.0
:100:S-1-5-21-3728005000-258166423-2201256221-513
1000:1000:S-1-5-21-3728005000-258166423-2201256221-1001
I can successfully mount and use that NTFS partition as any other partition (with chmod
and chown
working fine).
The fstab entry for that partition is as follows:
# /dev/sda1 LABEL=Data
UUID=0492DE6F92DE64A8 /mnt/Data ntfs rw,nosuid,nodev,relatime,uid=1000,gid=1000,allow_other,dmask=022,fmask=133 0 0
I can read and write to files created on Arch in Windows normally. I can also create non-executable files on Windows and use them on Arch Linux normally.
Situation:
Running a new exe file normally fails, even when running it as an administrator. The only way to get it to work is to allow everyone to have full control of that file in Windows through the security tab in the file permissions.
It seems like new files can be read and written to, but they cannot be executed on that partition. This is not the case for other partitions (the one on my SSD).
When I inspect the permissions of a newly downloaded exe file in Linux, it seems to be missing the executable permission. Using chmod
to set the executable bit for all (in Linux) does not help in getting it to run that file in Windows. When I use Windows Powershell and run the Get-Acl
command on a new exe file (which doesn't run) and an older one created before the Usermap (which runs fine), I get the same output, ie. the same owner, and the same access (Everyone Deny ExecuteFile...).
I have also enabled inheritance in the folder I'm downloading the exe file (using the Security tab in the folder's Properties, then using the Advanced options).
I did not face this error before using NTFS Usermap. Is there something I'm missing here?
linux windows windows-10 permissions ntfs
add a comment |
Whenever I download an exe file to that partition in Windows, I cannot run it at all. It gives me the error: "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item."
Setup:
I have a dual boot setup with Arch Linux and Windows 10. I have a 1TB HDD with NTFS Usermap set up in Arch Linux for an NTFS partition on that HDD as follows:
# Generated by ntfsusermap for Linux, v 1.2.0
:100:S-1-5-21-3728005000-258166423-2201256221-513
1000:1000:S-1-5-21-3728005000-258166423-2201256221-1001
I can successfully mount and use that NTFS partition as any other partition (with chmod
and chown
working fine).
The fstab entry for that partition is as follows:
# /dev/sda1 LABEL=Data
UUID=0492DE6F92DE64A8 /mnt/Data ntfs rw,nosuid,nodev,relatime,uid=1000,gid=1000,allow_other,dmask=022,fmask=133 0 0
I can read and write to files created on Arch in Windows normally. I can also create non-executable files on Windows and use them on Arch Linux normally.
Situation:
Running a new exe file normally fails, even when running it as an administrator. The only way to get it to work is to allow everyone to have full control of that file in Windows through the security tab in the file permissions.
It seems like new files can be read and written to, but they cannot be executed on that partition. This is not the case for other partitions (the one on my SSD).
When I inspect the permissions of a newly downloaded exe file in Linux, it seems to be missing the executable permission. Using chmod
to set the executable bit for all (in Linux) does not help in getting it to run that file in Windows. When I use Windows Powershell and run the Get-Acl
command on a new exe file (which doesn't run) and an older one created before the Usermap (which runs fine), I get the same output, ie. the same owner, and the same access (Everyone Deny ExecuteFile...).
I have also enabled inheritance in the folder I'm downloading the exe file (using the Security tab in the folder's Properties, then using the Advanced options).
I did not face this error before using NTFS Usermap. Is there something I'm missing here?
linux windows windows-10 permissions ntfs
Whenever I download an exe file to that partition in Windows, I cannot run it at all. It gives me the error: "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item."
Setup:
I have a dual boot setup with Arch Linux and Windows 10. I have a 1TB HDD with NTFS Usermap set up in Arch Linux for an NTFS partition on that HDD as follows:
# Generated by ntfsusermap for Linux, v 1.2.0
:100:S-1-5-21-3728005000-258166423-2201256221-513
1000:1000:S-1-5-21-3728005000-258166423-2201256221-1001
I can successfully mount and use that NTFS partition as any other partition (with chmod
and chown
working fine).
The fstab entry for that partition is as follows:
# /dev/sda1 LABEL=Data
UUID=0492DE6F92DE64A8 /mnt/Data ntfs rw,nosuid,nodev,relatime,uid=1000,gid=1000,allow_other,dmask=022,fmask=133 0 0
I can read and write to files created on Arch in Windows normally. I can also create non-executable files on Windows and use them on Arch Linux normally.
Situation:
Running a new exe file normally fails, even when running it as an administrator. The only way to get it to work is to allow everyone to have full control of that file in Windows through the security tab in the file permissions.
It seems like new files can be read and written to, but they cannot be executed on that partition. This is not the case for other partitions (the one on my SSD).
When I inspect the permissions of a newly downloaded exe file in Linux, it seems to be missing the executable permission. Using chmod
to set the executable bit for all (in Linux) does not help in getting it to run that file in Windows. When I use Windows Powershell and run the Get-Acl
command on a new exe file (which doesn't run) and an older one created before the Usermap (which runs fine), I get the same output, ie. the same owner, and the same access (Everyone Deny ExecuteFile...).
I have also enabled inheritance in the folder I'm downloading the exe file (using the Security tab in the folder's Properties, then using the Advanced options).
I did not face this error before using NTFS Usermap. Is there something I'm missing here?
linux windows windows-10 permissions ntfs
linux windows windows-10 permissions ntfs
edited Dec 1 at 14:21
asked Dec 1 at 14:07
Harish Rajagopal
1013
1013
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
I found that in the Advanced Security Settings for all existing folders in that partition, there was a new rule denying traversal and executable permissions for everyone. Removing it solved my issue. Also, newer folders lacked that rule, which means that fixing it for all existing folders completely solves the issue.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1379973%2fwindows-with-ntfs-usermap-in-linux-new-files-permissions-error%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I found that in the Advanced Security Settings for all existing folders in that partition, there was a new rule denying traversal and executable permissions for everyone. Removing it solved my issue. Also, newer folders lacked that rule, which means that fixing it for all existing folders completely solves the issue.
add a comment |
I found that in the Advanced Security Settings for all existing folders in that partition, there was a new rule denying traversal and executable permissions for everyone. Removing it solved my issue. Also, newer folders lacked that rule, which means that fixing it for all existing folders completely solves the issue.
add a comment |
I found that in the Advanced Security Settings for all existing folders in that partition, there was a new rule denying traversal and executable permissions for everyone. Removing it solved my issue. Also, newer folders lacked that rule, which means that fixing it for all existing folders completely solves the issue.
I found that in the Advanced Security Settings for all existing folders in that partition, there was a new rule denying traversal and executable permissions for everyone. Removing it solved my issue. Also, newer folders lacked that rule, which means that fixing it for all existing folders completely solves the issue.
answered Dec 1 at 14:34
Harish Rajagopal
1013
1013
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1379973%2fwindows-with-ntfs-usermap-in-linux-new-files-permissions-error%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown