"executable" permission lost when files copied to an NTFS partition

[dac324]

Hello all,

recently, I encountered the following problem:

Backed up an installation directory for a Haiku app to a NTFS partition. When copying the files back to a newly created BeFS partition, the binary file of the app cannot be started any more (The file cannot be opened with Tracker("Invalid argument")).

Expected behavior: The restored app should start without any errors.

Apparently, some meta-information gets lost if a binary file is copied to a NTFS partition.

Kind regards.

[dac324]

Update: Seems that I found the kind of information which gets lost. It is the executable bit. When copying files back from NTFS to BeFS, they lose their Executable bit. This can be fixed using Tracker's right-click menu, file info, then setting the executable bits as appropriate or with

chmod +x filename

in a terminal.

Kind regards.

[waddlesplash]

There's some way that Linux makes this work, I don't know how (or if we should support it).

[pulkomandy]

NTFS can support UNIX permissions, but this would confuse Windows when trying to access it (yes, Windows does not use or handle all the features of the NTFS filesystem...)

​http://askubuntu.com/questions/11840/how-do-i-use-chmod-on-an-ntfs-or-fat32-partition shows one way to achieve this on Linux, however it is probably safer to archive your backup as a zip file before putting it on an NTFS partition.

[korli]

The use of a user mapping file might help, we use ntfs-3g: ​https://github.com/haiku/haiku/blob/master/src/add-ons/kernel/file_systems/ntfs/libntfs/acls.h#L33