Is HFS+ a good idea for access across Mac and Linux (and sometimes Windows)












0















I (also) use external hard drives for backup. For full backups I attach them directly via USB to a Mac, but most of the time they are attached (still USB)to a Linux (Raspberry Pi) server, where I can access the files or use rsync for incremental backups.



That means I need fast, native access from Mac, and relatively fast access from Linux.



Once in 2-3 years I have to access things from Windows, and Samba is definitely good enough for that.



I've also noticed speed issues with the fuse-supported NTFS on Linux.



Was that just my perception?



and are there substantal counter-arguments to using HFS+ in these circumstances?



or would I be better off with NTFS?










share|improve this question




















  • 1





    If you're accessing the disk through a server with Samba, then the disk format is irrelevant.

    – DrMoishe Pippik
    Jan 8 at 18:34
















0















I (also) use external hard drives for backup. For full backups I attach them directly via USB to a Mac, but most of the time they are attached (still USB)to a Linux (Raspberry Pi) server, where I can access the files or use rsync for incremental backups.



That means I need fast, native access from Mac, and relatively fast access from Linux.



Once in 2-3 years I have to access things from Windows, and Samba is definitely good enough for that.



I've also noticed speed issues with the fuse-supported NTFS on Linux.



Was that just my perception?



and are there substantal counter-arguments to using HFS+ in these circumstances?



or would I be better off with NTFS?










share|improve this question




















  • 1





    If you're accessing the disk through a server with Samba, then the disk format is irrelevant.

    – DrMoishe Pippik
    Jan 8 at 18:34














0












0








0








I (also) use external hard drives for backup. For full backups I attach them directly via USB to a Mac, but most of the time they are attached (still USB)to a Linux (Raspberry Pi) server, where I can access the files or use rsync for incremental backups.



That means I need fast, native access from Mac, and relatively fast access from Linux.



Once in 2-3 years I have to access things from Windows, and Samba is definitely good enough for that.



I've also noticed speed issues with the fuse-supported NTFS on Linux.



Was that just my perception?



and are there substantal counter-arguments to using HFS+ in these circumstances?



or would I be better off with NTFS?










share|improve this question
















I (also) use external hard drives for backup. For full backups I attach them directly via USB to a Mac, but most of the time they are attached (still USB)to a Linux (Raspberry Pi) server, where I can access the files or use rsync for incremental backups.



That means I need fast, native access from Mac, and relatively fast access from Linux.



Once in 2-3 years I have to access things from Windows, and Samba is definitely good enough for that.



I've also noticed speed issues with the fuse-supported NTFS on Linux.



Was that just my perception?



and are there substantal counter-arguments to using HFS+ in these circumstances?



or would I be better off with NTFS?







linux mac backup hfs+ ntfs-3g






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 8 at 20:07







simone

















asked Jan 8 at 18:03









simonesimone

1115




1115








  • 1





    If you're accessing the disk through a server with Samba, then the disk format is irrelevant.

    – DrMoishe Pippik
    Jan 8 at 18:34














  • 1





    If you're accessing the disk through a server with Samba, then the disk format is irrelevant.

    – DrMoishe Pippik
    Jan 8 at 18:34








1




1





If you're accessing the disk through a server with Samba, then the disk format is irrelevant.

– DrMoishe Pippik
Jan 8 at 18:34





If you're accessing the disk through a server with Samba, then the disk format is irrelevant.

– DrMoishe Pippik
Jan 8 at 18:34










2 Answers
2






active

oldest

votes


















0














HFS+ support on Linux is mediocre at best. In theory, it's supported, but filesystem checking is essentially nonexistent without a lot of manual work, and it has issues sometimes if the filesystem was not cleanly shut down. Performance is also not particularly great, and the driver is not widely used with means it's more likely to have undiscovered bugs. I'm not sure how well it's supported on Windows as I've never dealt with it there.



Given all of this, I'd say that it's probably not a great choice unless you can 100% guarantee that the hardware will never have issues that cause the filesystem to have errors.





