Ubuntu Server on KnightLi Blog

Como elegir una distribucion Linux para servidores en 2026: comparativa entre Debian, Rocky Linux, AlmaLinux y Ubuntu Server

Thu, 07 May 2026 21:03:12 +0800

Al elegir una distribucion Linux para servidores en 2026, la pregunta clave no es “cual es la mejor”, sino “cual encaja con tu modelo de operaciones”.

Si necesitas la distribucion comunitaria mas estable, Debian sigue siendo una de las mejores opciones. Si necesitas el ecosistema compatible con RHEL pero no quieres comprar RHEL directamente, Rocky Linux y AlmaLinux son los sucesores mas naturales de CentOS. Si lo que mas te importa son las imagenes cloud, la documentacion, el despliegue rapido y paquetes mas recientes, Ubuntu Server sigue siendo el camino mas sencillo.

A continuacion va una comparativa practica desde la perspectiva de servidor.

Conclusion rapida

Distribucion	Mas adecuada para	Fortalezas principales	Puntos a tener en cuenta
Debian	Estabilidad a largo plazo, self-hosting, servicios basicos	Estable, limpia, comunidad fuerte, profunda tradicion de software libre	Los paquetes por defecto son conservadores; el soporte comercial empresarial es menos explicito que en RHEL/Ubuntu
Rocky Linux	Entornos de produccion compatibles con RHEL	Cerca de los habitos de RHEL, adecuada para migraciones empresariales desde CentOS	Cadencia de paquetes conservadora; el escritorio y la experiencia con tecnologias nuevas no son el foco
AlmaLinux	Produccion compatible con RHEL, cloud, reemplazo empresarial	Compatible con RHEL, comunidad activa, ciclo de vida claro	Aun tiene algunas diferencias frente a RHEL; conviene leer las notas de version
Ubuntu Server	Servidores cloud, contenedores, despliegue de desarrollo	Buen soporte cloud, mucha documentacion, despliegue rapido, largo ciclo LTS	Snap, kernels HWE y PPAs necesitan reglas de equipo

En una frase:

Eleccion general mas segura: Debian.
Reemplazo del ecosistema RHEL empresarial: Rocky Linux / AlmaLinux.
Cloud y eficiencia de desarrollo primero: Ubuntu Server.

Debian: estabilidad a prueba de anos

En mayo de 2026, la version estable actual de Debian es Debian 13 trixie. Debian 12 bookworm paso a oldstable y sigue recibiendo seguridad y soporte LTS, pero los despliegues nuevos de servidor normalmente deberian partir de Debian 13.

Las caracteristicas de Debian siempre han sido claras:

seleccion conservadora de paquetes por defecto;
estructura de sistema limpia;
sin una fuerte dependencia de un proveedor comercial;
gobernanza comunitaria madura;
muy adecuada para servicios basicos de larga duracion.

Debian se siente comoda si tus servidores ejecutan principalmente:

Nginx / Apache;
PostgreSQL / MariaDB / Redis;
Docker / Podman;
WireGuard / Tailscale;
servicios de archivos, copias de seguridad y monitorizacion;
pequenas aplicaciones self-hosted.

La ventaja de Debian no es ser “la mas nueva”, sino exigir menos pelea. Muchos servidores pueden funcionar durante anos con actualizaciones normales de seguridad y mantenimiento menor.

Debian es adecuada cuando:

quieres que el sistema siga siendo simple y no quede demasiado condicionado por la estrategia de un proveedor;
conoces apt, systemd y la disposicion de archivos de Debian;
aceptas que las versiones de software no sean las mas recientes;
valoras mas estabilidad, actualizaciones de seguridad y upgrades predecibles.

Debian es menos adecuada cuando:

un proveedor solo certifica RHEL o Ubuntu;
necesitas soporte comercial empresarial con SLA;
dependes del kernel mas nuevo, una pila GPU reciente o soporte para hardware muy nuevo;
tu equipo ya construyo sus estandares de operacion alrededor del ecosistema RHEL.

