Warum liefert und unterstützt Apple keine FOSS-Treiber für NTFS-Schreibfunktionen?

Gibt es einen Grund, warum Apple keine NTFS-Schreibunterstützung zulässt, selbst wenn Linux-Lösungen (kostenlose Open Source) dies können? Warum nutzen sie nicht einfach diese vorhandenen Lösungen, um das Lesen und Schreiben für NTFS oder andere alternative Dateisysteme zu unterstützen?

Antworten (2)

Ich spreche sicherlich nicht für Apple, aber für mich ist ein einfacher Grund, dass jeder Code, den Apple versendet, auf der ganzen Welt installiert ist und der Code Schwachstellen, Fehler oder Schlimmeres enthalten kann. Selbst perfekter Code hat mit der Integration und dem Endbenutzersupport verbundene Supportkosten. Wenn Sie keine bestimmte Bibliothek auswählen möchten, nehmen wir an, dass die beliebten OSS-Pakete an dieser Stelle in erster Näherung nicht mehr oder weniger fehlerhaft sind als OS X.

Es entstehen Kosten, um die Arbeit sogar einzubeziehen, selbst wenn keine Anstrengungen unternommen werden, um sie zu testen oder zu unterstützen. Apple bietet jedem an der Genius-Bar kostenlosen Support, so dass echte Geschäfts- und Opportunitätskosten für den Versand von Apple-Produkten entstehen, die den Endbenutzern Probleme bereiten. Es fallen auch Kosten für die Schulung des Support-Personals an, um zu erklären, dass OS X nur mit NTFS-Leseunterstützung geliefert wird, aber meiner Schätzung nach ist das trivial im Vergleich zu den Kosten, die es sogar kosten würde, den NTFS-Code zu integrieren, geschweige denn, ihn zu unterstützen, sobald er ausgeliefert wird.

Apple tut nichts, um zu verhindern, dass Benutzer alternativen Dateisystemcode ausführen, aber ich sehe viele Gründe, warum sie nicht noch mehr Open-Source-Code einbauen, als sie es bereits an der ZFS/NTFS/extfs-Front tun .

+ potenzielle Lizenzprobleme.
@MaxRied Wenn Sie möchten, können Sie einen oder zwei Sätze in meinen Beitrag einfügen. Die Lizenzierung ist ein nicht triviales Problem für kommerzielle Softwareprodukte, die OSS-Lizenzcode enthalten.
Naaah, zu spät, zu müde, zu wenig Wissen...

Microsoft ändert NTFS nach Belieben, weil es ihr Dateisystem ist. Die einzige Möglichkeit, sicher zu sein, dass Sie alle Randfälle und neuen Funktionen handhaben und ein geringes bis gar kein Korruptionsrisiko haben, besteht darin, den Treiber direkt von ihnen zu lizenzieren (wenn sie überhaupt eine solche Lizenz anbieten würden).

Denken Sie daran: NTFS ist viel fortschrittlicher als HFS+. Beispielsweise unterstützt es Dateisystemtransaktionen mit Rollback (nicht nur einfaches Journaling), Verschlüsselung pro Datei, Komprimierung pro Datei und Analysepunkte (die es Plugins ermöglichen, eine Datei/einen Ordner zu verknüpfen, um benutzerdefiniertes Verhalten bereitzustellen). Es unterstützt auch Volumenschattenkopien, die im Wesentlichen eine zeitmaschinenähnliche Schnappschussansicht des Dateisystems sind, wie es in der Vergangenheit existierte, außer dass keine Hacks verwendet werden.

Können Sie wirklich sicher sein, dass die Freiwilligen, die am Open-Source-NTFS-Treiber arbeiten, vollständig verstehen, wie das Dateisystem gemountet wird, wenn es ausstehende, nicht festgeschriebene Transaktionen im Protokoll enthält?

Was passiert, wenn jemand die Festplatte auf einem Windows-System erneut bereitstellt und der NTFS-Treiber Copy-on-Write nicht verwendet, um die Snapshots der Volumeschattenkopie beizubehalten? Oder noch schlimmer, versehentlich veränderte alte Schnappschüsse, die stillschweigend die Geschichte korrumpieren?

Apple wird nicht mit aktivierter Schreibunterstützung ausgeliefert, weil sie nicht für einen Fehler verantwortlich sein wollen, der die Daten von Personen zerstört.