I’ve never used BTRFS, I tend to stick w/ ext3/ext4 or go with ZoL (ZFS on Linux) which works reliably. It has snapshotting (copy on write) like ZFS, which is great for containers/virtualization. Btrfs is supposed to put both ext4 and ZFS to rest. Otherwise you’re stuck with remote transfers and local repair on the Pi. Isn’t ntfs supported on Mac? If so that could be a solution for a native FS. Sometimes it can break, eg sudden poweroff or loss of power on USB a tad too early at shutdown, the built in fsck cannot repair the drive, so you have to hook it to a Mac and perform the repair. Hfsplus non journaled works but I wouldn’t trust nearly 8TB of data to it. But using FreeBSD would eliminate the option of using wireless. It could be an option if you are worried about files curdling eventually. I've tried that and it seems to work well. It works quite well on FreeBSD 12 for the Raspberry Pi, if it is tuned a little. However, I have not tested that on Raspbian. Again, the native format may be best.Īnother option which may be of interest could be ZFS because of its file-level error control. However, for HFS to work, journalling must be turned off, something which might be a bit difficult on new versions of OS X. I've used them on other machines in the past quite well. I see HFS utilities and other support there in the Raspian repository but have not tried them on the Raspberry Pi. So if you think you must some day connect the external drive directly to your OS X machine then you might use HFS+ instead. For what it's worth, the last I checked even with added software OS could only access EXT systems safely read-only. The native format, in this case EXT4, is usually best.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |