Menos es más. Cajas externas para discos 3.5'

Si bien al principio de mi vida informática usaba un solo disco duro para todo en el ordenador, desde hace años he dividido el almacenaje en los discos de sistema, más pequeños y de más velocidad, lo que hoy se traduce en discos sólidos, y donde se almacena el material. Más aun, en los tiempos actuales dispongo al menos de 3 discos, uno de sistema, uno de home (lo que para usuarios de windows vendría a ser Mis Documentos) y un (o dos o tres, según el caso) tercero de almacenaje (trabajo ya terminado, material multimedia, música...). Como es natural, los discos se van sustituyendo por otros. ¿Qué se hace con los discos desechados? Pues, por supuesto, siguen funcionando. En general los he incorporado a cajas con conexión USB para poder usarlos como discos externos. Sin embargo, en estos momentos se presentan dos problemas:
1. El primero se debe a la baja calidad de las cajas que se venden hoy. Tengo aun cajas de hace muchos años, incluso una IDE, que siguen funcionando sin problemas, pero las nuevas, incluso de marcas conocidas, fallan frecuentemente, y cuando llevan algunos años, no se salva casi ninguna (lo bueno es que los transformadores funcionan y son casi todos universales). Y eso nos lleva al segundo problema...
2. Las cajas antiguas, las de calidad, las caras (una IDE de 10.000pts o una SATA de 65€, comparadas con las de 10-15€ que compramos hoy), las que NO FALLAN, son USB2, y por tanto lentas, y no leen discos con más de 2,5TB con formato GPT.

Para solucionarlo he decidido reducir el número de cajas y utilizar un modelo abierto, de tal manera que pueda introducir y sacar los discos directamente, sin tener que abrir y desatornillar. Con tener una al lado de cada destino, suficiente. Menos peso que llevar, menos espacio, y cuando falle una caja de las anteriores, se tira y a correr. En resumen, me he comprado dos cajas Orico 6518US3 USB3,

que admiten discos 3.5' y 2.5' y discos de 4TB (el de mayor capacidad que uso hasta hoy). Por supuesto, será tan frágil como las otras, pero no voy a necesitar más de dos. Más sencillo, más práctico, más ligero, solo dos cajas que controlar.

Unidades USB. Uso de Hubs alimentados

La solución para el uso de los dispositivos externos pasa por dos acciones.
Primero, dar permiso a los dispositivos externos mediante ntfs-config, que hay que arrancar como administrador, en Fedora, por falta de gksu, se hace desde terminal
$ su -
     (password)
# yum install ntfs-config

Para llamar a la aplicación  tenemos que generar directorios -como administrador- que en las últimas actualizaciones de kernel ya no existen (véase aquí)

# mkdir /etc/hal
# mkdir /etc/hal/fdi
# mkdir /etc/hal/fdi/policy

y ya podemos llamar a ntfs-config -seguimos como administrador-

# ntfs-config

donde permitimos el uso de dispositivos externos.

Segundo, y no menos importante, por lo que me ha pasado a mi, poner los lápices USB en un puerto bien alimentado. La copia que tardó 26 minutos se hizo en 2 minutos y medio poniendo el mismo lápiz USB en un hub alimentado, lo que se denomina hub "self-powered", es decir autoalimentado. El intento anterior se hizo en un puerto USB situado en el monitor, que se une mediante un cable de 1m a otro hub sin alimentación. Esto nos indica que el monitor no debe alimentar ese puerto, y por lo tanto no es de extrañar que tardara tanto. Lo que me extraña es que acabara la copia o que se detecte a la unidad.

Queda una prueba por realizar, que es la copia en disco duro. No puedo negar que la temo, por que en los dos últimos intentos he perdido 600GB de material multimedia, pero tarde o temprano la tendré que hacer.

Fedora 16. Copia en dispositivos externos NTFS

Una de los problemas que aun estoy teniendo en Fedora es la copia a dispositivos externos. Como es bien sabido, el permiso para copia en dispositivos externos tiene que ser autorizado. Eso me ha pasado en Ubuntu, y también aquí. El problema se resume hasta ahora mismo así:
1. Primer intento. Copia de un fichero de 2,2GB a una unidad USB Kingston DataTraveler 400 de 4GB. Después de hora y media de aburrimiento, lo desmonto y el resultado es que la unidad no tiene el índice de contenidos adecuado y el fichero de 2,2GB no aparece. Son "visibles", en teoría, 4 ficheros más pequeños que habían sido borrados.
2. Segundo intento. Reintento de copia en la misma unidad USB dejándole toda la noche; desmontado normal. Mismo resultado.Por lo tanto deduzco que me está pasando que la copia en los dispositivos externos no está permitido. En Ubuntu siempre lo he solucionado llamando a ntfs-config y permitiendo la copia a dispositivos externos formateados en NTFS con ntfs-3g. Instalo el paquete desde PackageKit (me sigue gustando más Synaptic).

