An open community 
of Macintosh users,
for Macintosh users.

FineTunedMac Dashboard widget now available! Download Here

Previous Thread
Next Thread
Print Thread
Contain your data in APFS
#48932 05/25/18 09:12 PM
Joined: Aug 2009
Likes: 16
Moderator
OP Online
Moderator

Joined: Aug 2009
Likes: 16
If you have a drive formatted APFS you can have multiple "Containers" sharing space on the drive. This OWC Rocket Yard article explains the how and why.

Volumes in a container can grow or shrink as needed, thus neatly avoiding my long held prejudice against partitioning a drive because criticaly needed space was/is always on the wrong partition. IMHO this deserves spending some time exploring the possibilities.


If we knew what it was we were doing, it wouldn't be called research, would it?

— Albert Einstein
Re: Contain your data in APFS
joemikeb #48933 05/26/18 07:08 AM
Joined: Aug 2009
Likes: 15
Online

Joined: Aug 2009
Likes: 15
I did some reading up on partitioning APFS volumes the other day, because I'm trying to decide what to do when I finally upgrade to High Sierra. (Your linked article was one of the top hits.)

One option struck me as curious, because I can't think of a single reason to do it, and that's that you can set your partition sizes rather than leave them flexible.

Can you think of a reason why anyone would do that?

The thing that I love about it, though, is that it enables me to maintain more partitions than I could before, because with my not having to make size commitments they'll take up virtually -0- space until I need them.


The new Great Equalizer is the SEND button.

In Memory of Harv: Those who can make you believe absurdities can make you commit atrocities. ~Voltaire
Re: Contain your data in APFS
artie505 #48935 05/26/18 02:35 PM
Joined: Aug 2009
Likes: 16
Moderator
OP Online
Moderator

