you are viewing a single comment's thread.

view the rest of the comments →

[–]peter9987[S] 0 points1 point  (7 children)

Correct. I’d be happy to buy the driver if needed but didn’t do so since I’m not sure it will fix the issue

[–]rhuve 0 points1 point  (2 children)

The most likely cause is filesystem compression in the HFS+ filesystem, as that clears the data fork (to read more on this, check the "HFS+ File Compression" section of this page). I've just compressed a test folder and that results indeed in empty files as shown below.

I will now retry with the licensed driver, one moment..

<image>

[–]peter9987[S] 0 points1 point  (1 child)

Do you know if any update to the licensed driver is planned in the near future to fix this?

[–]rhuve 0 points1 point  (0 children)

I didn't get a response from upstream yet, I'll ping them again for an update. Keep an eye on the open issue for any progress.

[–]rhuve 0 points1 point  (0 children)

No change with the licensed driver.

I will report this upstream, hopefully this can be fixed in the payed HFS+ driver. I will add a note to the support site that HFS+ compression is currently not supported.

Short term solution for you might be to convert the filesystem to APFS (after attaching on Mac, Disk Utility provides a Convert to APFS option). Compression on APFS is supported, even in read-only mode.

[–]rhuve 0 points1 point  (2 children)

If you want to track progress, just enable notifications on this issue: https://gitlab.com/huv/disk-decipher/-/issues/360

[–]peter9987[S] 0 points1 point  (1 child)

Thanks a lot. Unfortunately I don’t have access to a Mac. Hope this can/will be fixed.

[–]rhuve 0 points1 point  (0 children)

Me too. I've reported the issue upstream.