La sorpresa surgió de que al llamar a la aplicación surge este aviso:

Es decir, a aquellos usuarios que nos sentimos cómodos en Linux, pero solamente por que nos hemos movido por Ubuntu, nos entra una pequeña "flojera" al ver que realmente aun no sabemos tanto. Damos por sentado que gksu está instalada "per se", y no es así. En su página Web se puede observar de que aunque se define como librería para uso gráfico de su y sudo, realmente está desarrollada por gente de Debian, y por ello no está instalada en distribuciones rpm. Más aun, ni siquiera está empaquetada por Fedora, así que no está disponible en los repositorios

Tenemos disponible beesu, pero según algunos comentarios en la red genera o puede generar problemas en el arranque de los ordenadores.
Yo lo he intentado solucionar de manera terminal a través de sudo

Sin embargo el resultado, hasta ahora, no es satisfactorio. He copiado el mismo fichero de 2,2GB a un dispositivo Kingston DT R500, teóricamente más rápido en escritura y, aunque sí se ha copiado y funciona en otros ordenadores y en la unidad WDTV, ha tardado más de 20 minutos a una velocidad media final de 1,4 MB/s, que es la décima parte de la velocidad con la que debería copiar este lápiz.

Próximos intentos:
- Ya he instalado, como se ve en la imagen superior, beesu, aunque cuando lo llamo sin su o sudo, no veo que funcione como gksu, que automáticamente daba la posibilidad de autentificarse como administrador y permitir el uso de la aplicación que lo necesitase (aunque en el fondo es también una quiebra en la seguridad). Por ahora no supone ninguna diferencia.
- Me queda por probar dispositivos externos en ext4, para saber si se debe a ser dispositivos externos o por estar formateados en NTFS, que en general, podrían ir más lentos (ver aquí).
- Si funciona más rápido en ext4, lo siguiente será probar discos duros externos en NTFS (no me atrevo desde el último intento con 600GB perdidos).
- Si los DD NTFS funcionan, entonces empezaré a usar diferentes puertos para los lápices.
Seguiremos con el asunto

Desmontado discos duros NTFS

Los últimos dos arranques de mi ordenador han sido un suplicio. Se queda en negro esperando algo ¿Qué será ese algo? Y así minutos y minutos. Dándole a muchas teclas, y no sé cual es la buena, se recibe una pantalla con esta respuesta:

Como se ve, la he capturado con una cámara. Aparte de unos errores de red que se deben a una confusión que tuve en la identificación de las dos tarjetas de red que tiene el ordenador al configurar la conexión en la instalación nueva de Ubuntu 11.10 -que se autocorrige- el problema estaba en que el sistema espera encontrar un disco externo Toshiba que, teóricamente, no fue bien desmontado. Sin embargo yo recuerdo haber desmontado correctamente el disco, así que asumo que el problema está en el espacio vacio en la etiqueta del disco -TOSHIBA EXT-, ya que los espacios vacíos generan errores en la ejecución de comandos en Linux. El problema es que en en el directorio /media quedaba siempre la presencia del dispositivo TOSHIBA EXT, por mucho que lo desmontemos

Lo primero que hice fue cambiarle la etiqueta al disco, para evitar el espacio vacío. Para ello usé palimpsest

Aun así el dispositivo TOSHIBA EXT aun existía en /media. Siguiendo la recomendación de hckorootx edité a nivel de administrador el fichero /etc/fstab, donde quedan registrados los dispositivos del ordenador

sudo gedit /etc/fstab

para eliminar las líneas seleccionadas (color naranja), donde se identifica el dispositivo TOSHIBA\40EXT. Es recomendable hacer una copia de seguridad inicial, por ejemplo guardar un fstab.bak por si borramos el dispositivo / (el raíz), en cuyo caso el ordenador no arrancaría. Sin embargo, si hemos guardado una copia de seguridad con un CD Live podríamos recuperar el sistema. El fichero guardado queda así

Al reiniciar, el arranque es normal. Sea cual sea la razón, recomendable eliminar los espacios en las etiquetas de nuestros discos esternos (y unidades USB en general).