Joined: Aug 2009
Likes: 16
After some more experimentation I have found [b]I made several mis-statements in this post so I am deleting the incorrect statements and will start over in the following post...

  • Originally Posted By: artie505
    One option struck me as curious, because I can't think of a single reason to do it, and that's that you can set your partition sizes rather than leave them flexible.

    Can you think of a reason why anyone would do that?

    I agree, why would the vast majority of users give up the flexibility of expanding and contracting Containers and Volumes? I can see it being useful is special circumstances such as iOS app development or even MacOS applications development. This is pure speculation on my part, but could it be the fixed size is because of limitations for HFS+ volume structure?

    In any case IMHO Apple still has work to do on Disk Utility and APFS including...

      [*]Time Machine backup on APFS volumes [*]Full integration of APFS and RAID (OWC is working hard on that in their SoftRAID product) [*]APFS for Fusion drives [*]Declunking and deflaking Disk Utility (maybe an new UI altogether — DU has been around in essentially the same form for a long time and looks more and more like patchwork.)

  • Last edited by joemikeb; 05/27/18 10:44 PM. Reason: Mis-statements

    If we knew what it was we were doing, it wouldn't be called research, would it?

    — Albert Einstein
    Re: Contain your data in APFS
    joemikeb #48938 05/28/18 01:08 AM
    Joined: Aug 2009
    Likes: 16
    Moderator
    OP Online
    Moderator

    Joined: Aug 2009
    Likes: 16
    CORRECTED VERSION

    My experimentation with Partitions and Containers has so far revealed...
    1. PARTITIONS:
      • Are applied at the device level
      • Always have a fixed size that is set in the disk partition map.
      • Contain one volume
      • That volume may be formatted Mac OS Extended (HFS+), FAT, EXFAT, or APFS
      • If the Partition is formatted APFS, it will have one Container and one or more APFS volumes in that Container
    2. CONTAINERS:
      1. Are applied at that Partition level
      2. May have one or more "APFS Volumes" sharing the same space.
      3. Volumes in a Container may only be formatted APFS
      4. These volumes may expand and contract dynamically as needed and the only limit on the capacity of these volumes is the size of the Container.
    3. DISK UTILITY:
      1. IMHO the GUI needs work
      2. CAUTION: After partitioning/re-partitioning a device or adding a Volume it is necessary to quit and restart Disk Utility to refresh the display and get accurate information. At least that is true in Disk Utility 17.0.3.
    4. CONCLUSION:
      1. Containers overcome most, if not all, of the limitations of partitioning
      2. "Volume" and "APFS Volume" are bound to create a LOT of confusion among the less technically inclined and even among the very technically inclined unless they are carefully differentiated.
      3. As soon as I can resuscitate my test HDD I will verify that this works on HDDs as well as SSDs


    If we knew what it was we were doing, it wouldn't be called research, would it?

    — Albert Einstein
    Re: Contain your data in APFS
    joemikeb #48939 05/28/18 07:04 AM
    Joined: Aug 2009
    Likes: 15
    Online

    Joined: Aug 2009
    Likes: 15
    Originally Posted By: joemikeb
    Originally Posted By: artie505
    One option struck me as curious, because I can't think of a single reason to do it, and that's that you can set your partition sizes rather than leave them flexible.

    Can you think of a reason why anyone would do that?

    I agree, why would the vast majority of users give up the flexibility of expanding and contracting Containers and Volumes? I can see it being useful is special circumstances such as iOS app development or even MacOS applications development. (Emphasis added)

    Volumes can be created with with expansion/contraction flexibility, but are you certain about containers? I think their size is set once they're created. (Note: You corrected that in post #48938.)

    If you can see any use for fixed sized volumes, I suppose it supports Apple's inclusion of the feature, although I'd think that separate containers would be more appropriate for app development.


    The new Great Equalizer is the SEND button.

    In Memory of Harv: Those who can make you believe absurdities can make you commit atrocities. ~Voltaire
    Re: Contain your data in APFS
    joemikeb #48941 05/28/18 08:23 AM
    Joined: Aug 2009
    Likes: 15
    Online

    Joined: Aug 2009
    Likes: 15
    Originally Posted By: joemikeb
    CORRECTED VERSION

    My experimentation with Partitions and Containers has so far revealed...
    1. PARTITIONS:
      • Are applied at the device level
      • Always have a fixed size that is set in the disk partition map.
      • Contain one volume
      • That volume may be formatted Mac OS Extended (HFS+), FAT, EXFAT, or APFS
      • If the Partition is formatted APFS, it will have one Container and one or more APFS volumes in that Container
    2. CONTAINERS:
      1. Are applied at that Partition level
      2. May have one or more "APFS Volumes" sharing the same space.
      3. Volumes in a Container may only be formatted APFS
      4. These volumes may expand and contract dynamically as needed and the only limit on the capacity of these volumes is the size of the Container.
    3. DISK UTILITY:
      1. IMHO the GUI needs work
      2. CAUTION: After partitioning/re-partitioning a device or adding a Volume it is necessary to quit and restart Disk Utility to refresh the display and get accurate information. At least that is true in Disk Utility 17.0.3.
    4. CONCLUSION:
      1. Containers overcome most, if not all, of the limitations of partitioning
      2. "Volume" and "APFS Volume" are bound to create a LOT of confusion among the less technically inclined and even among the very technically inclined unless they are carefully differentiated.
      3. As soon as I can resuscitate my test HDD I will verify that this works on HDDs as well as SSDs

    As good and clear an analysis as that is, I agree that myriad users will still find it confusing, but for what it's worth, it ties in with my experience. (*)

    I'll add that APFS volumes can be added to my flexible volumes container at will.

    I'll also add that as opposed to the 150 MB used by an empty 50 GB HFS+ partition or the350 MB used by an empty 300 GB partition, an empty APFS volume uses only 90 KB of space.

    (*) My Disk Utility experience differs from yours: I just added and deleted an APFS volume to/from my one container, and both actions were reflected immediately by Disk Utility Version 17.0.3 (1646).

    More: I agree that Disk Utility's GUI needs work, but I also think that much of what's wrong with it is our unfamiliarity with the new info it's displaying. If it's all APFS, it's not too bad, but when you've got APFS containers and volumes, and HFS+ volumes in the same sidebar it gets confusing.

    Last edited by artie505; 05/28/18 11:00 AM.

    The new Great Equalizer is the SEND button.

    In Memory of Harv: Those who can make you believe absurdities can make you commit atrocities. ~Voltaire
    Re: Contain your data in APFS
    artie505 #48942 05/28/18 08:33 AM
    Joined: Aug 2009
    Likes: 15
    Online

    Joined: Aug 2009
    Likes: 15
    At any rate, it took a lot of forethought and patience, but I've upgraded to High Sierra and reformatted my internal SSD as APFS with one container comprising six volumes.

    Finally!

    Yaaay!!!


    The new Great Equalizer is the SEND button.

    In Memory of Harv: Those who can make you believe absurdities can make you commit atrocities. ~Voltaire
    Re: Contain your data in APFS
    artie505 #48945 05/28/18 05:31 PM
    Joined: Aug 2009
    Likes: 16
    Moderator
    OP Online
    Moderator

    Joined: Aug 2009
    Likes: 16
    Originally Posted By: artie505
    At any rate, it took a lot of forethought and patience, but I've upgraded to High Sierra and reformatted my internal SSD as APFS with one container comprising six volumes.

    Congratulations on finally making the leap and just in time for the first beta release of MacOS 10.14!

    RE: My issues with Disk Utility these screen shots submitted to Apple hopefully are self explanatory.
    NOTE: The problems only happen when there is an APFS Volume involved. So far I have not been able to generate any issues with Mac OS Extended, FAT, or EXFAT volumes. I hve also found that as i continue to make changes without recycling Disk Utility the display and other glitches begin to cascade and grow. As long as I recycle after each operation there are no problems.


    If we knew what it was we were doing, it wouldn't be called research, would it?

    — Albert Einstein
    Re: Contain your data in APFS
    joemikeb #48948 05/29/18 06:05 AM
    Joined: Aug 2009
    Likes: 15
    Online

    Joined: Aug 2009
    Likes: 15
    Originally Posted By: joemikeb
    Congratulations on finally making the leap and just in time for the first beta release of MacOS 10.14!

    I was hoping for the 10.13.5 update first. frown

    I haven't performed the same tests you did, but I have added/deleted volumes to/from an existing container, and those actions were recognized instantly by DU.

    Adding a partition to my APFS formatted internal SSD either isn't possible, or I'm misunderstanding what I'm seeing:
    • Every item - device, container, or volume - in my DU sidebar has "Partition" enabled.
    • Clicking on each one returns the same "Creating a new volume is easier...." pop-up.
    • When I persist and click on "Partition", I invariably get this pop-up which points to my SSD and tells me that it can't be split because it's not mounted, although, as you can see, "Mount" is greyed out, and since it's my boot device it must [I think] be mounted.
    • And further, selecting my container shows "Mount" as an option although clicking on it does nothing that I can see.
    Got me beat!


    The new Great Equalizer is the SEND button.

    In Memory of Harv: Those who can make you believe absurdities can make you commit atrocities. ~Voltaire

    Moderated by  alternaut, dkmarsh, joemikeb 

    Link Copied to Clipboard
    Powered by UBB.threads™ PHP Forum Software 7.7.4
    (Release build 20200307)
    Responsive Width:

    PHP: 7.4.33 Page Time: 0.330s Queries: 32 (0.017s) Memory: 0.6214 MB (Peak: 0.7157 MB) Data Comp: Zlib Server Time: 2024-04-19 09:59:27 UTC
    Valid HTML 5 and Valid CSS