Cross-Platform File System file sharing between MAC, WINDOWS, LINUX?

I’ve a laptop with triple boot, Yosemite, Windows 8.1, CentOS 7, and need a partition for sharing files between the 3 os’s, i’ve been using exFAT, as it is supported by OSX & Windows but had some issues with linux and after try to mount it on linux, osx didn’t recognize it, and i was unable to mount it, then just windows recognized it and after 1 day of using it got corrupted, i had to get my data back with TesDrive.

Now i’m looking for the most accepted file sys to share files between them, so far i’ve found these options:

NTFS: Using MacFUSE & NTFS-3G to enable read/write access, or Paragon NTFS, but i’ve heard some bad things about stability & speed of those options. i would not like to lose my data.

HFS+: Using MacDrive Pro in windows to have read/write access to mac partition, i guess there’s a way to allow linux support for hfs+. Heard some good & bad things about MacDrive but still not so sure.

exFAT: This way is the way i’ve already tried, bad experience with it, but most of the people seems to approve this option. Maybe i did something wrogn, BUT still the data loss is a problem.

FAT32: Limited drive size. Limited permission settings. Not the one i would like to pick.

Needs hierarchically ordered:

1. Stability (No data loss)
2. Great File Size support
3. Journaling
4. Speed

UPDATE 1: After more research i’ve found Tuxera NTFS for mac, seems to be nice, but. how good is it in real life? does it offer real NTFS full support as it says?, great Stability? Speed? Journaling? Is it worth for the price?

5 Answers 5

I’ve done this kind of thing for years and can probably help you avoid the same pains I went through.

Cloud storage would be ideal for some use-cases, but sketchy on privacy/security without additional work, and not necessarily suitable for use cases involving a large amount of data. (I’ve worked around security/privacy issues with transparent per-file encryption, and use this in parallel with the solution I’ve outlined below, for different use cases.)

Here are the local storage solutions in increasing order of viability (which is inherently subjective and dependent on specific use cases):

1. exFAT: At the bottom only because of my own lack of experience with it, and its relative newness. There are compatibility problems between the platforms because of different block sizes. Apparently, formatting the drive in Windows with a block size smaller than 1024 bytes might work.
2. NTFS: I’ve had all kinds of problems with NTFS-3G, going back and forth between Windows, Mac, and Linux. File corruption, lost data, etc. This was a few years ago, maybe it’s better now — but it was «sold» as solid then and it wasn’t.
3. FAT32: In my experience, this is the only truly «cross-platform» file system that can bridge Mac, Linux, and Windows. (And cameras, and TVs, and. ) There is a per-file 4GB size limit and 2TiB total volume size limit. You can in theory overcome the 32GB FAT32 limitation, with Fat32Formatter, but I don’t know how compatible it is across systems. In theory, FAT+ allows for 256GiB files and using a higher block size
4. A virtual machine sharing its native filesystem to the host OS via CIFS: This is hands-down the best solution for most of my use cases.

Years ago when I got fed up with the data corruption using NTFS-3G, I started using a small VM running Windows 2000, and shared an NTFS volume «natively» to the host OS via CIFS. Performance can’t compare to directly attached storage, but I finally got to say goodbye to data corruption and the distrust and headaches it caused. NTFS formatted from Windows 2000, worked flawlessly and interchangeably with more modern versions of Windows, including switching back and forth between Windows 2000 in a VM, and Windows Vista (at the time).

But still, NTFS just wasn’t robust enough for reliably storing massive amounts of data over long periods of time, even if in a mirrored configuration (and especially in a RAID5 configuration). Mainly due to bitrot and lack of checksumming. Granted, it was the best thing around for a long time, but not any more.

Now, the only «cross-platform» file system I use is ZFS, presented via CIFS by Linux running in a VM. (I’m also increasingly using BTRFS which recently seems to have crossed some threshold of stability for my use cases. For a long time I only used it experimentally and it often let me down.)

I don’t use ZFS for Mac OS, only ZFS on Linux. (I used to use an OpenSolaris VM to host ZFS for the sake of purity and support for the most up-to-date ZFS features, until Oracle messed it up.)

I tried ZFS for Mac a while back and it was too unstable and outdated. Maybe it’s fine now, but my VM solution is flawless. And like I said, I’m increasingly using BTRFS anyway, which is a better match in many ways for my requirements (the first and foremost of which is rock-solid reliability — which ZFS has always provided).

I triple-boot my Macs, and when I’m not running Linux natively, I run the same native Linux installation in a VM. Linux is perfectly happy alternating between running in a VM with guest additions, and natively. I’m almost always running a Linux VM for «native» ZFS or BTRFS volume access via CIFS, when not running it natively.

