Lista de soluciones a USB lentos cuando se copian uno o varios archivos grandes de mas de una Giga. (ACTUALIZADO)

Empecemos...

Por fin y después de meses de muchas pruebas y desesperación, creo que ya he descubierto el problema de los USB en Linux que se ponen muuuu lentos.

Problema:
Comienza la grabación en el USB de varios archivos de un peso considerable ( > 1 Gb) y todo parece ir bien, hasta que llegando casi al final se ralentiza antes de terminar y casi llega a pararse e incluso puede tardar más de 10 minutos y si son mas de un archivo incluso llega a colapsarse y bloquear el ordenador hasta que es extraido a lo bestia.

Solución 1: (No me ha funcionado, pero a otros si)

Como root:

Crear una regla cambiando el atributo de máximos sectores de 240 (por defecto y el posible causante del problema) por 128 que es el que utiliza por ejemplo el windoes, un poco mas lento pero la escritura es mas estable.

La ruta donde crear la regla...

/usr/lib/udev/rules.d/

Crear una nueva regla con el nombre, por ejemplo...

81-udisks_maxsect.rules

Poner dentro de la regla creada...

SUBSYSTEM=="usb", ATTRS{max_sectors}=="240", ATTRS{max_sectors}="128"

NOTA1: La nueva asignación de sectores tiene que llevar un solo igual y no dos como el valor anterior (=).
NOTA2: Si no funciona así, prueba a poner 64 en vez de 128, para ver si de este modo funciona.
NOTA3: Los cambios en caliente no me han funcionado y he tenido que reiniciar el equipo para surtan efecto.

Que lo que hacemos basicamente es reducir el máximo de sectores.

Guardas y debería funcionar.

Solución 2: (A mi no me ha funcionado, pero a muchos si)

Como root;

Desmontar o evitar que se monten las unidades USB introducidas de manera automática, ya que crea unos atributos sincronos y que hacen que se tenga que estar copiando en la memoria del ordenador antes que en el USB y con async parece que mejora.

Solución 3: (Cuando bloquea el ordenador al estar realizando el traspaso a los USB) [FUNCIONA - LA SOLUCIÓN DEFINITIVA].

Como root:

echo $((48*1024*1024)) > /proc/sys/vm/dirty_background_bytes
echo $((64*1024*1024)) > /proc/sys/vm/dirty_bytes

Que lo que hace basicamente es reducir la memoria sucia y en consecuencia una mayor estabilidad del sistema.

NOTA: La grabación a los USB será un poco mas lenta, pero sin problema de freeze (congelación del sistema).

Es un problema que lleva arrastrando varias versiones del núcleo y que no ha sido solucionado a día de hoy y que afecta, parece ser, solo a los equipos instalados con una versión de 64 Bit y no en 32 Bit.

Solución 4: (No me ha funcionado, pero a otros si).

Entrar en la bios y desactivar el USB legacy.

NOTA: Si tienes un teclado USB, puede no responder hasta que no se haya accedido al grub, en otros casos (como el mio) si que me ha dejado entrar en la bios. NO desespereis, solo hay que conectarlo (en el caso de que falle) a un puerto de teclado y se soluciona.
Si no se soluciona así, debes abrir la carcasa del ordenador y poner el pin de la cmos (bios) en clear, quitar la pila y pulsar el encendido durante 30 segundos aproximadamente, luego vuelves a poner la pila, el pin de la cmos en su estado original y reiniciar y ya deberías poder entrar con el teclado normalmente.

Solución 5: (Me ha funcionado)

Configurar el grub para que arranque en modo acpi activo... pci=acpi

Se debe editar el archivo como root

gedit /etc/default/grub

Entonce se añade a la línea que comienza por GRUB_CMDLINE_LINUX_DEFAULT= o algo parecido los siguientes datos...

Antes: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Despues: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=acpi"

Es posible que sea necesario actualizar el grub en caliente...

update-grub

como root, claro.

NOTA: Puede variar esta línea según sistema y configuración, pero comienza por lo puesto anteriormente. También tener en cuenta que el pci=acpi tiene que ir dentro de las comillas o no funcionará.

Espero que sea de ayuda, porque a mi me ha ayudado bastante.

Saludos y hasta la próxima parrafada!!!