linux-kernel - Re: ntfs3: Folders mounted with 555 permissions?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <1d5d764b-65a4-42a2-8cc7-37d558aab381@leemhuis.info>
Date: Mon, 29 Jul 2024 10:44:33 +0200
From: "Linux regression tracking (Thorsten Leemhuis)"
 <regressions@...mhuis.info>
To: Konstantin Komarov <almaz.alexandrovich@...agon-software.com>
Cc: Julian Sikorski <belegdol@...il.com>, ntfs3@...ts.linux.dev,
 Linux kernel regressions list <regressions@...ts.linux.dev>,
 LKML <linux-kernel@...r.kernel.org>,
 Linux kernel regressions list <regressions@...ts.linux.dev>
Subject: Re: ntfs3: Folders mounted with 555 permissions?

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
>