ntfs3: Folders mounted with 555 permissions?

ntfs3: Folders mounted with 555 permissions?

[Julian Sikorski]

Hello,

with linux-6.4, now that noacsrules option is gone, an old issue has 
become problematic. When I mount my windows drive, some of the folders 
in Users are mounted with 555 permissions, including the ones I would 
like to edit:

$ ls -l /mnt/windows/ | grep Users
lrwxrwxrwx. 1 julas julas          8  1. Dez 2018  Documents and 
Settings -> ./Users
lrwxrwxrwx. 1 julas julas          8  9. Okt 2022  Dokumente und 
Einstellungen -> ./Users
dr-xr-xr-x. 1 julas julas       4096  9. Okt 2022  Users

$ ls -l /mnt/windows/Users/beleg/ | grep Documents
dr-xr-xr-x. 1 julas julas    8192  7. Jul 15:28 Documents
lrwxrwxrwx. 1 julas julas      24  9. Okt 2022  Eigene Dateien -> 
./../../Users/beleg/Documents
lrwxrwxrwx. 1 julas julas      24  1. Nov 2021  Moje dokumenty -> 
./../../Users/beleg/Documents

Is this intended behaviour? It appears to be quite an old issue [1]. If 
so, is there any other fix than running a recursive chmod?

Best regards,
Julian

[1] 
https://www.reddit.com/r/archlinux/comments/r325t3/permissions_problems_with_the_new_ntfs3_driver/

Re: ntfs3: Folders mounted with 555 permissions?

[Julian Sikorski]

Am 11.07.23 um 10:04 schrieb Julian Sikorski:
> Hello,
> 
> with linux-6.4, now that noacsrules option is gone, an old issue has 
> become problematic. When I mount my windows drive, some of the folders 
> in Users are mounted with 555 permissions, including the ones I would 
> like to edit:
> 
> $ ls -l /mnt/windows/ | grep Users
> lrwxrwxrwx. 1 julas julas          8  1. Dez 2018  Documents and 
> Settings -> ./Users
> lrwxrwxrwx. 1 julas julas          8  9. Okt 2022  Dokumente und 
> Einstellungen -> ./Users
> dr-xr-xr-x. 1 julas julas       4096  9. Okt 2022  Users
> 
> $ ls -l /mnt/windows/Users/beleg/ | grep Documents
> dr-xr-xr-x. 1 julas julas    8192  7. Jul 15:28 Documents
> lrwxrwxrwx. 1 julas julas      24  9. Okt 2022  Eigene Dateien -> 
> ./../../Users/beleg/Documents
> lrwxrwxrwx. 1 julas julas      24  1. Nov 2021  Moje dokumenty -> 
> ./../../Users/beleg/Documents
> 
> Is this intended behaviour? It appears to be quite an old issue [1]. If 
> so, is there any other fix than running a recursive chmod?
> 
> Best regards,
> Julian
> 
> [1] 
> https://www.reddit.com/r/archlinux/comments/r325t3/permissions_problems_with_the_new_ntfs3_driver/

One year later the issue is still there with kernel 6.9.11:

$ ls -lh /mnt/windows/Users/beleg/
insgesamt 18M
dr-xr-xr-x. 1 julas julas    0 19. Jul 2020  '3D Objects'
-rwxr-xr-x. 1 julas julas  77K 20. Nov 2022   AMDRM_Install.log
-rwxr-xr-x. 1 julas julas 2,7M 20. Nov 2022   AMD_RyzenMaster.log
drwxr-xr-x. 1 julas julas    0  2. Dez 2018   ansel
lrwxrwxrwx. 1 julas julas   30  9. Okt 2022   Anwendungsdaten -> 
./../../Users/beleg/AppData/Roaming
drwxr-xr-x. 1 julas julas    0  9. Okt 2022   AppData
-rwxr-xr-x. 1 julas julas 1,4K 18. Feb 15:30  aqtinstall.log
dr-xr-xr-x. 1 julas julas    0  9. Okt 2022   Contacts
lrwxrwxrwx. 1 julas julas   58  9. Okt 2022   Cookies -> 
./../../Users/beleg/AppData/Local/Microsoft/Windows/INetCookies
lrwxrwxrwx. 1 julas julas   30  1. Nov 2021  'Dane aplikacji' -> 
./../../Users/beleg/AppData/Roaming
dr-xr-xr-x. 1 julas julas 4,0K 15. Mai 20:41  Desktop
dr-xr-xr-x. 1 julas julas 8,0K  5. Jul 22:43  Documents

