Originally posted by starshipeleven
View Post
Announcement
Collapse
No announcement yet.
A Closed-Source Apple File-System APFS Driver For Linux Announced
Collapse
X
-
Originally posted by andyprough View PostMaybe I'm in the minority, but I can't imagine ever having to read from or write to an Apple-formatted disk. Never had to mount an HFS or HFS+ disk. I don't recall anyone ever doing work on a Mac and passing it to me on a specially formatted drive. Don't all the Mac folks just use FAT32 on their thumb drives?
Originally posted by starshipeleven View PostAFAIK the newer ones should have NTFS read-only drivers at least. For writing yes you need a driver. Some time ago (2014?) they had an experimental NTFS read-only driver, which was disabled by default.
- Likes 1
Comment
-
Originally posted by garegin View Postcan you use APFS on spinning drives? As far as I looked up, you can't. Is this something in the works? BTW, kudos to Apple to ditching HFS+, it was a REALLY bad FS.
HFS wasn't really bad when it was developed, and HFS+ was a reasonable evolution, but that was almost 20 years ago.
Comment
-
Originally posted by CTown View Post
I believe Mac folks tend to use exfat on their thumb drives. This lets it the thumbdrive to work on more computers/devices than HFS+ and allows bigger files than fat32.
- Likes 2
Comment
-
I'd question how useful this is for support purposes. It's not like anybody can rescue a Mac nowadays with the soldered down SSD. And I'm not sure if today's Macs still have the 'Boot as storage disk' mode in UEFI.
You'd first have to do a disk dump or image into a spare SATA HDD or SATA/m.2 socketed SSD, then perform a rescue on that disk.And most imaging tools won't allow imaging to be carried out if the source storage device was corrupted or damaged.
- Likes 2
Comment
-
I hope a "SamsungGate" (I invented a term for the exFAT native driver code leak) happens again: A code leak happens and their code contains GPL code
Really, Paragon are a bunch of nasty bastards from Russia that came to Germany with stolen code: If you know the PTS-DOS history, you'll be really sure about it.
Originally posted by geearf View Post
They use an LGPL shim in the middle, that is tolerated by the kernel devs.
Originally posted by Sonadow View PostI'd question how useful this is for support purposes. It's not like anybody can rescue a Mac nowadays with the soldered down SSD. And I'm not sure if today's Macs still have the 'Boot as storage disk' mode in UEFI.
You'd first have to do a disk dump or image into a spare SATA HDD or SATA/m.2 socketed SSD, then perform a rescue on that disk.And most imaging tools won't allow imaging to be carried out if the source storage device was corrupted or damaged.
About the imaging tools: What about GNU ddrescue?Last edited by timofonic; 01 December 2017, 05:28 PM.
Comment
-
Originally posted by starshipeleven View PostMac folks use whatever is default filesystem on average. Any thumbdrive less than 32GB is Fat32, and quite frankly I never saw Mac users needing much more space than that in an external drive.
(some had a NAS though)Originally posted by starshipeleven View PostMac folks use whatever is default filesystem on average. Any thumbdrive less than 32GB is Fat32, and quite frankly I never saw Mac users needing much more space than that in an external drive.
(some had a NAS though)
I stand corrected. I'm just surprised considering Mac OS has great support for exfat right out of the box.
Comment
-
Originally posted by CTown View Post
I stand corrected. I'm just surprised considering Mac OS has great support for exfat right out of the box.
Despite Microsoft's inefficiency, their extreme brute force power can destroy whatever company/corporation they want to. Don't underestimate them, that's something very stupid to do. Don't underestimate Apple too and beware of things like CUPS progressive privatization, they are also part of "the dark side" just like Google and most tech companies worldwide...Last edited by timofonic; 02 December 2017, 04:05 PM.
Comment
-
"Separately, I haven't seen any open-source initiatives yet come up about trying to fully reverse engineer APFS"
Reverse engineering only tells you how the data structure are currently being used, it says nothing about the intent of the structure moving forward. As a result, several results from reverse engineering contain magic numbers where it isn't clear why those magic numbers/strings are used in the data structure but it is required to maintain compatibility. Given that Apple has already stated in their APFS Guide FAQ that they plan to publish the APFS volume format specification, it is probably best to wait for that to be released. Following specifications from the original authors can result in better quality code which can retain better forward compatibility.
Comment
Comment