Tôi đã làm điều này trong nhiều năm và có thể giúp bạn tránh những nỗi đau tương tự tôi đã trải qua.
Lưu trữ đám mây sẽ lý tưởng cho một số trường hợp sử dụng, nhưng sơ sài về quyền riêng tư / bảo mật mà không cần thêm công việc và không nhất thiết phải phù hợp cho các trường hợp sử dụng liên quan đến một lượng lớn dữ liệu. (Tôi đã giải quyết các vấn đề về bảo mật / quyền riêng tư với mã hóa trong mỗi tệp trong suốt và sử dụng song song với giải pháp tôi đã nêu dưới đây, cho các trường hợp sử dụng khác nhau.)
Dưới đây là các giải pháp lưu trữ cục bộ theo thứ tự khả năng tăng dần (vốn chủ quan và phụ thuộc vào các trường hợp sử dụng cụ thể):
- exFAT: Ở phía dưới chỉ vì thiếu kinh nghiệm của riêng tôi với nó, và sự mới mẻ tương đối của nó. Có các vấn đề tương thích giữa các nền tảng vì kích thước khối khác nhau. Rõ ràng, định dạng ổ đĩa trong Windows với kích thước khối nhỏ hơn 1024 byte có thể hoạt động.
- NTFS: Tôi đã gặp phải tất cả các loại sự cố với NTFS-3G, qua lại giữa Windows, Mac và Linux. Tệp bị hỏng, mất dữ liệu, v.v ... Đây là một vài năm trước đây, có thể bây giờ nó tốt hơn - nhưng nó đã được "bán" vững chắc và sau đó thì không.
- FAT32: Theo kinh nghiệm của tôi, đây là hệ thống tệp "đa nền tảng" thực sự duy nhất có thể kết nối Mac, Linux và Windows. (Và camera, và TV, và ...) Có một mỗi tập tin giới hạn kích thước 4GB và 2TiB tổng khối lượng giới hạn kích thước . Về lý thuyết, bạn có thể vượt qua giới hạn 32 GB FAT32, với Fat32Formatter , nhưng tôi không biết nó tương thích như thế nào trên các hệ thống. Về lý thuyết, FAT + cho phép các tệp 256GiB và sử dụng kích thước khối cao hơn
- Một máy ảo chia sẻ hệ thống tệp gốc của nó với HĐH máy chủ thông qua CIFS: Đây là giải pháp tốt nhất cho hầu hết các trường hợp sử dụng của tôi.
Cách đây nhiều năm, khi tôi đã chán ngấy với việc hỏng dữ liệu bằng NTFS-3G, tôi đã bắt đầu sử dụng một máy ảo nhỏ chạy Windows 2000 và chia sẻ một khối NTFS "nguyên bản" cho hệ điều hành máy chủ thông qua CIFS. Hiệu suất không thể so sánh với lưu trữ được gắn trực tiếp, nhưng cuối cùng tôi đã phải nói lời tạm biệt với tham nhũng dữ liệu và sự mất lòng tin và đau đầu mà nó gây ra. NTFS được định dạng từ Windows 2000, hoạt động hoàn hảo và có thể thay thế cho các phiên bản Windows hiện đại hơn, bao gồm chuyển đổi qua lại giữa Windows 2000 trong VM và Windows Vista (tại thời điểm đó).
Tuy nhiên, NTFS vẫn không đủ mạnh để lưu trữ lượng dữ liệu khổng lồ trong thời gian dài, ngay cả khi ở cấu hình được nhân đôi (và đặc biệt là trong cấu hình RAID5). Chủ yếu là do bitrot và thiếu kiểm tra. Cấp, đó là điều tốt nhất trong một thời gian dài, nhưng không còn nữa.
Bây giờ, hệ thống tệp "đa nền tảng" duy nhất tôi sử dụng là ZFS, được trình bày qua CIFS bởi Linux chạy trong VM. (Tôi cũng đang ngày càng sử dụng BTRFS, gần đây dường như đã vượt qua một số ngưỡng ổn định cho các trường hợp sử dụng của tôi. Trong một thời gian dài, tôi chỉ sử dụng thử nghiệm và nó thường làm tôi thất vọng.)
Tôi không sử dụng ZFS cho Mac OS, chỉ ZFS trên Linux. (Tôi đã từng sử dụng máy ảo OpenSolaris để lưu trữ ZFS vì mục đích tinh khiết và hỗ trợ cho các tính năng ZFS cập nhật nhất, cho đến khi Oracle làm hỏng nó.)
Tôi đã thử ZFS cho Mac một thời gian trước và nó quá không ổn định và lỗi thời. Có thể bây giờ nó ổn, nhưng giải pháp VM của tôi là hoàn hảo. Và như tôi đã nói, dù sao tôi cũng đang sử dụng BTRFS, đây là một cách phù hợp hơn theo nhiều cách cho các yêu cầu của tôi (đầu tiên và quan trọng nhất là độ tin cậy vững chắc - mà ZFS luôn cung cấp).
Tôi khởi động ba lần máy Mac của mình và khi tôi không chạy Linux nguyên bản, tôi chạy cài đặt Linux gốc tương tự trong máy ảo. Linux hoàn toàn hài lòng xen kẽ giữa việc chạy trong VM với các bổ sung dành cho khách và nguyên bản. Tôi hầu như luôn chạy một máy ảo Linux để truy cập khối lượng ZFS hoặc BTRFS "bản địa" thông qua CIFS, khi không chạy nó một cách tự nhiên.
Tôi đã điều chỉnh liền mạch hầu hết các quy trình công việc của mình để phù hợp với việc truy cập CIFS chậm hơn vào bộ lưu trữ đáng tin cậy "đa nền tảng". Ví dụ: nếu tôi cần truy cập nhanh vào nhiều dữ liệu đang hoạt động, thì thường là trong một ứng dụng duy nhất cho hệ điều hành máy chủ cụ thể đó và không cần phải truy cập trên các nền tảng. Vì vậy, tôi chỉ sử dụng bất kỳ lưu trữ SSD cục bộ nhanh nào mà HĐH có sẵn và tạo các bản sao thông thường cho bộ lưu trữ "đa nền tảng" chậm hơn - hoặc chỉ khi dự án được thực hiện, tùy thuộc vào trường hợp sử dụng cụ thể.
Mẹo: Nếu bạn đi theo lộ trình VM, bạn sẽ muốn chia sẻ hệ thống tệp VM thông qua bộ điều hợp bắc cầu. Ưu điểm là VM sẽ có địa chỉ IP riêng trên cùng một mạng con và việc lưu trữ sẽ có thể truy cập được ngay cả bởi các máy tính khác trên mạng con đó. Tuy nhiên, nhược điểm của bộ chuyển đổi cầu nối là 1) Nó được gắn với một bộ điều hợp vật lý cụ thể và nếu bạn chuyển từ, có dây sang không dây, bạn có thể mất kết nối internet từ bên trong VM [đây chỉ là vấn đề nếu bạn cũng sử dụng VM làm hệ điều hành năng suất của bạn, như tôi thường làm]. Và 2) Bộ điều hợp cầu nối có thể rất khó. Đôi khi nó "chỉ hoạt động", nhưng nếu bạn gặp vấn đề, việc khắc phục sự cố có thể khá lộn xộn. Một giải pháp tốt hơn là cấu hình VM với hai bộ điều hợp: A) NAT [để truy cập internet từ VM sẽ hoạt động bất kể bộ điều hợp vật lý nào đang cung cấp] và B) Chỉ lưu trữ, được định cấu hình với địa chỉ IP tĩnh, không có DNS hoặc cổng, bộ điều hợp đạo đức và với chế độ lăng nhăng. Chỉ máy cục bộ của bạn mới có thể truy cập vào cổ phiếu CIFS của VM. Việc cài đặt giải pháp này không phải là chuyện nhỏ, nhưng một khi bạn thực hiện thì về cơ bản là kỳ diệu.
Chúc may mắn!