Mi lectura: para servidores personales, self-hosting, SaaS ligero e infraestructura de equipos pequenos, Debian sigue siendo una excelente primera opcion.

Rocky Linux: un sucesor estable de CentOS

Rocky Linux tiene una posicion clara: sirve a usuarios que necesitan el ecosistema compatible con RHEL y continua el papel que CentOS Linux tuvo en entornos empresariales de produccion.

En 2026, tanto Rocky Linux 9 como Rocky Linux 10 estan dentro de sus periodos de soporte. Rocky Linux 9 encaja mejor en entornos de produccion mas conservadores, mientras que Rocky Linux 10 es mas adecuado para proyectos nuevos, hardware mas reciente y una pista de futuro mas larga.

Rocky Linux encaja en escenarios como:

entornos empresariales que antes usaban CentOS 7 / CentOS 8;
estructura de directorios, nombres de paquetes y habitos de operacion estilo RHEL;
dependencia de dnf, RPM, SELinux y firewalld;
proveedores de software que soportan explicitamente distribuciones compatibles con RHEL;
scripts internos de automatizacion escritos alrededor de Enterprise Linux.

Su ventaja es la baja friccion de migracion. Muchos equipos tienen anos de playbooks Ansible, reglas de monitorizacion, scripts de auditoria y lineas base de seguridad basadas en CentOS. Migrar a Rocky Linux resulta mentalmente mucho mas sencillo que migrar a Debian o Ubuntu.

Cosas a tener en cuenta sobre Rocky Linux:

los paquetes son conservadores por diseno; es una caracteristica de Enterprise Linux, no un defecto;
componentes de espacio de usuario muy nuevos pueden requerir EPEL, repositorios de terceros o contenedores;
compatibilidad con RHEL no significa que todo proveedor comercial ofrezca automaticamente soporte formal, asi que revisa las listas de certificacion;
Rocky Linux 10 tiene nuevas bases de hardware y requisitos de ecosistema, por lo que conviene validarlo antes de produccion.

Mi lectura: si tu entorno de servidores ya se basa en CentOS / RHEL, Rocky Linux es un reemplazo muy natural, especialmente para entornos de produccion estables y servicios empresariales internos.

AlmaLinux: una ruta compatible con RHEL mas proactiva

AlmaLinux es otro sucesor importante de CentOS. Tambien es de grado empresarial, con soporte a largo plazo y compatible con RHEL.

Comparte muchos rasgos con Rocky Linux:

ambas apuntan al ecosistema compatible con RHEL;
ambas encajan en entornos de produccion de servidores;
ambas tienen lineas 8, 9 y 10 con soporte a largo plazo;
ambas son adecuadas para migrar desde CentOS;
ambas pueden usar gran parte de las herramientas del ecosistema Enterprise Linux.

La diferencia es que AlmaLinux es mas proactiva documentando y gestionando diferencias upstream mientras mantiene compatibilidad con RHEL. Por ejemplo, AlmaLinux 10 ofrece una opcion de arquitectura x86-64-v2 para hardware mas antiguo y documenta claramente sus diferencias frente a RHEL en las notas de version.

Esto resulta util para algunos usuarios: quieren permanecer en el ecosistema RHEL, pero tambien desean una distribucion comunitaria con mas flexibilidad alrededor de soporte de hardware, builds de paquetes y compatibilidad con EPEL.

AlmaLinux es adecuada cuando:

necesitas compatibilidad con RHEL pero no quieres quedar completamente limitado por la estrategia de lanzamientos de RHEL;
valoras la gobernanza comunitaria y notas de version transparentes;
necesitas una base estable para plataformas cloud, imagenes de contenedor y cargas empresariales;
quieres una migracion suave desde CentOS o Enterprise Linux antiguo.

La advertencia clave: AlmaLinux no es “identica a RHEL con los ojos cerrados”. En escenarios de cumplimiento estricto, certificacion de proveedor, certificacion de bases de datos o certificacion de hardware, confirma si el proveedor soporta AlmaLinux explicitamente.