Here are the mount options:
/dev/nvme0n1p4 on /mnt/windows type ntfs3 
(rw,relatime,uid=1000,gid=1000,iocharset=utf8)

It is the main issue preventing me from switching away from ntfs-3g. Can 
I somehow investigate this further to help fixing this?

Best regards,
Julian

Re: ntfs3: Folders mounted with 555 permissions?

[Linux regression tracking (Thorsten Leemhuis)]

Top-posting: adding Konstantin to the list of recipients, he might have
missed this on the list.

Side note: this seems to be a regression, but given that it seems only
few people care and apparently is caused by the removal of a feature not
working properly beforehand, I don't think this is something covered by
the no regressions" rule.

Ciao, Thorsten

On 27.07.24 22:34, Julian Sikorski wrote:
> Am 11.07.23 um 10:04 schrieb Julian Sikorski:
>>
>> with linux-6.4, now that noacsrules option is gone, an old issue has
>> become problematic. When I mount my windows drive, some of the folders
>> in Users are mounted with 555 permissions, including the ones I would
>> like to edit:
>>
>> $ ls -l /mnt/windows/ | grep Users
>> lrwxrwxrwx. 1 julas julas          8  1. Dez 2018  Documents and
>> Settings -> ./Users
>> lrwxrwxrwx. 1 julas julas          8  9. Okt 2022  Dokumente und
>> Einstellungen -> ./Users
>> dr-xr-xr-x. 1 julas julas       4096  9. Okt 2022  Users
>>
>> $ ls -l /mnt/windows/Users/beleg/ | grep Documents
>> dr-xr-xr-x. 1 julas julas    8192  7. Jul 15:28 Documents
>> lrwxrwxrwx. 1 julas julas      24  9. Okt 2022  Eigene Dateien ->
>> ./../../Users/beleg/Documents
>> lrwxrwxrwx. 1 julas julas      24  1. Nov 2021  Moje dokumenty ->
>> ./../../Users/beleg/Documents
>>
>> Is this intended behaviour? It appears to be quite an old issue [1].
>> If so, is there any other fix than running a recursive chmod?
>>
>> Best regards,
>> Julian
>>
>> [1]
>> https://www.reddit.com/r/archlinux/comments/r325t3/permissions_problems_with_the_new_ntfs3_driver/
> 
> One year later the issue is still there with kernel 6.9.11:
> 
> $ ls -lh /mnt/windows/Users/beleg/
> insgesamt 18M
> dr-xr-xr-x. 1 julas julas    0 19. Jul 2020  '3D Objects'
> -rwxr-xr-x. 1 julas julas  77K 20. Nov 2022   AMDRM_Install.log
> -rwxr-xr-x. 1 julas julas 2,7M 20. Nov 2022   AMD_RyzenMaster.log
> drwxr-xr-x. 1 julas julas    0  2. Dez 2018   ansel
> lrwxrwxrwx. 1 julas julas   30  9. Okt 2022   Anwendungsdaten ->
> ./../../Users/beleg/AppData/Roaming
> drwxr-xr-x. 1 julas julas    0  9. Okt 2022   AppData
> -rwxr-xr-x. 1 julas julas 1,4K 18. Feb 15:30  aqtinstall.log
> dr-xr-xr-x. 1 julas julas    0  9. Okt 2022   Contacts
> lrwxrwxrwx. 1 julas julas   58  9. Okt 2022   Cookies ->
> ./../../Users/beleg/AppData/Local/Microsoft/Windows/INetCookies
> lrwxrwxrwx. 1 julas julas   30  1. Nov 2021  'Dane aplikacji' ->
> ./../../Users/beleg/AppData/Roaming
> dr-xr-xr-x. 1 julas julas 4,0K 15. Mai 20:41  Desktop
> dr-xr-xr-x. 1 julas julas 8,0K  5. Jul 22:43  Documents
> 
> Here are the mount options:
> /dev/nvme0n1p4 on /mnt/windows type ntfs3
> (rw,relatime,uid=1000,gid=1000,iocharset=utf8)
> 
> It is the main issue preventing me from switching away from ntfs-3g. Can
> I somehow investigate this further to help fixing this?
> 
> Best regards,
> Julian
> 

Re: ntfs3: Folders mounted with 555 permissions?

[Julian Sikorski]

