Ulf Zibis wrote:
> Hi Jean-Pierre,
>
> here the ACL after creating a folder with ntfs-3g (the volume was mounted 
> with inherit option):
>
> ich@ThinkPad-T500:/mnt/Daten/Users/ich/Documents$ ntfs-3g.secaudit -v 
> New_direct/
> secaudit 1.4.3 : NTFS security data auditing
> Directory New_direct/
> 00  01000480 6c000000 88000000 00000000 14000000
> 14  02005800 03000000
> 1c  00031400 ff011f00
> 24  01010000 00000005 12000000
> 30  00031800 ff011f00
> 38  01020000 00000005 20000000 20020000
> 48  00032400 ff011f00
> 50  01050000 00000005 15000000 647f0a93 0d02ff2a 56280d32 eb030000
> 6c  01050000 00000005 15000000 647f0a93 0d02ff2a 56280d32 eb030000
> 88  01020000 00000005 20000000 20020000
> Computed hash : 0xf368ad19
> Windows attribs : 0x30 - ____DA__________
> Windows owner S-1-5-21-2466938724-721355277-839723094-1003
> Windows group S-1-5-32-544
> Interpreted Unix owner 1000, group 0, mode 0000
> No errors were found
> ich@ThinkPad-T500:/mnt/Daten/Users/ich/Documents$ ls -adl 
> New_direct/d--------- 1 ich root 0 Feb  4
> 23:06 New_direct/
>
> So the new created folder is unusable because of mode 0000.
> The cause for that I found out after I compared the ACLs from existing 
> folders, created by Windows.
> The order of the ACEs is just swapped, which Windows doesn't care about, but 
> NTFS-3G does. After
> manually swapping the ACEs with setfattr the folder became usable:
>
> ich@ThinkPad-T500:/mnt/Daten/Users/ich/Documents$ ntfs-3g.secaudit -v 
> New_swapped/
> secaudit 1.4.3 : NTFS security data auditing
> Directory New_swapped/
> 00  01000480 6c000000 88000000 00000000 14000000
> 14  02005800 03000000
> 1c  00032400 ff011f00
> 24  01050000 00000005 15000000 647f0a93 0d02ff2a 56280d32 eb030000
> 40  00031800 ff011f00
> 48  01020000 00000005 20000000 20020000
> 58  00031400 ff011f00
> 60  01010000 00000005 12000000
> 6c  01050000 00000005 15000000 647f0a93 0d02ff2a 56280d32 eb030000
> 88  01020000 00000005 20000000 20020000
> Computed hash : 0xa46d5166
> Windows attribs : 0x30 - ____DA__________
> Windows owner S-1-5-21-2466938724-721355277-839723094-1003
> Windows group S-1-5-32-544
> Interpreted Unix owner 1000, group 0, mode 0700
> No errors were found
> ich@ThinkPad-T500:/mnt/Daten/Users/ich/Documents$ ls -adl 
> New_swapped/drwx------ 1 ich root 0 Jan 14
> 17:01 New_swapped/
>
>
> Could you please give me a pointer in the code where the mode values are 
> calculated.
> I like to understand, what's happening, and maybe find a correct change.

It is in build_inherited_id() within libntfs-3g/security.c
which mostly relies on ntfs_inherit_acl() in libntfs-3g/acls.c

Regards

Jean-Pierre


------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
ntfs-3g-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel

Reply via email to