1) Sí, es posible acceder desde Liunx. Como otros explicaron, ntfs-3g es capaz de manejar ntfs comprimidos.
2) fiabilidad: la compresión está en ntfs desde hace mucho tiempo (desde Windows NT, consulte http://www.ntfs.com/ntfs-compressed.htm ). No veo ningún problema de confiabilidad en Windows. No estoy tan seguro acerca de las implementaciones que no son de Windows (por ejemplo, Linux). Si su única preocupación es leer los datos en Linux, esto no plantea ningún problema de confiabilidad (montar de solo lectura es una buena idea al restaurar copias de seguridad de todos modos).
Además, los datos se comprimen a nivel de clúster, que generalmente es de 4 kiB. Una corrupción física del disco solo afecta a grupos individuales, no a archivos completos. A este respecto, los ntfs comprimidos deberían ser tan confiables como los no comprimidos.
3) Rendimiento: el artículo de KB que cita dice que el rendimiento podría verse afectado en un sistema de servidor , donde la CPU ya está saturada. En un sistema de escritorio con una CPU actual como la describe, el uso de ntfs comprimidos para las copias de seguridad no debería tener ningún impacto significativo en el rendimiento. Por el contrario, si almacena datos comprimibles, en realidad podría ganar rendimiento ya que tiene menos E / S. Eso es especialmente cierto si la interfaz (USB 2.0) es lenta en comparación con la CPU. Supongo que su CPU debería ser fácilmente capaz de saturar un enlace USB 2.0 escribiendo o leyendo ntfs comprimidos.
4) Si configura el indicador de compresión para todo el sistema de archivos, no debería tener el problema de los archivos movidos no comprimidos.
Creo que es accesible desde Linux, pero no estoy seguro.
¿Confiable en qué sentido? Es más fácil que sus datos se corrompan, pero no estoy seguro de si eso es lo que quiere decir.
Es más lento en cuanto al procesador, pero más rápido en cuanto a E / S. Si su procesador es mucho más rápido que su disco, entonces podría valer la pena leer menos datos pero hacer algo de procesamiento, en lugar de leer archivos grandes pero evitando el procesamiento posterior.
No puede evitar esto, depende de cómo se programaron las aplicaciones. Recuerdo haber visto una configuración en Windows que tenía que hacer algo con esto, pero no creo que haga lo que necesita: actualizaré esto si resulta que lo hace.
fuente
El
ntfs-3g
controlador admite la lectura, la adición y (recientemente) la modificación de archivos comprimidos.El sistema de archivos es tan confiable como sus contrapartes habituales de Linux, ext3 / ext4.
El
ntfs-3g
conductor maneja todo muy bien. (Es posible que todavía tenga algunos errores al modificar archivos comprimidos; como dice la cita anterior, solo se ha agregado en la versión 2010.8.8).(sin respuesta)
Cuando esto es causado por programas que crean un archivo sin comprimir en otro lugar y lo mueven a su ubicación deseada más tarde, la solución es fácil: vuelva a habilitar la compresión en esos archivos.
fuente
ntfs-3g -V: 2013.1.13AR.1
A partir de Ubuntu 14.10, kernel 3.16, todavía no puedo garantizar la capacidad de ntfs-3g de incluso leer correctamente archivos comprimidos en mi partición GPT Win8. Incluso copiar un archivo sobre los resultados en un md5sum diferente.