Примечание: я не спрашиваю, как ... Я знаю это. В настоящее время я использую драйверы Paragon Software, которые позволяют получить доступ ко всем форматам дисков со всех ОС (например, диск Linux с OSX или диск OSX с Win7 и т. Д.). Я специально спрашиваю, какой из них лучший и почему?
Например, я хочу разделить раздел данных для документов, музыки и даже моей учетной записи Dropbox между всеми тремя ОС, и я сделал это между Win7 и OSX, добавив его в раздел NTFS. Просто интересно теперь, что Linux тоже в миксе, лучше ли вместо этого установить формат HFS + или linux?
Я хотел бы разделить каталог пользователя между всеми тремя, но я уверен, что разрешения сделают это невозможным. Однако я не уверен.
Опять же, чтобы быть ясным, хотя, поскольку я поднял так много ниже, я не прошу совместимость с операционными системами, что касается доступа. У меня есть драйверы Paragon для всех ОС для чтения и записи во все форматы. Опять же, вопрос в том, какой формат лучше и почему.
Ответы:
Я рекомендую использовать NTFS. Ubuntu (и большинство других дистрибутивов) поддерживает полное чтение / запись с пакетом ntfs-3g.Mac OS также поддерживает полное чтение / запись на диски NTFS.
Мой второй выбор будет ExFAT, потому что вам нужно скачать драйвер от Microsoft, чтобы использовать эти разделы в других операционных системах.
Ознакомившись с поддержкой NTFS в Mac OS, я обнаружил, что единственное жизнеспособное решение для вас - это использовать ExFAT. Единственное «безопасное» решение NTFS / write для Mac - платное , и я не уверен, что это то, что вы ищете.
источник
NTFS и REFS - плохой выбор, потому что Linux и Mac не могут правильно их декодировать, а EXT2 / EXT3 / XFS - плохой выбор, потому что для работы вам нужны собственные драйверы Windows.
CDFS - плохой выбор, потому что он оптимизирован для CD
FAT16 и FAT32 - плохой выбор, потому что они могут содержать только очень небольшие объемы данных (<4 ГБ)
Который в значительной степени оставляет только ExFAT (называемый EFS в Windows), который может быть прочитан почти всеми, может хранить большие объемы данных и не оказывает плохого влияния на скорость, фрагментацию или повреждение.
источник
FAT32 - определенно самый дружественный формат между OSX / Windows / Linux.
Он имеет ограничение в 4 ГБ для одного файла и размер раздела 2 ТБ.
Тем не менее, я не думаю, что это проблема с Dropbox. Мне даже не приходилось думать о типах разделов, разрешениях файловой системы и т. Д., И я часто синхронизируюсь между Mac / Linux и Windows.
Я думаю, что Dropbox будет использовать определенные функции, если они доступны, но это не помешает вам синхронизироваться с другими типами файловых систем / операционных систем.
Я думаю, что это может пропустить некоторые файлы. Смотрите: http://www.dropbox.com/help/145 . Но для основных файлов это, кажется, работает хорошо для меня.
источник
Я бы использовал HFS + - по одной простой причине. Mac связывает Например, если вы используете OS X и Omnigraffle или Pages, тогда этот файл сохраняется как пакет. Это просто специальный каталог - но по какой-то причине он не работает (по крайней мере, для меня) через другие файловые системы.
Если по какой-то причине вам нужно использовать жесткий диск, а Dropbox не работает, вы можете получить доступ к этим пакетам по HFS +. Но вы не сможете использовать NTFS или ext4, если вам удастся смонтировать его в другой ОС.
По крайней мере, я бы выбрал fs, который поддерживает скрытые файлы, с помощью '.' формат (начальная точка). Кроме того, HFS + отлично поддерживается в Linux, если вы избегаете журналирования - поэтому у вас будет две ОС, которые могут обращаться к этому файлу, и он поддерживает большие файлы. HFS + мой любимый, а второй - XFS, который есть только в Linux.
источник
Общие ресурсы SMB (общие ресурсы Samba или Windows Server) должны работать нормально.
У меня есть один маршрутизатор OpenWRT (может быть ПК, но коммерческие маршрутизаторы тратят меньше электроэнергии) с внешним жестким диском для совместного использования между Linux, Windows и несколькими версиями OS X от Tiger до Lion через беспроводной или проводной Ethernet.
источник