Completando el equipo

Como había indicado en el cambio de equipo, no estaba terminado. Mi intención era poner un disco m-2 WD 2TB Blue modelo nuevo para home, pero no estaba disponible y el WD BLACK SN850 de 2 TB SSD NVMe se me iba de presupuesto (entre 320 a más de 400€ según distribuidor), así que quedó con el disco SSD SATA del equipo anterior (Samsung 870 QVO SSD 2.5"). Por suerte, en los días de Prime Day pude adquirir el Black 850 (208 €, con disipador incluido)

y por fin pude sustituir la unidad home. La ventaja de que en ese precio incluya el disipador también supuso que tuve que sacar el disipador que trae la propia placa Asus PRIME Z690-A.

Voy a poner un ejemplo para medir lo que ha supuesto todos estos cambios en tiempo de trabajo. La recodificación de una película 4k Remux de 70-80 GB a una versión razonable 4k x265 15-20GB llevaba en el equipo antiguo unos 3 días. Con el nuevo equipo más o menos, según duración de la película, oscilaba ente 11-17 horas. Pero luego reutilice el disco SSD SATA para dedicarlo solo a los ficheros origen y destino de esa codificación (antes usaba uno magnético WD RED PRO) y ahora, bajo esas condiciones, nuevo equipo, sistema y home en dos unidades WD BLACK SN850 NVMe PCIe Gen 4 de 500GB y 2 TB, respectivamente y un SATA SSD Samsung 870 QVO para manejar los ficheros de imagen, podemos hacerlo entre 5-8 horas. Seguramente, como la placa admite 4 NVMe podríamos acelerar más aún el proceso poniendo una unidad NVMe como origen y destino de los ficheros de codificación. Pero eso será cuando bajen de precio... A lo mejor no puede mejorar más, ya que cuando estaban los ficheros en un disco magnético, los cores del procesaro empezaban la codificación a tope, temperatura cerca de 90ºC y ventiladores a todo meter, pero luego se estabilizaban y volvían a la normalidad. En las condiciones actuales los ventiladores despiertan al edificio sin descanso ni normalización (tengo que cerrar la puerta). A lo mejor el procesador, i7-12700, que incluye tarjeta integrada, no puede más.

En la sustitución del disco SATA por el NVMe he tenido que realizar diferentes intentos:

1. Clonado con dd. Esto generó algún problema que no he podido entender. Como es natural, al clonar con dd quedan los discos con el mimo UUID, como ya habíamos visto aquí, así que supuse que simplemente podría arrancar de manera idéntica sin más, como me pasó aquí, sin tener que tocar fstab. Sin embargo no arrancaba el sistema; ¿alguna diferencia entre un SATA y NVMe? No lo sé.

2. En vista del fallo con el clonado por dd, instalación limpia. Muy rápida. Por alguna razón que no he encontrado en los logs, en las primeras horas el sistema gráfico saltaba aleatoriamente y precisaba reiniciar dos veces para arrancar el escritorio. A partir del día siguiente no lo ha vuelto a hacer. Parece como si el sistema se estuviera actualizando por detrás y se reseteara, pero eso no tiene sentido porque la instalación fue con Fedora-Everithing, con lo que extrae de los repositorios lo que hay que instalar y está actualizado. Bueno, no he encontrado la razón de esos fallos aleatorios del principio y ahora todo funciona perfectamente y hemos ganado fluidez en el trabajo (no lo he medido, aparte del tiempo de codificación; es solo una sensación).

En resumen, para que el sistema trabaje bien y rápido, pon el sistema operativo y el home (Mis documentos para los windoseros) en unidades NVMe, aprovechando las ofertas cuando aparezcan. Eso si, copia de seguridad, porque de estas unidades NVMe no se recupera nada cuando fallan (tampoco de las SSD SATA). Cuando el sistema podía acceder directamente a los chips de almacenamiento sí podíamos, pero ahora entre el sistema y los chips de almacenamiento existe un chip de control que es el único que sabe como se distribuye el material por dentro, y si este chip falla, adiós contenido. ¡Estáis avisados!

La necesidad de particionar un disco antes de instalar Fedora

La última instalación que hice, además de todas estas reparaciones y rearreglos que hemos visto, supuso también un cambio de discos duros. El disco de sistema, el disco que actúa como home y uno que utilizo para naterial multimedia son los mismos, pero el disco que funcionaba como copia de seguridad interna se estaba quedando pequeño y quise cambiar por un WD Red NASware de 6TB.

Como el ordenador tiene la posibilidad de conectar 6 unidades, para ocuparlas todas conecté un Caviar Black que tenía por ahí sin usar para ver que todo funcionaba correctamente si los colocábamos bien, es decir, la grabadora de última. En la instalación anaconda me mostró que antes de instalar, hay que formatear los discos. La instalación me permitió introducir todos los discos pero al decidir para que usaremos cada uno no me enseñaba el nuevo de 6TB. En resumen

sda1 /
sdb1 /home
sdc1 /home/multimedia
sdd1 /home/prueba

pero no había la posibilidad de introducir el sde1 para /home/backup por que no existía (lo bueno es que si media el espacio y decía cuantos TB quedaban sin usar).
El problema es que puse el disco directamente desde el estuche, sin formatear y no tenía partición alguna. Simplemente arranqué con un Fedora 22 live y, tras la intalación de gparted, generé una nueva partición y le di formato ext4. Luego ya pudo ser instalado como

sde1 /home/backup

Sí, es una instalación tradicional por unidades y no en volumen lógico (LVM); no estoy seguro de lo que puede pasar cuando se estropee un disco y lo que habría que hacer para recuperar el contenido. Además, no hay swap, por que no quiero poner la swap en sda, ya que es un disco sólido y quiero que dure (Intel 535 con SOLO 3 años de garantía, lo que me tiene algo escamado), y no me atrevo a ponerla en otro disco, por si retrasa el funcionamiento del sistema. Además, con 24GB de RAM no creo que sea estrictamente necesaria.

Discos duros: años y daños irreparables

Estos días he estado reparando un ordenador que pertenece a ese conjunto de maquinas antiguas que se siguen usando solo por que existe un sistema como Linux. El ordenador es un AMD del año 2001, sumatorio de piezas desechadas de diferentes máquinas. De repente, dejo de arrancar, sin señales ni luces. Por supuesto, era un problema de la fuente de alimentación. Un simple cambio permitió el arranque. Sin embargo, el sonido del disco duro era extraño, así que apagué enseguida y lo saqué para hacer una copia de seguridad.
El dispositivo era un Maxtor DiamondMax Plus 9 ATA/133 de 80GB, fabricado en noviembre de 2002 y ya utilizado en diferentes CPUs.
Al realizar la copia de datos, al llegar al 10% del total ocupado (alrededor de 50GB), la copia se interrumpió y el dispositivo empezó a sonar así


Sonido

hckorootx lo ha diagnosticado como problema en el motor de los cabezales, así que demos los datos no recuperados como perdidos. Por suerte, si bien el usuario no tenía copia de seguridad física, si mantiene el material en la nube, así que no hay una pérdida irreparable. Ahora solo queda buscar un dispositivo IDE para seguir usando esta antigualla.

Multimedia y los requerimientos del almacenaje

El problema en el almacenaje nace de la moda y facilidad de extraer fotos y vídeos. Hasta el año 2000, aproximadamente, mi trabajo se basaba en texto, y ocupaba poco. Sin embargo, con las cámaras digitales "disparamos" muchas más fotos y sacamos vídeos; no solo familiares, si no que también en el trabajo. Ese acúmulo supone que un artículo, que antes ocupaba 200kb (las fotos estaban "almacenadas" en negativos) ahora suponen 5 o 6 MB de texto, 10 o 12 de datos y resultados estadísticos y 5 GB de fotos y vídeos. Las clases eran también texto, y las imágenes estaban en diapositivas. Hoy preparamos presentaciones, que incluyen fotos, sonidos y vídeos. Esta evolución a lo "multimedia" supone que el material de trabajo crece exponencialmente. Aquí esta el problema de almacenaje.

A eso le podemos sumar otra situación; la música. Es general ya no se utilizan los CDs para nada (en mi caso solo para ripearlos). La música se escucha en aparatos mucho más pequeños que los 12cm del CD. Eso ha supuesto que la música se almacena, al menos en mi caso, en un directorio donde se va extrayendo cuando se quiere oír, generalmente en una compresión sin pérdida FLAC, y a veces una segunda versión comprimida con pérdida MP3, ya que hay dispositivos que no leen FLAC (como dato que confirma esta afirmación, estoy escuchando a Corelli mientras escribo, pero no desde el disco original, si no que desde un FLAC extraído hasta un disco dedicado solo a eso). Para curiosos, en el ordenador uso el terminal:

mplayer *.flac

El resultado de esta moda multimedia es la necesidad de tener centenares de GBs, o incluso varios TB en el ordenador principal y discos más grandes externos para hacer copias de seguridad. Terminaremos con ordenadores así en nuestra casa

http://upload.wikimedia.org/wikipedia/commons/5/54/Floridaserversfront1.jpg

Y esto ¿por qué?

He tenido problemas por la inclusión de un quinto disco en mi ordenador, debido a la necesidad de espacio. Pero esto será una nueva historia ... quiero decir entrada.

PD. Ahora mismo he cambiado a Tomás Luis de Victoria (recomendado; corales maravillosas).

Otro disco dañado

Ayer encontré un disco que había dejado de usar por que me había generado algún fallos hace tiempo. Pensando en que un disco de 320Gb sigue siendo un disco y vale dinero, decidí aplcar lo de la otra entrada y decidí comprobar sectores erróneos y formatear a ceros.
Para lo primero lancé la orden

sudo badblocks -w -v /dev/sdg

pero cuando estaba comparando con el segundo patrón y ya llevaba bastantes horas, decidí cortar y directamente formatear, si le podemos llamar así, a ceros

sudo dd if=/dev/zero of=/dev/sdg

Y ahí lo tengo. Cuando termine, le doy un formato NTFS o ext4, según donde lo vaya a usar, y listo. Le llevará bastante tiempo, por cierto.

Edito: Y ya está. No puedo decir el tiempo que le llevó, por que lo he revisado a primera hora de la mañana y se acabó por la noche. He revisado el log del terminal (/var/log/auth.log), pero entre tanta acción cron no me aclaro a que hora terminó. He generado una nueva partición y la he formateado como NTFS, esperando a ver que se hace con el dispositivo