Могут ли расширенные атрибуты Mac OS X храниться через NFS в файловой системе Linux ext4?

Файловые системы MacOSX используют расширенные атрибуты (например, «com.apple.quarantine», «com.apple.FinderInfo»):

$ ls -l@ .DS_Store 
-rw-r--r--@ 1 gareth  staff  18436  2 Nov 10:35 .DS_Store
    com.apple.FinderInfo       32

1. Могут ли эти расширенные атрибуты вообще хранятся при монтировании NFS?
2. Могут ли эти расширенные атрибуты храниться в монтировании NFS файловой системы ext4? То есть, чтобы расширенный атрибут в файле HFS + (видимый с помощью xattr -l) можно было каким-то образом увидеть в файловой системе ext4 (с помощью getfattr -d).

Проблема, похоже, заключается в том, что файловые системы ext4 требуют атрибуты пользователя должны начинаться с «user.», что делает его несовместимым с MacOSX: Например, следующая команда работает в Linux, потому что имя начинается с «user».

Linux# setfattr -n "user.hello" -v "some data" examplefile

но следующее не удается:

Linux# setfattr -n "com.apple.Finder" -v "some data" examplefile
setfattr: examplefile: Operation not supported

Значит, могут когда-либо быть расширенные атрибуты хранятся, разве они были автоматически переименованы? Например, com. -k После запуска этой команды я вижу ...

Я пытаюсь загрузить файл из моего репозитория git на виртуальную машину, и я делаю это, выполняя следующую команду:

curl -O "https://git.com/projects/RENG/repos/test.sh" -k

После запуска этой команды я вижу, что файл, который загружается на мою машину, на самом деле является исходным кодом "html", а не самим сценарием. Как мне это изменить, чтобы скрипт загружался. Кроме того, я не хочу использовать команды git, потому что я хочу загрузить это как часть другого скрипта с правами root.

Спасибо за вашу помощь!