Могут ли расширенные атрибуты 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, потому что имя начинается с «пользователь».

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.apple.Finder можно сохранить как user.com.apple.Finder.

Я попытался исследовать это, используя клиент MacOSX NFS для монтирования сервера Debian Linux NFS. (Finder -> Go -> Connect to Server ...) Кажется, что монтирование работает, но как только графический интерфейс пытается просмотреть, он пытается создать файл .DS_Store с расширенными атрибутами, и все соединение NFS блокируется и терпит неудачу. (По крайней мере, я думаю, что это причина того, что он не работает. Мне удалось скопировать небольшой файл без атрибутов, прежде чем пытаться просмотреть.)

Мы будем благодарны за любую информацию по этому вопросу. Спасибо!