Mi lectura: Rocky Linux y AlmaLinux pueden reemplazar CentOS. Si prefieres una historia mas conservadora y tradicional al estilo CentOS, mira Rocky. Si valoras transparencia comunitaria y una ruta de compatibilidad mas flexible, mira AlmaLinux.

Ubuntu Server: el mejor soporte cloud y eficiencia de despliegue

La ventaja de Ubuntu Server es practica: plataformas cloud, documentacion, tutoriales de comunidad, imagenes, herramientas de automatizacion y ecosistema de desarrollo son todos fuertes.

Para despliegues nuevos de servidor en 2026, la opcion principal sigue siendo Ubuntu 24.04 LTS. Ubuntu LTS suele tener 5 anos de soporte estandar y puede extenderse mediante ESM. Para servidores cloud, hosts de contenedores, entornos de desarrollo y nodos CI/CD, Ubuntu Server suele ser la forma mas rapida de ponerse en marcha.

Ubuntu Server encaja con:

AWS, Azure, Google Cloud, Oracle Cloud, Alibaba Cloud, Tencent Cloud y otros servidores cloud;
Docker, Kubernetes, GitLab Runner, CI/CD;
entornos de desarrollo AI / GPU / CUDA;
equipos que necesitan muchos tutoriales y recetas de comunidad;
entornos donde desarrollo y produccion deberian mantenerse parecidos.

Fortalezas de Ubuntu:

imagenes cloud de alta calidad;
mucha documentacion oficial y de terceros;
soporte para hardware nuevo a menudo mas activo;
cadencia LTS clara;
actualizaciones comodas de toolchains para desarrolladores;
muchos proveedores comerciales publican primero instrucciones de instalacion para Ubuntu.

Cosas a vigilar:

no a todos los equipos les gusta Snap en servidores, asi que conviene decidir la politica por adelantado;
los PPAs son comodos, pero abusar de ellos en produccion aumenta el riesgo de mantenimiento;
elige claramente entre kernel HWE, kernel cloud y kernel estandar;
para puristas de estabilidad minima, el sistema por defecto de Ubuntu se siente mas cargado que Debian.

Mi lectura: si ejecutas sobre todo servidores cloud, contenedores, despliegues de desarrollo o toolchains de AI, Ubuntu Server suele ser la opcion mas eficiente. No es la distribucion mas “pura”, pero reduce mucho el tiempo de busqueda y la friccion en muchas tareas.

Como elegir entre las cuatro

VPS personal / self-hosting

Debian o Ubuntu Server primero.

Si quieres estabilidad, bajo mantenimiento y menos complicaciones, elige Debian. Si sigues tutoriales a menudo para desplegar proyectos nuevos o necesitas una pila de software mas reciente, elige Ubuntu Server.

Produccion empresarial

Rocky Linux, AlmaLinux o RHEL primero.

Si la empresa usaba CentOS antes, migrar a Rocky / Alma es el camino mas barato. Si hay bases de datos comerciales, certificacion de hardware, cumplimiento de seguridad o soporte de proveedor, revisa primero las listas de certificacion.

Cloud native y hosts de contenedores

Ubuntu Server, Debian y Rocky / Alma pueden funcionar.

Si el equipo valora eficiencia de desarrollo, elige Ubuntu Server. Si quieres estabilidad minima, elige Debian. Si el estandar empresarial se basa en RHEL, elige Rocky / Alma.

Servidores AI / GPU

Mira primero Ubuntu Server, luego Rocky / Alma.

La razon es simple: NVIDIA, CUDA, PyTorch, TensorFlow, tutoriales de instalacion de drivers y experiencia de comunidad suelen ser mas abundantes en Ubuntu. Los clusters GPU empresariales construidos alrededor del ecosistema RHEL pueden elegir Rocky / Alma, pero drivers, CUDA, runtime de contenedores y herramientas de monitorizacion deberian validarse por adelantado.