NTFS has it's own issues for this type of thing. On Linux, you essentially need FUSE for it, and it's not natively supported by macOS. I've not tried it on macOS, but the Linux FUSE module isn't horrible if you're dealing with a fast storage device (I use it without significant performance problems on an SSD, though I would be hesitant to use it on rotational media or a flash drive). Given that Windows support is not a high priority for you, I would look elsewhere.





This leaves a handful of other options, many of which are at best mediocre:




  • FAT32: Natively supported on both macOS and Linux, performance is decent as long as you're just doing writes of whole files at once and not doing in-place file updates, and it's trivially usable from Windows too. The big downside here is that it has a really low limit on file size compared to most other filesystems. Most well designed backup software can handle this fact without issue though (because it will archive everything to a single file, and can then split that across multiple smaller files to stay under the file size limit), or you can bump up the cluster size when creating the filesystem to increase the max file size at the expense of higher potential for wasted space. It also doesn't preserve most UNIX attributes, though you can work around this by using archive files instead of flat file copies.

  • UDF: This is the filesystem format used on DVD's. It also happens to have support for more conventional block storage devices like hard disks, and it's natively supported on both Linux and macOS. Performance is decent but not amazing. Just like FAT32, it doesn't preserve most UNIX attributes, and you can work around this in the same way. There's also an issue in that the Linux driver is a bit buggy, and Linux has almost no filesystem recovery options for UDF.

  • UFS: Limited native support on both macOS and Linux, both with decent performance for typical backup workloads. Tools for working with it form userspace are somewhat limited in both cases, and it's somewhat expected that support may be going away on macOS in the near future (if it hasn't already been removed in the most recent macOS version).

  • ext2: Native support and great performance on Linux, needs special drivers on macOS but gets decent performance. This is probably your best bet if you're usually using the disk from Linux, as it gets you proper filesystem recovery support on the system you will use it on most of the time.






