Mailinglist Archive: opensuse-es (1878 mails)
| < Previous | Next > |
Re: [opensuse-es] Modulo ntfs-3g en dispositivo usb
- From: "Camaleón" <noelamac@xxxxxxxxx>
- Date: Fri, 5 Oct 2007 17:20:26 +0200
- Message-id: <b23e69e70710050820j6d1f95a2y9ba13c9da1f36080@xxxxxxxxxxxxxx>
El 5/10/07, agr.suzdal escribió:
> Una de las grandes diferencias es el journal de transacciones.
> Diria que fat no tiene, y no he estudiado su estructura, pero lo que si
> te puedo decir es que si escribes en fat, cuando termina (con o sin
> cache), el sistema de ficheros no escribe nada más, ni recuerda que has
> echo ni que ha leido ni escrito ni si hay algo pendiente.
Correcto, pero el fat también es vulnerable a las corrupciones del
sistema de ficheros, debido a un corte de energía, por ejemplo. El
usuario debe saberlo y actuar en consecuencia (mediante la extracción
segura del dispositivo usb o realizando un mantenimiento periódico de
la estructura del disco para verificar errores).
El problema es que "no me creo" que por desconectar un disco usb en
caliente sin haber activado la extracción segura se haya producido una
corrupción del volumen... más aún si la extracción del disco "a lo
bruto" se ha realizado sólo una vez :-/
Lo que creo es que el driver ntfs-g3 "no sabe" realmente cómo está el
volumen ntfs y recomienda un chequeo, nada más, pero desconoce si hay
algún error real o no. Esa es mi queja :-P.
> La cosa es que ntfs-3g al estar por ingenieria inversa, no contempla al
> 100% todas las posibilidades y por eso, en caso de error, pues deja al
> usuario el control del tema, pues no todo se puede recuperar de forma
> automática. La cosa es, y esto lo puedes comprovar "a mano", es en
> windows crea un fichero corrupto y veras las burradas que hace windows,
> ya que el te recupera los datos a su antojo, y no siempre hace lo
> correcto, ya que muchas veces en casos criticos rompe más de lo que arregla.
Una de las pocas cosas que no me han causado problemas en los sistemas
windows son los discos duros. Ni en las versiones antiguas (95-98 con
fat32) ni en las más modernas (2000-xp con ntfs) he tenido problemas
de corrupción del sistema de archivos por culpa de apagones "a lo
bruto" o de otra índole... al menos en ese aspecto, ojo, problemas de
otro tipo sí he tenido.
Y en sistemas ntfs (que deberían ser más robustos que los fat32) sí he
visto sistemas de archivos destrozados por culpa de no llevar un
mantenimiento de los discos duros ni de tener los equipos con unidades
sai. En esas circunstancias (sistema de archivos destrozado) los
equipos ni siquiera podían arrancar ;-).
Saludos,
--
Camaleón
---------------------------------------------------------------------
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
> Una de las grandes diferencias es el journal de transacciones.
> Diria que fat no tiene, y no he estudiado su estructura, pero lo que si
> te puedo decir es que si escribes en fat, cuando termina (con o sin
> cache), el sistema de ficheros no escribe nada más, ni recuerda que has
> echo ni que ha leido ni escrito ni si hay algo pendiente.
Correcto, pero el fat también es vulnerable a las corrupciones del
sistema de ficheros, debido a un corte de energía, por ejemplo. El
usuario debe saberlo y actuar en consecuencia (mediante la extracción
segura del dispositivo usb o realizando un mantenimiento periódico de
la estructura del disco para verificar errores).
El problema es que "no me creo" que por desconectar un disco usb en
caliente sin haber activado la extracción segura se haya producido una
corrupción del volumen... más aún si la extracción del disco "a lo
bruto" se ha realizado sólo una vez :-/
Lo que creo es que el driver ntfs-g3 "no sabe" realmente cómo está el
volumen ntfs y recomienda un chequeo, nada más, pero desconoce si hay
algún error real o no. Esa es mi queja :-P.
> La cosa es que ntfs-3g al estar por ingenieria inversa, no contempla al
> 100% todas las posibilidades y por eso, en caso de error, pues deja al
> usuario el control del tema, pues no todo se puede recuperar de forma
> automática. La cosa es, y esto lo puedes comprovar "a mano", es en
> windows crea un fichero corrupto y veras las burradas que hace windows,
> ya que el te recupera los datos a su antojo, y no siempre hace lo
> correcto, ya que muchas veces en casos criticos rompe más de lo que arregla.
Una de las pocas cosas que no me han causado problemas en los sistemas
windows son los discos duros. Ni en las versiones antiguas (95-98 con
fat32) ni en las más modernas (2000-xp con ntfs) he tenido problemas
de corrupción del sistema de archivos por culpa de apagones "a lo
bruto" o de otra índole... al menos en ese aspecto, ojo, problemas de
otro tipo sí he tenido.
Y en sistemas ntfs (que deberían ser más robustos que los fat32) sí he
visto sistemas de archivos destrozados por culpa de no llevar un
mantenimiento de los discos duros ni de tener los equipos con unidades
sai. En esas circunstancias (sistema de archivos destrozado) los
equipos ni siquiera podían arrancar ;-).
Saludos,
--
Camaleón
---------------------------------------------------------------------
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |