¿Por qué Apple no envía ni admite controladores FOSS para capacidades de escritura NTFS?

¿Hay alguna razón por la que Apple no permita el soporte de escritura NTFS, incluso cuando las soluciones Linux (gratuitas y de código abierto) sí lo permiten? ¿Por qué no utilizan simplemente esas soluciones existentes para admitir lectura y escritura para NTFS u otros sistemas de archivos alternativos?

Respuestas (2)

Ciertamente no hablo por Apple, pero para mí una razón simple es que cualquier código que envía Apple está instalado en todo el mundo y el código podría tener vulnerabilidades, errores o cosas peores. Incluso el código perfecto tiene costos de soporte asociados con la integración y el soporte al usuario final. A menos que desee elegir una biblioteca específica, supongamos que los paquetes populares de OSS no tienen más o menos errores que OS X en este punto en una primera aproximación.

Hay un costo incluso para incluir el trabajo, incluso suponiendo que no se haga ningún esfuerzo para probarlo o respaldarlo. Apple brinda soporte gratuito a cualquier persona en el bar de genios, por lo que existe un costo comercial y de oportunidad real para el envío de productos de Apple que causa problemas a los usuarios finales. También hay un costo para capacitar al personal de soporte para explicar que OS X solo se envía con soporte de lectura NTFS, pero mi estimación es trivial en comparación con lo que costaría incluso integrar el código NTFS y mucho menos admitirlo una vez que se envía.

Apple no hace todo lo posible para evitar que los usuarios que desean ejecutar un código de sistema de archivos alternativo se ejecuten, pero puedo ver muchas razones por las que no incorporan aún más código de código abierto que el que ya tienen en el frente de ZFS/NTFS/extfs. .

+ posibles problemas de licencia.
@MaxRied Puede editar una oración o dos en mi publicación si lo desea: la licencia es un problema no trivial para el producto de software comercial que incorpora el código de licencias OSS.
Naaah, demasiado tarde, demasiado cansado, muy poco conocimiento...

Microsoft cambia NTFS de la forma que quiera porque es su sistema de archivos. La única forma de estar seguro de que maneja todos los casos extremos, las nuevas funciones y tiene poco o ningún riesgo de corrupción es obtener la licencia del controlador directamente de ellos (si es que ofrecen tal licencia).

Recuerde: NTFS es mucho más avanzado que HFS+. Por ejemplo, admite transacciones del sistema de archivos con reversión (no solo registro en diario), cifrado por archivo, compresión por archivo y puntos de análisis (que permiten que los complementos enlacen un archivo/carpeta para proporcionar un comportamiento personalizado). También es compatible con la instantánea de volumen, que es esencialmente una vista instantánea similar a una máquina del tiempo del sistema de archivos tal como existía en el pasado, excepto que no usa hacks.

¿Puede realmente estar seguro de que los voluntarios que trabajan en el controlador NTFS de código abierto entienden completamente cómo montar el sistema de archivos cuando tiene transacciones pendientes no confirmadas en el registro?

¿Qué sucede cuando alguien vuelve a montar el disco en un sistema Windows y el controlador NTFS no usó la copia en escritura para conservar las instantáneas de instantáneas de volumen? ¿O peor aún, instantáneas antiguas modificadas accidentalmente, corrompiendo silenciosamente la historia?

Apple no se envía con el soporte de escritura habilitado porque no quieren ser responsables de que algún error destruya los datos de las personas.