share|improve this answer































    -2














    HFS+ is the Apple's filesystem, meaning that it can also be accessed by third party software (considering other OSes as software in general, here), but it doesn't have to be, it's up to the other OS support for it.

    Having worked for many many years with Windows and still doing it right now I can only confirm that is one of the most not-supporting-anything-but-MS-software type of ecosystem nowadays, such as Apple was until they finally accepted the USB-C as a standard in the new laptops and iPad...

    NTFS by the opposite, yes was produced firstly by Microsoft (not sure if it's still a proprietary software or if Microsoft is still working on it) but at least I never heard of any single operating system that does not support reading and/or writing files on NTFS (except Android until the latest versions which I think that finally have that support).

    I would personally stick to NTFS because of compatibility, and working on a Linux and MacOS environment (and Windows only occasionally, from what I've understood by the tile), means that you can also take advantage of the case sensitiveness supported by this FS.


    EDIT:
    As pointed out by @tetsujin in the comments, NTFS is not actually compatible with MacOS natively so my final suggestion would be to actually stick with something even more known and universal as FAT filesystems (ExFAT to be precise because is the Extended version and supports files larger than 4GB, at least).






    share|improve this answer


























    • macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

      – Tetsujin
      Jan 8 at 19:28











    • Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

      – BJPGameVideosITA
      Jan 9 at 6:24











    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "3"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1391965%2fis-hfs-a-good-idea-for-access-across-mac-and-linux-and-sometimes-windows%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    HFS+ support on Linux is mediocre at best. In theory, it's supported, but filesystem checking is essentially nonexistent without a lot of manual work, and it has issues sometimes if the filesystem was not cleanly shut down. Performance is also not particularly great, and the driver is not widely used with means it's more likely to have undiscovered bugs. I'm not sure how well it's supported on Windows as I've never dealt with it there.



    Given all of this, I'd say that it's probably not a great choice unless you can 100% guarantee that the hardware will never have issues that cause the filesystem to have errors.





    NTFS has it's own issues for this type of thing. On Linux, you essentially need FUSE for it, and it's not natively supported by macOS. I've not tried it on macOS, but the Linux FUSE module isn't horrible if you're dealing with a fast storage device (I use it without significant performance problems on an SSD, though I would be hesitant to use it on rotational media or a flash drive). Given that Windows support is not a high priority for you, I would look elsewhere.





    This leaves a handful of other options, many of which are at best mediocre:




    • FAT32: Natively supported on both macOS and Linux, performance is decent as long as you're just doing writes of whole files at once and not doing in-place file updates, and it's trivially usable from Windows too. The big downside here is that it has a really low limit on file size compared to most other filesystems. Most well designed backup software can handle this fact without issue though (because it will archive everything to a single file, and can then split that across multiple smaller files to stay under the file size limit), or you can bump up the cluster size when creating the filesystem to increase the max file size at the expense of higher potential for wasted space. It also doesn't preserve most UNIX attributes, though you can work around this by using archive files instead of flat file copies.

    • UDF: This is the filesystem format used on DVD's. It also happens to have support for more conventional block storage devices like hard disks, and it's natively supported on both Linux and macOS. Performance is decent but not amazing. Just like FAT32, it doesn't preserve most UNIX attributes, and you can work around this in the same way. There's also an issue in that the Linux driver is a bit buggy, and Linux has almost no filesystem recovery options for UDF.

    • UFS: Limited native support on both macOS and Linux, both with decent performance for typical backup workloads. Tools for working with it form userspace are somewhat limited in both cases, and it's somewhat expected that support may be going away on macOS in the near future (if it hasn't already been removed in the most recent macOS version).

    • ext2: Native support and great performance on Linux, needs special drivers on macOS but gets decent performance. This is probably your best bet if you're usually using the disk from Linux, as it gets you proper filesystem recovery support on the system you will use it on most of the time.






    share|improve this answer




























      0














      HFS+ support on Linux is mediocre at best. In theory, it's supported, but filesystem checking is essentially nonexistent without a lot of manual work, and it has issues sometimes if the filesystem was not cleanly shut down. Performance is also not particularly great, and the driver is not widely used with means it's more likely to have undiscovered bugs. I'm not sure how well it's supported on Windows as I've never dealt with it there.



      Given all of this, I'd say that it's probably not a great choice unless you can 100% guarantee that the hardware will never have issues that cause the filesystem to have errors.





      NTFS has it's own issues for this type of thing. On Linux, you essentially need FUSE for it, and it's not natively supported by macOS. I've not tried it on macOS, but the Linux FUSE module isn't horrible if you're dealing with a fast storage device (I use it without significant performance problems on an SSD, though I would be hesitant to use it on rotational media or a flash drive). Given that Windows support is not a high priority for you, I would look elsewhere.





      This leaves a handful of other options, many of which are at best mediocre:




      • FAT32: Natively supported on both macOS and Linux, performance is decent as long as you're just doing writes of whole files at once and not doing in-place file updates, and it's trivially usable from Windows too. The big downside here is that it has a really low limit on file size compared to most other filesystems. Most well designed backup software can handle this fact without issue though (because it will archive everything to a single file, and can then split that across multiple smaller files to stay under the file size limit), or you can bump up the cluster size when creating the filesystem to increase the max file size at the expense of higher potential for wasted space. It also doesn't preserve most UNIX attributes, though you can work around this by using archive files instead of flat file copies.

      • UDF: This is the filesystem format used on DVD's. It also happens to have support for more conventional block storage devices like hard disks, and it's natively supported on both Linux and macOS. Performance is decent but not amazing. Just like FAT32, it doesn't preserve most UNIX attributes, and you can work around this in the same way. There's also an issue in that the Linux driver is a bit buggy, and Linux has almost no filesystem recovery options for UDF.

      • UFS: Limited native support on both macOS and Linux, both with decent performance for typical backup workloads. Tools for working with it form userspace are somewhat limited in both cases, and it's somewhat expected that support may be going away on macOS in the near future (if it hasn't already been removed in the most recent macOS version).

      • ext2: Native support and great performance on Linux, needs special drivers on macOS but gets decent performance. This is probably your best bet if you're usually using the disk from Linux, as it gets you proper filesystem recovery support on the system you will use it on most of the time.






      share|improve this answer


























        0












        0








        0







        HFS+ support on Linux is mediocre at best. In theory, it's supported, but filesystem checking is essentially nonexistent without a lot of manual work, and it has issues sometimes if the filesystem was not cleanly shut down. Performance is also not particularly great, and the driver is not widely used with means it's more likely to have undiscovered bugs. I'm not sure how well it's supported on Windows as I've never dealt with it there.



        Given all of this, I'd say that it's probably not a great choice unless you can 100% guarantee that the hardware will never have issues that cause the filesystem to have errors.





        NTFS has it's own issues for this type of thing. On Linux, you essentially need FUSE for it, and it's not natively supported by macOS. I've not tried it on macOS, but the Linux FUSE module isn't horrible if you're dealing with a fast storage device (I use it without significant performance problems on an SSD, though I would be hesitant to use it on rotational media or a flash drive). Given that Windows support is not a high priority for you, I would look elsewhere.





        This leaves a handful of other options, many of which are at best mediocre:




        • FAT32: Natively supported on both macOS and Linux, performance is decent as long as you're just doing writes of whole files at once and not doing in-place file updates, and it's trivially usable from Windows too. The big downside here is that it has a really low limit on file size compared to most other filesystems. Most well designed backup software can handle this fact without issue though (because it will archive everything to a single file, and can then split that across multiple smaller files to stay under the file size limit), or you can bump up the cluster size when creating the filesystem to increase the max file size at the expense of higher potential for wasted space. It also doesn't preserve most UNIX attributes, though you can work around this by using archive files instead of flat file copies.

        • UDF: This is the filesystem format used on DVD's. It also happens to have support for more conventional block storage devices like hard disks, and it's natively supported on both Linux and macOS. Performance is decent but not amazing. Just like FAT32, it doesn't preserve most UNIX attributes, and you can work around this in the same way. There's also an issue in that the Linux driver is a bit buggy, and Linux has almost no filesystem recovery options for UDF.

        • UFS: Limited native support on both macOS and Linux, both with decent performance for typical backup workloads. Tools for working with it form userspace are somewhat limited in both cases, and it's somewhat expected that support may be going away on macOS in the near future (if it hasn't already been removed in the most recent macOS version).

        • ext2: Native support and great performance on Linux, needs special drivers on macOS but gets decent performance. This is probably your best bet if you're usually using the disk from Linux, as it gets you proper filesystem recovery support on the system you will use it on most of the time.






        share|improve this answer













        HFS+ support on Linux is mediocre at best. In theory, it's supported, but filesystem checking is essentially nonexistent without a lot of manual work, and it has issues sometimes if the filesystem was not cleanly shut down. Performance is also not particularly great, and the driver is not widely used with means it's more likely to have undiscovered bugs. I'm not sure how well it's supported on Windows as I've never dealt with it there.



        Given all of this, I'd say that it's probably not a great choice unless you can 100% guarantee that the hardware will never have issues that cause the filesystem to have errors.





        NTFS has it's own issues for this type of thing. On Linux, you essentially need FUSE for it, and it's not natively supported by macOS. I've not tried it on macOS, but the Linux FUSE module isn't horrible if you're dealing with a fast storage device (I use it without significant performance problems on an SSD, though I would be hesitant to use it on rotational media or a flash drive). Given that Windows support is not a high priority for you, I would look elsewhere.





        This leaves a handful of other options, many of which are at best mediocre:




        • FAT32: Natively supported on both macOS and Linux, performance is decent as long as you're just doing writes of whole files at once and not doing in-place file updates, and it's trivially usable from Windows too. The big downside here is that it has a really low limit on file size compared to most other filesystems. Most well designed backup software can handle this fact without issue though (because it will archive everything to a single file, and can then split that across multiple smaller files to stay under the file size limit), or you can bump up the cluster size when creating the filesystem to increase the max file size at the expense of higher potential for wasted space. It also doesn't preserve most UNIX attributes, though you can work around this by using archive files instead of flat file copies.

        • UDF: This is the filesystem format used on DVD's. It also happens to have support for more conventional block storage devices like hard disks, and it's natively supported on both Linux and macOS. Performance is decent but not amazing. Just like FAT32, it doesn't preserve most UNIX attributes, and you can work around this in the same way. There's also an issue in that the Linux driver is a bit buggy, and Linux has almost no filesystem recovery options for UDF.

        • UFS: Limited native support on both macOS and Linux, both with decent performance for typical backup workloads. Tools for working with it form userspace are somewhat limited in both cases, and it's somewhat expected that support may be going away on macOS in the near future (if it hasn't already been removed in the most recent macOS version).

        • ext2: Native support and great performance on Linux, needs special drivers on macOS but gets decent performance. This is probably your best bet if you're usually using the disk from Linux, as it gets you proper filesystem recovery support on the system you will use it on most of the time.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Jan 8 at 20:20









        Austin HemmelgarnAustin Hemmelgarn

        2,64919




        2,64919

























            -2














            HFS+ is the Apple's filesystem, meaning that it can also be accessed by third party software (considering other OSes as software in general, here), but it doesn't have to be, it's up to the other OS support for it.

            Having worked for many many years with Windows and still doing it right now I can only confirm that is one of the most not-supporting-anything-but-MS-software type of ecosystem nowadays, such as Apple was until they finally accepted the USB-C as a standard in the new laptops and iPad...

            NTFS by the opposite, yes was produced firstly by Microsoft (not sure if it's still a proprietary software or if Microsoft is still working on it) but at least I never heard of any single operating system that does not support reading and/or writing files on NTFS (except Android until the latest versions which I think that finally have that support).

            I would personally stick to NTFS because of compatibility, and working on a Linux and MacOS environment (and Windows only occasionally, from what I've understood by the tile), means that you can also take advantage of the case sensitiveness supported by this FS.


            EDIT:
            As pointed out by @tetsujin in the comments, NTFS is not actually compatible with MacOS natively so my final suggestion would be to actually stick with something even more known and universal as FAT filesystems (ExFAT to be precise because is the Extended version and supports files larger than 4GB, at least).






            share|improve this answer


























            • macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

              – Tetsujin
              Jan 8 at 19:28











            • Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

              – BJPGameVideosITA
              Jan 9 at 6:24
















            -2














            HFS+ is the Apple's filesystem, meaning that it can also be accessed by third party software (considering other OSes as software in general, here), but it doesn't have to be, it's up to the other OS support for it.

            Having worked for many many years with Windows and still doing it right now I can only confirm that is one of the most not-supporting-anything-but-MS-software type of ecosystem nowadays, such as Apple was until they finally accepted the USB-C as a standard in the new laptops and iPad...

            NTFS by the opposite, yes was produced firstly by Microsoft (not sure if it's still a proprietary software or if Microsoft is still working on it) but at least I never heard of any single operating system that does not support reading and/or writing files on NTFS (except Android until the latest versions which I think that finally have that support).

            I would personally stick to NTFS because of compatibility, and working on a Linux and MacOS environment (and Windows only occasionally, from what I've understood by the tile), means that you can also take advantage of the case sensitiveness supported by this FS.


            EDIT:
            As pointed out by @tetsujin in the comments, NTFS is not actually compatible with MacOS natively so my final suggestion would be to actually stick with something even more known and universal as FAT filesystems (ExFAT to be precise because is the Extended version and supports files larger than 4GB, at least).






            share|improve this answer


























            • macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

              – Tetsujin
              Jan 8 at 19:28











            • Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

              – BJPGameVideosITA
              Jan 9 at 6:24














            -2












            -2








            -2







            HFS+ is the Apple's filesystem, meaning that it can also be accessed by third party software (considering other OSes as software in general, here), but it doesn't have to be, it's up to the other OS support for it.

            Having worked for many many years with Windows and still doing it right now I can only confirm that is one of the most not-supporting-anything-but-MS-software type of ecosystem nowadays, such as Apple was until they finally accepted the USB-C as a standard in the new laptops and iPad...

            NTFS by the opposite, yes was produced firstly by Microsoft (not sure if it's still a proprietary software or if Microsoft is still working on it) but at least I never heard of any single operating system that does not support reading and/or writing files on NTFS (except Android until the latest versions which I think that finally have that support).

            I would personally stick to NTFS because of compatibility, and working on a Linux and MacOS environment (and Windows only occasionally, from what I've understood by the tile), means that you can also take advantage of the case sensitiveness supported by this FS.


            EDIT:
            As pointed out by @tetsujin in the comments, NTFS is not actually compatible with MacOS natively so my final suggestion would be to actually stick with something even more known and universal as FAT filesystems (ExFAT to be precise because is the Extended version and supports files larger than 4GB, at least).






            share|improve this answer















            HFS+ is the Apple's filesystem, meaning that it can also be accessed by third party software (considering other OSes as software in general, here), but it doesn't have to be, it's up to the other OS support for it.

            Having worked for many many years with Windows and still doing it right now I can only confirm that is one of the most not-supporting-anything-but-MS-software type of ecosystem nowadays, such as Apple was until they finally accepted the USB-C as a standard in the new laptops and iPad...

            NTFS by the opposite, yes was produced firstly by Microsoft (not sure if it's still a proprietary software or if Microsoft is still working on it) but at least I never heard of any single operating system that does not support reading and/or writing files on NTFS (except Android until the latest versions which I think that finally have that support).

            I would personally stick to NTFS because of compatibility, and working on a Linux and MacOS environment (and Windows only occasionally, from what I've understood by the tile), means that you can also take advantage of the case sensitiveness supported by this FS.


            EDIT:
            As pointed out by @tetsujin in the comments, NTFS is not actually compatible with MacOS natively so my final suggestion would be to actually stick with something even more known and universal as FAT filesystems (ExFAT to be precise because is the Extended version and supports files larger than 4GB, at least).







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Jan 9 at 22:45

























            answered Jan 8 at 18:35









            BJPGameVideosITABJPGameVideosITA

            13




            13













            • macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

              – Tetsujin
              Jan 8 at 19:28











            • Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

              – BJPGameVideosITA
              Jan 9 at 6:24



















            • macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

              – Tetsujin
              Jan 8 at 19:28











            • Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

              – BJPGameVideosITA
              Jan 9 at 6:24

















            macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

            – Tetsujin
            Jan 8 at 19:28





            macOS does not natively support write to NTFS, only read [same for nix]. NTFS is still proprietary, just the same as HFS, so I'm afraid your argument falls at the first hurdle. You either install some kind of 'translator' on any other machine you need to be able to write on, or you use something truly cross-platform like FAT [with all its failings] or ExFAT. I would avoid case-sensitivity [also available on HFS but only if you tell it to] unless you know why you need it. If you don't, it's more trouble than it's worth.

            – Tetsujin
            Jan 8 at 19:28













            Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

            – BJPGameVideosITA
            Jan 9 at 6:24





            Linux has case sensitivity enabled by default and except when looking for some file named with one letter different than what I've written, I've never had trouble with it just because of case sensitiveness. For the platform tho I didn't know NTFS wasn't supported by MacOS since it's Unix based and linux has support for it... So then just why not stick with ExFAT if cross platform reading and writing is the main concern? Just as USB sticks right?

            – BJPGameVideosITA
            Jan 9 at 6:24


















            draft saved

            draft discarded




















































            Thanks for contributing an answer to Super User!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1391965%2fis-hfs-a-good-idea-for-access-across-mac-and-linux-and-sometimes-windows%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Plaza Victoria

            In PowerPoint, is there a keyboard shortcut for bulleted / numbered list?

            How to put 3 figures in Latex with 2 figures side by side and 1 below these side by side images but in...