Sistemas de negocio tradicionales

Rocky Linux / AlmaLinux primero.

Java tradicional, bases de datos, middleware, software comercial, auditoria y estandares de operacion suelen inclinarse hacia el ecosistema RHEL. En ese caso, Rocky / Alma encaja con sistemas existentes mas facilmente que Debian / Ubuntu.

Que revisar antes de elegir

No elijas solo por el nombre de la distribucion. Para seleccionar un servidor, juzga con estas preguntas:

Ciclo de vida: hasta que ano se mantiene esta version?
Ruta de upgrade: el upgrade de version mayor esta maduro? Hay migracion fluida?
Fuentes de software: dependes de repositorios de terceros? Quien los mantiene?
Actualizaciones de seguridad: estan claros los avisos de seguridad, la cadencia de parches y el manejo de CVE?
Soporte de hardware: se validaron CPU, NIC, RAID, GPU y controladoras de almacenamiento?
Experiencia del equipo: el equipo conoce mejor apt o dnf? Sistemas estilo Debian o estilo RHEL?
Certificacion de proveedores: el software de negocio soporta explicitamente esta distribucion?
Activos de automatizacion: se pueden reutilizar scripts existentes de Ansible, Terraform y construccion de imagenes?

El coste real no suele ser la ISO de instalacion. Son los upgrades, auditorias, diagnosticos y traspasos durante los proximos cinco anos.

Mis recomendaciones por defecto

Si tuviera que dar una guia de seleccion de servidores para 2026:

Escenario	Recomendacion
VPS personal, self-hosting	Debian 13
Servidor cloud, despliegue rapido	Ubuntu Server 24.04 LTS
Migracion desde CentOS	Rocky Linux 9 / AlmaLinux 9
Proyecto empresarial nuevo	Rocky Linux 10 / AlmaLinux 10, tras validar el ecosistema
Desarrollo AI / GPU	Ubuntu Server 24.04 LTS
Produccion comercial con cumplimiento estricto	RHEL, o Rocky / Alma tras confirmar soporte de proveedor

Conclusion breve

Las palabras clave de Debian son estabilidad, simplicidad, comunidad y tradicion de software libre. Es adecuada para servidores base de larga duracion.

Rocky Linux y AlmaLinux tratan sobre compatibilidad con RHEL, produccion empresarial y reemplazo de CentOS. Encajan con equipos que ya tienen sistemas de operacion basados en Enterprise Linux.

Ubuntu Server trata sobre cloud, documentacion, eficiencia de desarrollo y ecosistema completo. Encaja con despliegue rapido, contenedores, AI/GPU y servidores cloud.

No existe una distribucion correcta para siempre. Solo existe la distribucion que mejor encaja con tu equipo, negocio, hardware y ciclo de vida. La mejor eleccion de servidor no suele ser la mas popular, sino la que seguiras dispuesto a mantener dentro de cinco anos.

Enlaces relacionados

Debian Releases: https://www.debian.org/releases/
Ubuntu Releases: https://releases.ubuntu.com/
Rocky Linux Release and Version Guide: https://wiki.rockylinux.org/rocky/version/
AlmaLinux Release Notes: https://wiki.almalinux.org/release-notes/

Si suben los discos y tu NAS esta lleno, no amplíes aun: TerraMaster usado + HC620 para datos frios

Mon, 04 May 2026 11:46:53 +0800

Cuando sube el precio de los discos duros y el NAS se llena, no siempre hace falta ampliar de inmediato. Especialmente si el NAS principal sigue funcionando bien y solo se acerca al limite de capacidad, conviene primero separar datos por temperatura: dejar en el NAS principal los datos calientes que se consultan a menudo, y mover datos frios y copias a un disco de almacenamiento frio independiente.

Esta nota registra una solucion de bajo coste: usar discos de gran capacidad como HC620 para guardar datos frios, y usar modelos TerraMaster F2-220, F2-221 o algunos F4 baratos como nodo de transporte y montaje. No busca rendimiento; solo resuelve un problema: liberar espacio del NAS principal en una etapa en la que no conviene actualizar discos.