I’ve seamlessly adjusted most of my workflows to accommodate the slower CIFS access to large «cross-platform» reliable storage. For example, if I need fast access to lots of working data, it’s usually in an application that is unique to that particular host OS, and it doesn’t need to be accessible across platforms. So I just use whatever fast local SSD storage the OS is available natively, and make regular copies to the slower «cross-platform» storage — or only when the project is done, depending on the specific use case.

Tip: If you do go the VM route, you’ll be tempted to share the VM file system via a bridged adapter. The advantage to that is that the VM will have its own IP address on the same subnet, and the storage will be accessible even by other computers on that subnet. However, the drawbacks to a bridged adapter are 1) It is tied to a specific physical adapter and if you switch from, say, wired to wireless, you may lose internet connectivity from within the VM [which is only a problem if you are also using the VM as your productivity OS, as I usually do]. And 2) Bridged adapters can be finicky. Sometimes it «just works», but if you have problems, troubleshooting can be pretty messy. A better solution is to configure the VM with two adapters: A) NAT [for internet access from the VM which will work no matter what physical adapter is providing it], and B) Host-only, configured with a static IP address, no DNS or gateway, virtio adapter, and with promiscuous mode. Only your local machine will be able to access the VM’s CIFS shares. It’s not trivial to get this solution set up, but once you do it’s basically magic.

Writing cross-platform C++ Code (Windows, Linux and Mac OSX)

This is my first-attempt at writing anything even slightly complicated in C++, I’m attempting to build a shared library that I can interface with from Objective-C, and .NET apps (ok, that part comes later. )

The code I have is —

I have a compiler warning, simply untitled: In function ‘bool probe()’:untitled:29: warning: control reaches end of non-void function — but I’d also really appreciate any information or resources people could suggest for how to write this kind of code better.

5 Answers 5

I’ll address this specific function:

Writing it this way, as a chain of if-elif-else, eliminates the error because it’s impossible to compile without either a valid return statement or hitting the #error.

(I believe WIN32 is defined for both 32- and 64-bit Windows, but I couldn’t tell you definitively without looking it up. That would simplify the code.)

Unfortunately, you can’t use #ifdef _WIN32 || _WIN64: see http://codepad.org/3PArXCxo for a sample error message. You can use the special preprocessing-only defined operator, as I did above.

Regarding splitting up platforms according to functions or entire files (as suggested), you may or may not want to do that. It’s going to depend on details of your code, such as how much is shared between platforms and what you (or your team) find best to keep functionality in sync, among other issues.

Furthermore, you should handle platform selection in your build system, but this doesn’t mean you can’t use the preprocessor: use macros conditionally defined (by the makefile or build system) for each platform. In fact, this is the often the most practical solution with templates and inline functions, which makes it more flexible than trying to eliminate the preprocessor. It combines well with the whole-file approach, so you still use that where appropriate.

You might want to have a single config header which translates all the various compiler- and platform-specific macros into well-known and understood macros that you control. Or you could add -DBEAKS_PLAT_LINUX to your compiler command line—through your build system—to define that macro (remember to use a prefix for macro names).

12 кросс-платформенных инструментов для Windows, Macs и Linux

Введение

Один из вечных вопросов ИТ-индустрии состоит в том, какую платформу лучше всего выбрать для корпоративной сети. При этом абсолютно бессмысленно рассуждать, какая из платформ будет господствовать в ближайшие 5 – 10 лет. И дело здесь совсем не в предпочтениях. Просто большинство корпоративных сетей представляют собой «разношерстный» набор двух и более операционных систем, включая серверы и настольные компьютеры. Поэтому вопрос, скорее, следует ставить так: «Какие инструменты мы можем использовать для «наведения мостов» между Windows и остальной сетью?»

Главное требование кросс-платформенного мира состоит в том, чтобы предлагаемое решение максимально упрощало управление разными ОС в сети. Ниже приведен список из 12 кросс-платформенных инструментов, которые помогут вам управлять аппаратной средой и сделают мир Windows ( Linux / Unix / Mac) гораздо комфортнее.

1. Likewise Enterprise – «дружим» Windows с другими ОС

Совсем недавно Microsoft Subnet сообщила о выпуске версии средств интегрирования Active Directory от Likewise с открытыми кодами. Но полная версия Likewise Enterprise, которая позволяет пользователю интегрировать Windows с другими операционными системами, является коммерческим продуктом. Likewise обеспечивает кросс-платформенную совместимость Active Directory, Group Policy Management, NIS Migration, Security, SuDo и Single Sign-on для приложений. Если вы работаете с неоднородными сетевыми ресурсами или планируете запустить такую сеть в будущем, инструменты Likewise обеспечат простую интеграцию и удобное управление компонентами.

2. xTuple ERP – организация работы предприятия

