compartir incoming

[Surfaz Gemon Meme]

El 2 de marzo de 2009 1:47, Eloy Mier Pérez <emierp en gmail.com> escribió:

> En mi caso, el sistema Linux lo uso para trabajar, y la verdad, no me
> siento cómodo si se que desde un sistema Windows se tiene acceso al mismo,
> prefiero que sea Linux el que accede a Windows, me resulta mas seguro, pero
> para gustos colores.
>

El driver ntfs-3g está desarrollado vía ingeniería inversa ya que no se han
liberado datos ni documentación del NTFS de Microsoft

http://es.wikipedia.org/wiki/NTFS

Que sea de ingenería inversa implica que no es una implementación 100%
completa por lo que estas caminando sobre un suelo resbaladizo... a mi me
parece que eso no es seguridad total.

Cuando accedes a una partición NTFS desde GNU/Linux estas cargando el
programa ntfs-3g para escibrir datos o leer datos de ella. Una aplicación
como el aMule puede estar usando el ntfs-3g continuamente pudiendo provocar
(a mi ya me ha pasado) que el ntfs-3g consuma un elevado % de recursos y/o
procesador del sistema -> peor rendimiento general.

Según lo veo, el ntfs-3g está diseñado (en la actualidad) para un uso
eventual no para un uso continuado. Un ejemplo es que aun no soporta
permisos, ACLs <http://es.wikipedia.org/wiki/Lista_de_control_de_acceso>  ni
la compresión/cifrado de ntfs.

http://es.wikipedia.org/wiki/NTFS-3G

Ojo! No digo que el ntfs-3g no sea estable, sólo digo que la implementación
del FAT en GNU/Linux (vfat) es mucho más estable, y claro... ext2 o ext3 es
aún más estable que FAT

Luego, por otra banda, el driver de ext2/3 para Windows parte de las
especificaciones libres del sistema de archivos ext2/3 por lo que, en mi
opinión, es una implementación más completa que el NTFS de Windows en
GNU/Linux.


> Por otro lado, podemos ver en el post que el acceso a fat tiene solucion y
> no parece complicada.
>

El problema es que puede que a los demás si.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://lists.ubuntu.com/archives/ubuntu-es/attachments/20090302/9a7cc2b5/attachment.htm