Is there a reason to prefer HFS+ over APFS for disk images in High Sierra and/or Mojave? The Next CEO of Stack OverflowHow to prevent conversion to APFS on High Sierra installFileVault Encryption Issues On High Sierra (APFS)APFS Errors: fsck can't repairIs it OK to use an HFS+ start disk with High Sierra?Cannot create Bootcamp partition on High Sierra APFS SSD diskUnable to eject disk images or drives in High SierraUsing Carbon Copy Cloner 4 to create encrypted bootable HFS+ clones from APFS sourceAPFS and HFS+ volumes on the same partitionDisk format for HDD with both APFS and HFS+ volumesWhy does Refind break when upgrading from Mac OS High Sierra (HFS) to Mojave (APFS) on NVMexpress Macs?
Extending anchors in TikZ
A "random" question: usage of "random" as adjective in Spanish
Why does standard notation not preserve intervals (visually)
My Curious Music Box
How should I support this large drywall patch?
Why do remote companies require working in the US?
Is there a front derailer type that can be mounted on a frame without braze on or fitting on the seat tube, or clamping?
How to safely derail a train during transit?
Why is there a PLL in CPU?
"and that skill is always a class skill for you" - does "always" have any meaning in Pathfinder?
Rotate a column
Is it my responsibility to learn a new technology in my own time my employer wants to implement?
Is there a way to save my career from absolute disaster?
Why didn't Khan get resurrected in the Genesis Explosion?
How do I construct this japanese bowl?
Different harmonic changes implied by a simple descending scale
Should I tutor a student who I know has cheated on their homework?
What do "high sea" and "carry" mean in this sentence?
How to draw dotted circle in Inkscape?
How to count occurrences of text in a file?
How to login to Centos 7 using RDP from Win10
How to write the block matrix in LaTex?
Unreliable Magic - Is it worth it?
If a blackhole is created from light, can this blackhole then move at speed of light?
Is there a reason to prefer HFS+ over APFS for disk images in High Sierra and/or Mojave?
The Next CEO of Stack OverflowHow to prevent conversion to APFS on High Sierra installFileVault Encryption Issues On High Sierra (APFS)APFS Errors: fsck can't repairIs it OK to use an HFS+ start disk with High Sierra?Cannot create Bootcamp partition on High Sierra APFS SSD diskUnable to eject disk images or drives in High SierraUsing Carbon Copy Cloner 4 to create encrypted bootable HFS+ clones from APFS sourceAPFS and HFS+ volumes on the same partitionDisk format for HDD with both APFS and HFS+ volumesWhy does Refind break when upgrading from Mac OS High Sierra (HFS) to Mojave (APFS) on NVMexpress Macs?
I'm creating small encrypted disk images (under 10 GB) to be used to secure and transfer data between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
Edited to add: .sparsebundle files will be stored on an APFS file system in all cases.
high-sierra mojave apfs hfs+ sparsebundle
asked Mar 20 at 22:18
user11421user11421
485
add a comment |
I'm creating small encrypted disk images (under 10 GB) to be used to secure and transfer data between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
Edited to add: .sparsebundle files will be stored on an APFS file system in all cases.
high-sierra mojave apfs hfs+ sparsebundle
asked Mar 20 at 22:18
user11421user11421
485
add a comment |
I'm creating small encrypted disk images (under 10 GB) to be used to secure and transfer data between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
Edited to add: .sparsebundle files will be stored on an APFS file system in all cases.
high-sierra mojave apfs hfs+ sparsebundle
asked Mar 20 at 22:18
user11421user11421
485
I'm creating small encrypted disk images (under 10 GB) to be used to secure and transfer data between systems running High Sierra (for now) and Mojave. Are there any technical reasons to prefer HFS+ (Mac OS Extended, Journaled) over APFS for these images. The images will be created as .sparsebundle files if it matters.
Edited to add: .sparsebundle files will be stored on an APFS file system in all cases.
high-sierra mojave apfs hfs+ sparsebundle
high-sierra mojave apfs hfs+ sparsebundle
asked Mar 20 at 22:18
user11421user11421
485
asked Mar 20 at 22:18
user11421user11421
485
edited Mar 21 at 1:02
user11421
asked Mar 20 at 22:18
user11421user11421
485
asked Mar 20 at 22:18
user11421user11421
485
asked Mar 20 at 22:18
user11421user11421
485
485
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
Whether you choose APFS or HFS+ for the sparse disk image will matter very little. They are synthetic filesystems and pass through iOPS and data to the underlying filesystem. That will have some technical details to consider and illuminate the differences how each relies on the storage to store filesystem data and work with or against the hardware that records the bits physically.
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
|
show 2 more comments
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
answered Mar 20 at 23:01
fluffyfluffy
472316
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "118"
;
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: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
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
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fapple.stackexchange.com%2fquestions%2f354375%2fis-there-a-reason-to-prefer-hfs-over-apfs-for-disk-images-in-high-sierra-and-or%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
Whether you choose APFS or HFS+ for the sparse disk image will matter very little. They are synthetic filesystems and pass through iOPS and data to the underlying filesystem. That will have some technical details to consider and illuminate the differences how each relies on the storage to store filesystem data and work with or against the hardware that records the bits physically.
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
|
show 2 more comments
Whether you choose APFS or HFS+ for the sparse disk image will matter very little. They are synthetic filesystems and pass through iOPS and data to the underlying filesystem. That will have some technical details to consider and illuminate the differences how each relies on the storage to store filesystem data and work with or against the hardware that records the bits physically.
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
|
show 2 more comments
Whether you choose APFS or HFS+ for the sparse disk image will matter very little. They are synthetic filesystems and pass through iOPS and data to the underlying filesystem. That will have some technical details to consider and illuminate the differences how each relies on the storage to store filesystem data and work with or against the hardware that records the bits physically.
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
Whether you choose APFS or HFS+ for the sparse disk image will matter very little. They are synthetic filesystems and pass through iOPS and data to the underlying filesystem. That will have some technical details to consider and illuminate the differences how each relies on the storage to store filesystem data and work with or against the hardware that records the bits physically.
HFS+ has more third party data recovery options and is further backward compatible so those are two main technical reasons to potentially prefer HFS+ over APFS. If you’re storing the data on a spinning disk, that might be a technical advantage or might not. You’ll have to test that on your kit as benchmarks vary widely there.
- https://en.wikipedia.org/wiki/Apple_File_System
You give up the metadata protection checksums, crash protection of copy on write and encryption advances of APFS as well as the redesign of the filesystem to take advantage of flash/ssd. You also lose snapshots, clone copy and don’t receive the more flexible space allocation features of APFS.
Speed chould be a wash on flash / ssd for your use case, but I would still benchmark your sparse images on both file systems. HFS+ might be far better tuned for a HDD still ( or possible for evermore) as APFS sacrifices HDD performance for flash and ssd performance today as implemented.
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
edited Mar 21 at 1:48
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
answered Mar 20 at 22:27
bmike♦bmike
161k46289626
161k46289626
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
|
show 2 more comments
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
I do not understand this answer. Q asks for small encrypted images. Transferred between .13 + .14. I read this A as primarily about FSs on real disks?
– LangLangC
Mar 20 at 23:03
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
These general considerations shouldn’t matter for sparse images. We don’t need to know if the Macs are SSD or HDD and it likely won’t matter if the transfer is either. I read this as what filesystem should OP choose for the device doing the transfer. Can I make things better @LangLangC or just wait for OP to confirm I have it correct or wrong?
– bmike♦
Mar 20 at 23:21
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
IDK. For images I would think compatibility is more of a (theoretical?) concern, especially if encrypted, then perhaps performance of images, how do they benchmark in RAM, how APFSonHFS vs HFSonAPFS etc.
– LangLangC
Mar 20 at 23:52
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
If the format for the image doesn't matter, but the real FS does, than that might be worthy of addition?
– LangLangC
Mar 20 at 23:54
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
@bmike I'm more interested in which filesystem is better for use in an image than for a physical device. The information about choosing for a device is also important and appreciated.
– user11421
Mar 21 at 1:00
|
show 2 more comments
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
answered Mar 20 at 23:01
fluffyfluffy
472316
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
add a comment |
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
answered Mar 20 at 23:01
fluffyfluffy
472316
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
add a comment |
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
answered Mar 20 at 23:01
fluffyfluffy
472316
In addition to @bmike's very good answer, some legacy programs expect the directory listing to be pre-sorted as it is in HFS+; this is an uncommon issue but some things (especially ones which implement their own custom file selector for whatever reason) run into it all the same.
answered Mar 20 at 23:01
fluffyfluffy
472316
answered Mar 20 at 23:01
fluffyfluffy
472316
answered Mar 20 at 23:01
fluffyfluffy
472316
answered Mar 20 at 23:01
fluffyfluffy
472316
472316
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
add a comment |
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
Nice details. Wouldn’t the sparse bundle cover the sorting, though. The OP gets to choose a FS on the transfer device and a FS for the sparse image. Perhaps this it the point @langLangC is making. I didn’t go into that in my answer.
– bmike♦
Mar 20 at 23:22
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
@bmike I was referring to the directory listing on the virtual filesystem itself (i.e. what the thing mounting the sparsebundle sees); the OS itself probably doesn't care about the directory sort order of the sparsebundle's spans. :)
– fluffy
Mar 20 at 23:33
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
Yes - my +1 on your answer remains. You caught the real question where I missed it initially (or backed into it at the end of my answer.)
– bmike♦
Mar 21 at 1:49
add a comment |
Thanks for contributing an answer to Ask Different!
- 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.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fapple.stackexchange.com%2fquestions%2f354375%2fis-there-a-reason-to-prefer-hfs-over-apfs-for-disk-images-in-high-sierra-and-or%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