В мира слияния корпораций и смешения платформ xTuple обеспечит ERP-решение, которое будет работать во всей вашей сети. Термин ERP (Enterprise Resource Planning System) переводится как «Система планирования ресурсов предприятия». Соответственно, xTuple обеспечит вам кросс-платформенное решение для планирования ресурсов. Этот программный клиент работает на Windows, Linux и Mac и выпускается в трех редакциях: PostBooks, Standard и OPENMFG. Standard и OPENMFG являются коммерческими продуктами, а бесплатная версия Postbooks доступна в открытых кодах и содержит инструменты для управления финансовыми потоками, а также модули управления продажами, поставками и складской учет.

Версия Standard предлагает дополнительные модули для управления распределением товаров, розничной продажей и мелким производством. Версия OPENMFG включает всеобъемлющее управление производством и распределением. Все три версии поставляются с редактором отчетов OPENRPT. Если вам требуются кросс-платформенные инструменты для планирования, управления и организации ежедневной работы предприятия – программные продукты xTuple ERP могут стать вполне подходящим решением.

3. WimbaClassroom 5.2 – организация виртуального обучения

Организация виртуального офиса и поддержка мобильных работников несет в себе новые проблемы. Вначале возникает вопрос, каким образом лучше объединить сотрудников и поддерживать взаимодействие между ними. В свою очередь, это порождает вопрос, как свести к минимуму конфигурацию и не потерять при этом в независимости платформы? В этом вам сможет пригодиться пакет Wimba Classroom. Это не только «виртуальный класс» или средство для организации дистанционного обучения: он содержит в себе все необходимые инструменты для объединения удаленных сотрудников, работающих в разных ОС. Кроме того, данный программный продукт поддерживает множество приложений, включая PowerPoint, HTML, Flash, видео, графику и т.д.

Пользователи Wimba Classroom стартуют в общей сессии, а затем могут создавать отдельные виртуальные рабочие кабинеты для специализированных задач. Инструкторы могут создавать загружаемые MP3 файлы, а также проводить опросы и анализировать их результаты с целью получения максимально достоверной информации. Таким образом, если перед вами стоит задача организации полнофункционального класса или образовательного процесса, подразумевающих работу с различными платформами, то советуем обратить внимание на Wimba Classroom.

4. Orion Network Performance Monitor — мониторим работу сети

Формально Orion NPM не является кросс-платформенным инструментом, так как требует наличия Windows server и .NET Framework. Но, безусловно, Orion NPM является эффективным монитором для всех платформ и поэтому он включен в этот список: пользователям может понравиться ряд решений, реализованных SolarWinds. Компания производит программное обеспечение для эффективной защиты от ошибок, конфигурирования и управления согласованием, а также развертывания и картирования сети.

Кроме того, здесь предусмотрены инструменты для мониторинга данных, VoIP телефонии, беспроводного трафика, беспроводных подключений и оценки эффективности приложений. Некоторые из этих инструментов бесплатны. http://www.solarwinds.com/products/orion/index.aspx

5. SharedPlan Pro – работаем с бизнес-планом

Вам придется управлять проектом, участники которого разбросаны по различным географическим и временным зонам? Скорее всего, вы столкнетесь с тем, что разные офисы работают на разных ОС, и вам понадобится инструмент управления проектом, единый для всех платформ. Желательно при этом, чтобы он был доступен не только с различных браузеров, но и с мобильных устройств. В этом случае SharePlan может оказаться именно тем, что вы ищете. Продукт легко инсталлируется и обеспечивает простой и быстрый старт в работе.

SharedPlan позволяет работать с проектом как на вашем компьютере, так и на веб-хостинге самого SharePlan. Доступ к Интернет-версии возможен с любого браузера любой операционной системы. Кроме того, в SharedPlan можно импортировать файлы MS Project Pro, но стоит она гораздо дешевле последней. Простая лицензия обойдется пользователям менее чем в $200.

6. FreeNATS – тестируем сеть

Поставляется в виде инсталлируемого PHP-пакета или как виртуальное устройство. FreeNATS – это стабильно работающий бета-продукт. FreeNATS позволяет тестировать сеть и генерировать сообщения о том, что случилось в вашей организации. Текущая версия продукта еще не является окончательным бизнес-решением, но имеет все базовые функции для SMB, необходимые для создания программных тестов и тестов по запросу для наиболее важных сетевых приложений и протоколов. Кроме того, продукт активно улучшается, благодаря обратной связи с пользователями, и постоянно приобретает новые функции тестирования.

И, конечно же, одними из немаловажных положительных моментов являются бесплатность пакета и его кросс-платформенность. Поэтому, многие находят его отличным инструментом для помощи в автоматизации и тестировании сетевого окружения, особенно в небольших компаниях, где не привыкли разбрасываться средствами.