Idea

Al ordenar los datos, primero puedes clasificarlos por frecuencia de acceso:

Datos calientes: fotos, documentos de trabajo, descargas recientes y videos que se reproducen a menudo; siguen en el NAS principal.
Datos frios: bibliotecas antiguas de video, archivos archivados y ficheros grandes que casi no cambian; se migran al HC620.
Datos de copia: datos que solo se escriben periodicamente y se leen ocasionalmente; tambien pueden ir al HC620.

El escenario de uso del HC620 puede consultarse en el articulo interno: Malentendidos y uso correcto de los discos Western Digital HC620 SMR. Es mas adecuado para escritura secuencial, conservacion a largo plazo y lectura aleatoria; no encaja bien con cargas de trabajo de borrado frecuente y escritura repetida.

Si solo quieres liberar espacio del NAS principal, no conviene reemplazar a gran escala los discos del NAS durante una etapa de precios altos. Sacar primero los datos poco usados y dejar que el NAS principal siga gestionando datos calientes suele ser mas rentable.

Por que usar un TerraMaster antiguo

El problema del HC620 no es la capacidad, sino la comodidad de uso. Tiene requisitos sobre sistema, interfaz y modo de uso; conectarlo directamente a una caja USB no es lo mas adecuado.

En ese punto, un TerraMaster F2-220, F2-221 o algunos F4 pueden servir como nodo barato de datos frios. Sus ventajas son directas:

Barato: un F2-220 de segunda mano suele costar menos de 200 yuanes.
Pequeno: ocupa poco espacio y su consumo es aceptable.
El sistema puede instalarse en un pendrive USB, sin ocupar bahias de disco.
Tiene dos o mas bahias SATA, adecuadas para montar HC620 como discos de archivo.

Estas maquinas antiguas no son potentes, pero bastan para mover datos frios, montar CIFS y copiar en segundo plano. Aunque el F2-220 usa una especificacion SATA antigua, solo SATA 3G, en pruebas el HC620 todavia puede rondar 200MB/s al copiar desde la zona exterior del disco. Para migracion de datos frios, esa velocidad no es baja; a menudo el cuello de botella esta en la red, el estado del disco origen o la cantidad de archivos.

Si no te convence la velocidad del puerto gigabit integrado, tambien puedes anadir un adaptador USB 2.5G. Un nodo de datos frios no necesita una reforma compleja: basta con que el sistema reconozca el adaptador y que el switch y el NAS principal tambien soporten 2.5G para elevar el cuello de botella de red.

Preparar salida de video

Si la maquina no tiene HDMI, durante la instalacion hace falta conectar VGA. El F2-220 reserva internamente una interfaz VGA; se puede usar un cable adaptador 12Pin VGA de placa base, con un extremo al pin header interno y el otro a un monitor VGA estandar.

Las especificaciones y precauciones del cable VGA pueden consultarse en: Instalar FnOS en TerraMaster F2-220: salida VGA. En resumen, puedes buscar palabras clave como “12Pin VGA cable”, “motherboard 12 pin VGA cable” o “2.0mm 12Pin to VGA”. Antes de comprar, revisa paso de pines, orientacion y orden de cableado.

Instalar Ubuntu Server en un pendrive USB

Se recomienda instalar Ubuntu Server en un pendrive USB y dejar todas las bahias para discos de datos.

El F2-220 es poco potente, asi que instalar directamente en la maquina puede ser muy lento. Un metodo mas comodo es insertar el pendrive en otro ordenador mas rapido, completar alli la instalacion de Ubuntu Server y despues devolverlo al TerraMaster para arrancar. Mientras el modo de arranque sea compatible, normalmente funciona directamente.

Tras instalar, hay que revisar sobre todo la configuracion de red. De lo contrario, la maquina puede arrancar sin conectividad y no podras administrarla por SSH.

Configurar la red

Despues de entrar al sistema, mira primero el nombre de la tarjeta de red:

`1`	`lshw -c network`

En una salida de ejemplo puede verse el logical name:

  *-network
       description: Ethernet interface
       product: RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: enp2s0
       version: 07
       serial: 6c:bf:b5:00:63:ab
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.8.0-111-generic duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 ip=192.168.8.205 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:17 ioport:e000(size=256) memory:d0604000-d0604fff memory:d0600000-d0603fff

Aqui el nombre de la interfaz es enp2s0. Luego edita el archivo de configuracion de netplan:

`1`	`sudo more /etc/netplan/01-install-config.yaml`

Si el archivo no existe, crea uno con este contenido:

network:
  version: 2
  ethernets:
    enp2s0:
      dhcp4: true

Recuerda reemplazar enp2s0 por el nombre real visto en tu maquina. Guarda y ejecuta:

`1`	`sudo netplan apply`

Cuando la red vuelva, ya puedes conectarte por SSH a este TerraMaster. Las operaciones posteriores no requieren tener siempre un monitor conectado.

Formatear HC620 como btrfs

Si el HC620 es nuevo, o si ya confirmaste que los datos del disco no hacen falta, puedes formatearlo como btrfs. Atencion: las operaciones siguientes borran los datos del disco objetivo. Antes de ejecutar, confirma muy bien el dispositivo para no formatear un recurso compartido del NAS principal ni el pendrive del sistema.

Primero mira los discos actuales:

`1`	`lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINTS`

Tambien puedes mirar rutas de disco mas estables:

`1`	`ls -l /dev/disk/by-id/`

Tras confirmar el dispositivo correspondiente al HC620, desmonta puntos existentes:

1
2

sudo umount /dev/sda 2>/dev/null
sudo umount /dev/sda1 2>/dev/null

Si quieres convertir todo el disco directamente en btrfs, ejecuta:

`1`	`sudo mkfs.btrfs -f -O zoned -d single -m single -L HC620_01 /dev/sda`

Significado de los parametros:

-f: crear el sistema de archivos a la fuerza, evitando que firmas antiguas lo bloqueen.
-O zoned: habilitar la caracteristica zoned, adecuada para discos como HC620 que necesitan escritura secuencial por zonas.
-d single -m single: datos y metadatos en modo de disco unico.
-L HC620_01: establecer una etiqueta de volumen para identificarlo.

Si tu sistema o version de kernel no soporta bien zoned btrfs, puedes seguir consultando el registro de pruebas anterior: ¿Merece la pena un Western Digital HC620 14T nuevo por algo mas de 600 yuanes en Xianyu?. La compatibilidad de estos discos depende de kernel, controlador SATA y soporte del sistema de archivos; si aparece una anomalia, no cargues datos formales con prisa.

Tras formatear, puedes montar temporalmente para probar:

1
2
3

sudo mkdir -p /mnt/disk1
sudo mount /dev/sda /mnt/disk1
df -h

Despues de confirmar que monta bien, escribe /etc/fstab para montaje automatico al arrancar. A largo plazo se recomienda usar rutas /dev/disk/by-id/ en lugar de /dev/sda, para evitar que cambie el nombre del dispositivo tras reiniciar.

Configurar montajes

Este nodo de datos frios normalmente necesita montar dos tipos de rutas:

El directorio compartido del NAS principal, para leer datos a migrar.
El disco local HC620, para guardar datos frios y copias.

Crea primero los directorios de montaje:

`1`	`sudo mkdir -p /mnt/xxxxx /mnt/disk1 /mnt/disk2`

Si vas a montar recursos CIFS/SMB, instala las herramientas:

1
2

sudo apt update
sudo apt install cifs-utils

Luego edita /etc/fstab y agrega algo similar:

1
2
3

//192.168.x.xxx/xxxxx   /mnt/xxxxx cifs auto,username=xxxxx,password=xxxxx,uid=997,gid=997,file_mode=0777,dir_mode=0777,nofail 0 0
/dev/sda  /mnt/disk1  auto  defaults,nofail  0  0
/dev/sdb  /mnt/disk2  auto  defaults,nofail  0  0