Hi,

well I would not call it a regression either because it never worked 
properly(*) in the first place. noacsrules option just allowed the 
problem to be worked around.
(*) Properly meaning that, however unlikely, this could be an intended 
behaviour. Having said that, ntfs-3g does not require any special mount 
options or chmod calls to be able to write to Windows' Documents folder.

Best regards,
Julian

Am 29.07.24 um 10:44 schrieb Linux regression tracking (Thorsten Leemhuis):
> Top-posting: adding Konstantin to the list of recipients, he might have
> missed this on the list.
> 
> Side note: this seems to be a regression, but given that it seems only
> few people care and apparently is caused by the removal of a feature not
> working properly beforehand, I don't think this is something covered by
> the no regressions" rule.
> 
> Ciao, Thorsten
> 
> On 27.07.24 22:34, Julian Sikorski wrote:
>> Am 11.07.23 um 10:04 schrieb Julian Sikorski:
>>>
>>> with linux-6.4, now that noacsrules option is gone, an old issue has
>>> become problematic. When I mount my windows drive, some of the folders
>>> in Users are mounted with 555 permissions, including the ones I would
>>> like to edit:
>>>
>>> $ ls -l /mnt/windows/ | grep Users
>>> lrwxrwxrwx. 1 julas julas          8  1. Dez 2018  Documents and
>>> Settings -> ./Users
>>> lrwxrwxrwx. 1 julas julas          8  9. Okt 2022  Dokumente und
>>> Einstellungen -> ./Users
>>> dr-xr-xr-x. 1 julas julas       4096  9. Okt 2022  Users
>>>
>>> $ ls -l /mnt/windows/Users/beleg/ | grep Documents
>>> dr-xr-xr-x. 1 julas julas    8192  7. Jul 15:28 Documents
>>> lrwxrwxrwx. 1 julas julas      24  9. Okt 2022  Eigene Dateien ->
>>> ./../../Users/beleg/Documents
>>> lrwxrwxrwx. 1 julas julas      24  1. Nov 2021  Moje dokumenty ->
>>> ./../../Users/beleg/Documents
>>>
>>> Is this intended behaviour? It appears to be quite an old issue [1].
>>> If so, is there any other fix than running a recursive chmod?
>>>
>>> Best regards,
>>> Julian
>>>
>>> [1]
>>> https://www.reddit.com/r/archlinux/comments/r325t3/permissions_problems_with_the_new_ntfs3_driver/
>>
>> One year later the issue is still there with kernel 6.9.11:
>>
>> $ ls -lh /mnt/windows/Users/beleg/
>> insgesamt 18M
>> dr-xr-xr-x. 1 julas julas    0 19. Jul 2020  '3D Objects'
>> -rwxr-xr-x. 1 julas julas  77K 20. Nov 2022   AMDRM_Install.log
>> -rwxr-xr-x. 1 julas julas 2,7M 20. Nov 2022   AMD_RyzenMaster.log
>> drwxr-xr-x. 1 julas julas    0  2. Dez 2018   ansel
>> lrwxrwxrwx. 1 julas julas   30  9. Okt 2022   Anwendungsdaten ->
>> ./../../Users/beleg/AppData/Roaming
>> drwxr-xr-x. 1 julas julas    0  9. Okt 2022   AppData
>> -rwxr-xr-x. 1 julas julas 1,4K 18. Feb 15:30  aqtinstall.log
>> dr-xr-xr-x. 1 julas julas    0  9. Okt 2022   Contacts
>> lrwxrwxrwx. 1 julas julas   58  9. Okt 2022   Cookies ->
>> ./../../Users/beleg/AppData/Local/Microsoft/Windows/INetCookies
>> lrwxrwxrwx. 1 julas julas   30  1. Nov 2021  'Dane aplikacji' ->
>> ./../../Users/beleg/AppData/Roaming
>> dr-xr-xr-x. 1 julas julas 4,0K 15. Mai 20:41  Desktop
>> dr-xr-xr-x. 1 julas julas 8,0K  5. Jul 22:43  Documents
>>
>> Here are the mount options:
>> /dev/nvme0n1p4 on /mnt/windows type ntfs3
>> (rw,relatime,uid=1000,gid=1000,iocharset=utf8)
>>
>> It is the main issue preventing me from switching away from ntfs-3g. Can
>> I somehow investigate this further to help fixing this?
>>
>> Best regards,
>> Julian
>>