Skip to main content
added 4 characters in body
Source Link
Diagon
  • 128
  • 6

Restic is similarly cross-platform and available in Homebreaw, and can handle Apple disks. (Though again, they do not distinguish HFS+ from APFS.) There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly

Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

Restic is similarly cross-platform and available in Homebreaw, and can handle Apple disks. (Though again, they do not distinguish HFS+ from APFS.) There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

Restic is similarly cross-platform and available in Homebreaw, and can handle Apple disks. (Though again, they do not distinguish HFS+ from APFS.) There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails.

Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

added 81 characters in body
Source Link
Diagon
  • 128
  • 6

It appears thatDisk Archiver (dar (Disk Archiver), which is cross-platform and available in Homebrew, can handle the unique characteristics of MacOS filesystems (they do not distinguish between HFS+ and APFS, but say they can handle extended attributes, including file forks). According to their Features page:

I also had some discussion on these issues with the developer.

Restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you You will be able to manipulate or save thosethe problematic files separately to some otherin a smaller archive. Whether you can explore the attributes of those failing files using linux tools, I am not yet clear.

Restic is similarly cross-platform and available in Homebreaw, and can handle Apple disks. In the docs it says:

Restic saves and restores most default attributes, including extended attributes like ACLs.

There(Though again, they do not distinguish HFS+ from APFS.) There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

It appears that dar (Disk Archiver), which is cross-platform and available in Homebrew, can handle the unique characteristics of MacOS filesystems (they do not distinguish between HFS+ and APFS, but say they can handle extended attributes, including file forks). According to their Features page:

Restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately to some other archive, I am not yet clear.

Restic is similarly cross-platform and available in Homebreaw. In the docs it says:

Restic saves and restores most default attributes, including extended attributes like ACLs.

There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

Disk Archiver (dar), which is cross-platform and available in Homebrew, can handle the unique characteristics of MacOS filesystems (they do not distinguish between HFS+ and APFS, but say they can handle extended attributes, including file forks). According to their Features page:

I also had some discussion on these issues with the developer.

Restoring to a linux disk will produce error messages when metadata can not be reproduced. You will be able to save the problematic files in a smaller archive. Whether you can explore the attributes of those failing files using linux tools, I am not yet clear.

Restic is similarly cross-platform and available in Homebreaw, and can handle Apple disks. (Though again, they do not distinguish HFS+ from APFS.) There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

added 713 characters in body
Source Link
Diagon
  • 128
  • 6

There is a project called rsync+hfsmode that will handle backing up to linux formatted disks properly, at least for HFS+, but it does it by creating two files on the backup drive: filename, containing the data fork, and ._filename containing the resource fork and Finder metadata. Furthermore, when copying back to an HFS+ disk, a second step is needed to reconstitute those two files into a proper HFS+ data structure. You can see a more complete discussion at the project page. I The filename/._filename system for storing HFS+/APFS files to other filesystems, has a name. It is called AppleDouble format. I am not clear if this same approach will work for APFS, though the question asked on the Apple Developer Forum was responded to with silence; so perhaps not.

Restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately to some other archive, I am not yet clear.

Backing up to Any Kind of Disk Using Restic

Restic is similarly cross-platform and available in Homebreaw. I'm not finding any detailed description of its handling of extended attributes, but many people are using it on their Mac's, and it says   inIn the docs it says:

There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

There is a project called rsync+hfsmode that will handle backing up to linux formatted disks properly, at least for HFS+, but it does it by creating two files on the backup drive: filename, containing the data fork, and ._filename containing the resource fork and Finder metadata. Furthermore, when copying back to an HFS+ disk, a second step is needed to reconstitute those two files into a proper HFS+ data structure. You can see a more complete discussion at the project page. I am not clear if this will work for APFS, though the question asked on the Apple Developer Forum was responded to with silence; so perhaps not.

Backing up to Any Kind of Disk Using Restic

Restic is similarly cross-platform and available in Homebreaw. I'm not finding any detailed description of its handling of extended attributes, but many people are using it on their Mac's, and it says in the docs:

There is a project called rsync+hfsmode that will handle backing up to linux formatted disks properly, at least for HFS+, but it does it by creating two files on the backup drive: filename, containing the data fork, and ._filename containing the resource fork and Finder metadata. Furthermore, when copying back to an HFS+ disk, a second step is needed to reconstitute those two files into a proper HFS+ data structure. You can see a more complete discussion at the project page. The filename/._filename system for storing HFS+/APFS files to other filesystems, has a name. It is called AppleDouble format. I am not clear if this same approach will work for APFS, though the question asked on the Apple Developer Forum was responded to with silence; so perhaps not.

Restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately to some other archive, I am not yet clear.

Backing up to Any Kind of Disk Using Restic

Restic is similarly cross-platform and available in Homebreaw.   In the docs it says:

There is a detailed bug report describing how restic behaves when backing up HFS+, showing what it is able to handle and where it fails. Similarly to dar, restoring to a linux disk will produce error messages when metadata can not be reproduced. Whether you will be able to manipulate or save those problematic files separately, I am not yet clear.

added 190 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 204 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 58 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 14 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 614 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 1157 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 1157 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 1157 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 1157 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 721 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
deleted 1 character in body
Source Link
Diagon
  • 128
  • 6
Loading
added 63 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 63 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 63 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 684 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 684 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 684 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
deleted 70 characters in body
Source Link
nohillside
  • 104.5k
  • 42
  • 222
  • 275
Loading
added 640 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 640 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
added 144 characters in body
Source Link
Diagon
  • 128
  • 6
Loading
Source Link
Diagon
  • 128
  • 6
Loading