MacOs: Is it possible to disable extended attributes?

Discuss new features and functions
Posts: 3
Joined: 10 Apr 2020

danielecr

Hi all,
first of all I really like FreeFileSync, it became my preferred software to backup my mac os stuff.
I'm currently using v. 10.22 on mac os Catalina 10.15.4 (19E287): the OS runs inside a virtual machine based on a linux system.
Within this virtual machine I can share an NTFS drive (and it is an smb volume), so my primarly use of FreeFileSync in to syncronize files in mac os with this NTFS drive.
My workstation is able to boot also a windows 10 operating system, with this NTFS external drive (D:\).
I noticed that the files syncronyzed from mac os are directly accessible from windows 10, but I can't copy/move them from this external drive D:\ to the main drive C:\
After some days, I was able to track the issue thanks to the microsoft support forum.
The issue was due to extended attributes in files.
So, back to mac os, I deleted all the extended attributes in the files on that NTFS drive with command:
xattr -rc /Volumes/6TB

N.B.: /Volumes/6TB is the path to the NTFS drive

and now I'm able to copy again files in windows from D:\ to C:\; so my question is: can I set somewhere in FreeFileSync an option to NOT copy extended attributes when syncronyzing files?

Thanks!

Daniele
Last edited by danielecr on 11 Apr 2020, 10:36, edited 1 time in total.
Posts: 3
Joined: 10 Apr 2020

danielecr

Some more info about the file (with extended attributes) I wasn't able to copy back from D:\ (NTFS) to C:\ (NTFS) in windows 10, after the syncronization mac os --> NTFS share (D:\):

********* File 0x000b0000000060a9 *********
Numero riferimento file : 0x000b0000000060a9
Attributi file : 0x00000020: Archivio
Contrassegni voce file : 0x00000000
Collegamento (ParentID: nome) : 0x0001000000049af2: Nome HLINK : \HD_DANIELE\LAVORO\CI_CF_Patente\CI_CF_Daniele.pdf
Data/ora creazione : 21/01/2020 16:16:49
Data/ora ultimo accesso : 09/04/2020 10:42:06
Data/ora ultima scrittura : 21/01/2020 15:28:39
Data/ora modifica : 10/04/2020 04:42:26
LastUsn : 0
OwnerId : 0
SecurityId : 408
StorageReserveId : 0
Flusso : 0x010 ::$STANDARD_INFORMATION
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x0000000c: Residente | Nessun cluster allocato
Dimensione : 72
Dimensione allocata : 72
Flusso : 0x030 ::$FILE_NAME
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x0000000c: Residente | Nessun cluster allocato
Dimensione : 112
Dimensione allocata : 112
Flusso : 0x040 ::$OBJECT_ID
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x0000000c: Residente | Nessun cluster allocato
Dimensione : 16
Dimensione allocata : 16
Flusso : 0x080 ::$DATA
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x00000000: *NESSUNO*
Dimensione : 913.112
Dimensione allocata : 913.408
Extent : 1 extent
: 1: VCN: 0 Cluster: 223 LCN: 119.623.071
Flusso : 0x080 :DOSATTRIB:$DATA
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x0000000c: Residente | Nessun cluster allocato
Dimensione : 32
Dimensione allocata : 32
Flusso : 0x080 :DosStream.com.apple.lastuseddate#PS:$DATA:$DATA
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x0000000c: Residente | Nessun cluster allocato
Dimensione : 17
Dimensione allocata : 24
Flusso : 0x080 :org.netatalk.Metadata:$DATA
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x00000000: *NESSUNO*
Dimensione : 402
Dimensione allocata : 4.096
Extent : 1 extent
: 1: VCN: 0 Cluster: 1 LCN: 118.629.317
Flusso : 0x020 ::$ATTRIBUTE_LIST
Attributi : 0x00000000: *NESSUNO*
Contrassegni : 0x00000000: *NESSUNO*
Dimensione : 360
Dimensione allocata : 4.096
Extent : 1 extent
: 1: VCN: 0 Cluster: 1 LCN: 118.836.523
Posts: 3
Joined: 10 Apr 2020

danielecr

Just to add some more info to the issue and solution, as the root cause should be samba server settings..

The cause of the issue were settings in the samba server: in my operating system (Unraid), into which my mac os vm runs, I have an option called "Enhanced macOS interoperability" which I turned on, thinking to optimize transfers from my mac os vm to the ntfs/smb drive.

By turning it off, attributes of files are stripped off when files are copied, so there is no problem anymore in copying them in windows from D:\ to C:\.

I have no full information about what that setting enables in details, but it has something to do with vfs objects = fruit (Enhanced OS X and Netatalk interoperability).

I will update this discussion if I will have more info about specific settings in the smb server.