La primera linea monta el directorio compartido del NAS principal; las dos ultimas montan los discos locales.

En uso real, para discos de datos conviene priorizar rutas estables como /dev/disk/by-id/, evitando que el orden de /dev/sda y /dev/sdb cambie al reiniciar. Para notas sobre formateo y montaje del HC620, puedes consultar el registro anterior: ¿Merece la pena un Western Digital HC620 14T nuevo por algo mas de 600 yuanes en Xianyu?.

Tras modificar, prueba el montaje:

1
2

sudo mount -a
df -h

Cuando aparezcan tanto el recurso compartido del NAS principal como los discos locales, ya puedes empezar a migrar datos.

Copiar archivos en segundo plano

Para migrar muchos datos, no se recomienda ejecutar un cp normal en primer plano dentro de SSH. Aqui se recomienda primero screen + mc: screen evita que la tarea se pierda si se corta SSH; mc ofrece una interfaz de doble panel mas intuitiva.

La ventaja de mc es que encaja muy bien con el ordenamiento manual de datos frios: a la izquierda abres el directorio montado del NAS principal, a la derecha el disco HC620, seleccionas archivos y pulsas F5 para copiar. Durante la copia muestra progreso del archivo actual y progreso total, algo mas legible que mirar solo salida de consola cuando hay muchos ficheros.

La imagen muestra la ventana de progreso al copiar archivos. El manual oficial de Midnight Commander tambien indica que las operaciones de copiar, mover y borrar muestran un dialogo de operacion en modo verbose y pueden mostrar progreso actual y total.

Instala herramientas:

`1`	`sudo apt install screen mc rsync`

Inicia una sesion en segundo plano:

`1`	`screen -S cold-data`

Dentro de screen, ejecuta directamente:

mc

El uso habitual es entrar en el directorio origen y destino en los dos paneles, y operar con atajos:

Tab: cambiar entre paneles.
Insert: seleccionar varios archivos o directorios.
F5: copiar al otro panel.
F6: mover o renombrar.
F8: borrar; usar con cuidado.

Si necesitas tareas mas aptas para scripts y repetibles, usa rsync:

`1`	`rsync -avh --progress /mnt/xxxxx/old-data/ /mnt/disk1/old-data/`

Aunque se corte SSH durante la copia, la sesion de screen sigue viva. Al reconectar, ejecuta:

`1`	`screen -r cold-data`

para volver a la tarea de copia original.

Recomendaciones de uso

Este esquema sirve para datos frios y copias, no para usar el HC620 como disco de escritura frecuente. Conviene usarlo asi:

El NAS principal sigue alojando datos calientes y servicios diarios.
El HC620 guarda archivos grandes de larga conservacion, bibliotecas de video y material archivado.
La migracion de datos debe ser principalmente escritura secuencial; evita borrados frecuentes y reescrituras repetidas de muchos archivos pequenos.
Los datos importantes deben tener al menos dos copias; no dejes la unica copia en un solo disco.
Tras migrar, verifica archivos por muestreo y confirma que directorios y cantidades de ficheros son normales.

Si mas adelante bajan los precios de discos, siempre puedes considerar ampliar el arreglo del NAS principal. En la etapa actual, descargar la presion de espacio con un nodo de bajo coste es mas controlable en riesgo e inversion.

Resumen

Que un NAS se llene no significa que haya que comprar discos nuevos de inmediato. Definir el NAS principal como equipo de datos calientes, usar el HC620 como disco de datos frios y copias, y emplear un TerraMaster F2-220, F2-221 o F4 barato como nodo de montaje y copia es una solucion transitoria de bajo coste y muy practica.

La clave no es el rendimiento, sino la division de tareas: el NAS principal mantiene la experiencia diaria y los datos frios se guardan por separado. Asi se libera espacio y se evita una gran inversion de actualizacion durante una etapa de discos caros.