Re: Handling APFS/HFS+

 ---- On Tue, 02 Jun 2020 14:14:22 -0700 Denis Corbin <[email protected]> wrote ----

[...]

 > Nop, you can just see the name of attributes but not the contents of
 > forks, exactly the same as data of plain file.
 > 
 > > Similar question for any other piece of data that is failing to 
 > > restore.
 > 
 > dar will try to restore the different part of a file/directory, but if
 > some parts fail (data, attributes, meta-data...) it will just report
 > the failure and the reason of the failure. No, dar will never restore
 > and even not try to restore a failed item into something else, this
 > would just be a non-sense in regard of the purpose of this tool.

Alright, Denis.  Now I think I understand what I'm looking at.  I've found such strange stuff with OSX.  At one time I came across a document editor that would put text in the data fork and images in the resource fork.  Just ... WTH??  So that's why I was grilling you on this.  I'm going to see if I can get someone to give me remote access to a Mac.  One way or another, I'll be back with the results of that BackupBouncer software.  I'll see if I can do some speed-tests, too.

 > However, you have several tools that let you access an existing dar
 > archive as a read-only file system. I'm not sure whether you could
 > read all the attributes you expect, but you should give a try.
 > 
 > See dar_fuse and AVFS:
 > http://dar.linux.free.fr/doc/presentation.html#external_tools

I'll definitely have a look.

 > Cheers,

Yes, keep safe out there! :)

 > Denis

/D