Transferencia archivos de Ubuntu muy lenta, a hd externo formato NTFS

Hola buenos días un abrazo.

Intenta formatear el disco con exFAT ya que es un sistema de archivos mucho mas eficiente y con mejores factores de compatibilidad para Linux e intenta de nuevo hacer la transferencia.

Quedamos atentos a cualquier noticia

Abrazos

Mi opinión y sugerencia..

• Si puedes, compra un disco SSD, lo vas a notar mucho.

• Punto dos, si puede ser USB 3.0 y tienes conexión 3.0 en tu equipo entonces vuelas copiando.

• Transforma a formato exFAT a lo que dice John es otra buena opción para probar que tal la copia y su velocidad, algo mejorará.

Analiza el disco para ver si tiene errores y se queda pillado a veces en velocidad por eso, porque como dices que puede tener sectores mal, la cosa cambia.

Aquí tienes explicación de ello.. lo mejor cambiar de NTFS al formato exFAT y te quitas de lios. Pero si quieres mejorar velocidad de NTFS lee esto:

• Hay un dispositivo USB lento conectado a uno de los puertos del concentrador USB al que está conectado el disco.

• Uso de la opción de montaje de sincronización que obliga a escribir más en el dispositivo (no utilice la sincronización a menos que tenga una buena razón).

• Discos de estado sólido (SSD), USB y otras unidades flash pueden tener muchas razones para el bajo rendimiento:
  • El rendimiento de escritura de algunos Intel y otros SSD puede caer drásticamente con el uso. El formateo de bajo nivel puede ayudar temporalmente.
  • El rendimiento de escritura de algunos Intel y otros SSD puede disminuir significativamente cuando se activa la característica de administración de resistencia de disco para permitir que el dispositivo tenga, como mínimo, cinco años de vida útil. El límite típico es de 20 GB escritos por día.
  • La escritura al azar y el funcionamiento paralelo de muchos flash, USB y hardware SSD puede ser tan bajo como 0,02 MB / s.
  • La desfragmentación provoca un rendimiento aún peor y acorta la vida útil de estas unidades.
  • Las particiones no están alineadas con los límites del bloque de flash.
  • Archivo pesado de archivos temporales y de archivos pequeños.
  • Actividad pesada del archivo de la página (intercambio).
• DMA está desactivado. Compruebe el BIOS y utilice hdpram, sdparm, blktool en Linux.

• Uso de un dispositivo integrado o un subsistema de E / S muy rápido (100+ MB / s, RAID).

• Errores de hardware o de sector defectuoso. Compruebe los archivos de registro en / var / log.

• Es posible que algunos controladores USB externos se apaguen durante la actividad de escritura, lo que puede provocar grandes retrasos en las operaciones de E / S.

• No utilizar el controlador de rendimiento mejorado en Mac OS X.

• Un software ignora errores o no tiene un manejo correcto de errores. En tales casos el problema a menudo se hace visible en NTFS-3G, no en el software defectuoso.

• Algunas versiones de Nautilus tienen un error de rendimiento con archivos de más de 20 MB. El problema desaparece si se utilizan herramientas de línea de comandos o gestores de archivos alternativos, como Thunar o Konqueror.

• No utilizar al menos NTFS-3G Versión 2009.3.8.

• Estado: Una versión optimizada de alto rendimiento, principalmente para dispositivos electrónicos de consumo, está disponible comercialmente.

• No utilizar al menos NTFS-3G Versión 2009.3.8.

• Escribir archivos de varios GB en un volumen altamente fragmentado internamente.

• Algunos programas utilizan los tamaños de bloques más ineficientes por defecto.

• Un archivo muy escaso es regularmente escrito o actualizado.

• Está utilizando compresión transparente (puede desactivar la compresión en conjunto usando la opción nocompression o deshabilitar la compresión por directorio).

• Algunos programas de software hacen operaciones intensivas de archivos a veces (Beagle, Amarok collectionscanner, updatedb, Spotlight, etc).

• El uso de la CPU no es visible directamente en el caso de los controladores del sistema de archivos del kernel, pero esto no es cierto para los controladores de espacio del usuario. Es decir, están en la lista de procesos a diferencia de los controladores del kernel. Un uso más alto de la CPU es normal y se espera en algunos escenarios. Esto es cierto para la mayoría de los sistemas de archivos, no sólo NTFS-3G.

• El tamaño de bloque NTFS (tamaño de clúster) es menor que 4096 bytes. Esto sucede a menudo, por ejemplo, si FAT32 se convirtió a NTFS. El controlador siempre registra esta información para los dispositivos de bloque. Puede buscar el valor de 'blksize' en los archivos de registro del sistema en el directorio / var / logs. Normalmente esta información se puede encontrar en el archivo de registro 'messages' o 'daemon.log', dependiendo de su sistema operativo.

• Uso de un dispositivo integrado o un subsistema de E / S muy rápido (100+ MB / s, RAID).

• VMware no está utilizando "mainMem.useNamedFile = FALSE" en el archivo .vmx.

• Solución: el uso de la opción de montaje "big_writes" generalmente reduce el uso de la CPU, siempre que el software que solicite las escrituras admita bloques grandes.

Como ves hay muchos factores que pueden estar dando ese problema con NTFS (Descartando que sea por fallo de hardware del disco)

1. La opción big_writes probablemente no ayudará mucho en la velocidad de escritura de datos 4K.
2. Existen drivers como comentas, que son especialidad, yo había oido de Paragon es libre para uso personal el driverNTFS que se llama NTFS & HFS para Linux 9.4 Express y una versión profesional.

Es otra opción... pruebalo y ya nos dirás si conseguiste que cogiera velocidad más rápida para NTFS en Linux (Ubuntu).

Por favor Identificate o Registrate para poder ver este contenido