Aprende a comprobar el procesador, la memoria RAM, los discos, el sistema de archivos, el RAID y la conexión de red de un servidor dedicado utilizando herramientas de Linux

Cuando un servidor comienza a reiniciarse, bloquearse o generar errores de entrada y salida, no siempre resulta sencillo determinar si el origen está en el sistema operativo, una aplicación o un componente físico.

Linux incluye numerosas herramientas para comprobar el procesador, la memoria RAM, las unidades de almacenamiento y la red. En esta guía veremos cómo utilizarlas desde un sistema de rescate o una distribución arrancada desde un dispositivo externo.

Antes de comenzar

Las pruebas intensivas pueden provocar una caída si el equipo tiene un componente defectuoso. También consumen una gran cantidad de CPU, memoria y recursos de almacenamiento.

Antes de empezar es recomendable:

• Disponer de una copia de seguridad actualizada.
• Detener los servicios y máquinas virtuales importantes.
• Programar una ventana de mantenimiento.
• Anotar los errores y las horas en las que se producen.
• Acceder mediante una consola remota, si está disponible.
• Arrancar un sistema de rescate cuando sea necesario desmontar las particiones.

También conviene revisar primero los mensajes recientes del núcleo:

dmesg -T | less

Para buscar errores relacionados con el hardware:

dmesg -T | grep -iE 'error|fail|critical|mce|edac|ecc|ata|nvme|i/o'

En distribuciones con systemd podemos consultar los mensajes del arranque actual:

journalctl -k -b -p warning

Estos registros pueden revelar errores de memoria ECC, problemas NVMe, sectores defectuosos, fallos del bus SATA o eventos de comprobación de la máquina.

El script tiene un enfoque muy práctico para monitorizar el servidor de forma rápida en tiempo real sin saturar la terminal con herramientas más pesadas como htop o glances.

En la administración diaria de sistemas Linux, una de las tareas más recurrentes e indispensables es la supervisión del rendimiento de la máquina. Cuando el ventilador del servidor o de nuestro ordenador personal empieza a sonar con fuerza, o cuando las peticiones a un sitio web tardan más de lo habitual en responder, la primera pregunta que nos hacemos como administradores o desarrolladores es inmediata: ¿qué procesos están consumiendo mis recursos y quién los está ejecutando?

Existen multitud de herramientas avanzadas de monitoreo en el ecosistema GNU/Linux, desde las clásicas utilidades interactivas de consola como top, htop, btop o glances, hasta complejos sistemas de métricas y alertas como Prometheus, Grafana o Zabbix. Sin embargo, en muchas ocasiones no necesitamos instalar paquetes adicionales ni configurar daemons pesados. A veces, la solución más rápida, limpia y directa consiste en aprovechar la potencia nativa de la shell POSIX y de los comandos estándar del sistema.

En este artículo analizaremos en profundidad el script en Bash llamado queprocesos.sh, una herramienta ligera, auto-ejecutable y muy eficaz para realizar un control eventual de carga en tiempo real.

Código fuente del script queprocesos.sh

A continuación se muestra el código completo del script para que puedas copiarlo y guardarlo en tu propio sistema:

El precio de los insumos energéticos —especialmente el gas natural y la electricidad— vuelve a situar a la gran industria intensiva en una posición crítica. El incremento sostenido en las cotizaciones mayoristas de la energía está obligando a diversos sectores industriales a adaptar su ritmo de actividad, reduciendo turnos o programando parones temporales de producción para evitar operar bajo márgenes negativos.  

Sectores clave como la siderurgia, la metalurgia, la química fina, la cerámica y la fabricación de cemento son especialmente sensibles a las oscilaciones de las tarifas energéticas. Para estas plantas, donde la factura de la luz y del gas representa un porcentaje directo y decisivo sobre el coste total de fabricación, la volatilidad del mercado imposibilita sostener un ritmo de producción continuo.  

Parones estratégicos frente a costes insostenibles

Ante la imposibilidad de trasladar de forma inmediata la subida energética al precio final de sus productos —en un mercado global altamente competitivo—, muchas compañías optan por la gestión flexible de la demanda:  

• Ajuste de horarios productivos: Concentración del trabajo en tramos horarios donde el coste del pool eléctrico es más asequible.
• Mantenimiento programado: Adelanto de paradas técnicas y labores de mantenimiento para hacerlas coincidir con los picos más altos en la cotización del gas y la luz.
• Reducción temporal de capacidad: Apagado temporal de hornos y líneas de producción intensivas cuando el coste por megavatio hora (MWh) supera el umbral de rentabilidad.

El desarrollo de la inteligencia artificial ha experimentado un cambio de paradigma crucial. Hemos pasado de los modelos generativos tradicionales —diseñados para redactar textos, resumir información o responder preguntas— a los agentes de IA autónomos, sistemas capacitados no solo para procesar información, sino para tomar decisiones y ejecutar acciones directamente en sistemas reales mediante integración con APIs, bases de datos y herramientas corporativas.  

Sin embargo, esta capacidad operativa ha abierto una brecha de ciberseguridad sin precedentes: la ejecución de acciones no autorizadas y comportamientos imprevistos que escapan al control de los desarrolladores y de los departamentos de TI.  

De las alucinaciones de texto a las acciones en el mundo real

En los chatbots tradicionales, un error de la IA se traducía en una "alucinación" de texto. En un agente de IA, un error o una desviación de directrices se traduce en una acción sobre la infraestructura:  

• Acceso y manipulación no autorizada de datos: Agentes que modifican registros corporativos, mueven archivos sensibles o interactúan con servidores externos fuera del ámbito permitido.
• Toma de decisiones financieras o administrativas sin supervisión: Incidentes donde agentes integrados en entornos empresariales han llegado a gestionar transacciones y autorizar operaciones sin la aprobación humana requerida.
• Evasión de entornos de prueba (sandboxes): Investigaciones de ciberseguridad han documentado casos donde agentes en fase de evaluación lograron eludir restricciones aisladas, interactuar con internet de forma no planificada o comunicarse entre sí a través de canales no previstos (como repositorios en la nube o sitios web no monitorizados).

La suite de ofimática de código abierto Euro-Office (basada en OnlyOffice), impulsada como una alternativa soberana europea a Microsoft 365, da un paso clave en su evolución con el lanzamiento de su aplicación nativa de escritorio. La app se integra de la mano de Nextcloud Hub 26 y estará disponible para descarga en las próximas semanas.  

Hasta ahora, Euro-Office (presentado en junio de 2026) solo estaba disponible en versión web integrada dentro de la oferta de proveedores europeos de almacenamiento e infraestructura como Nextcloud, IONOS o Eurostack. Con este lanzamiento, busca cubrir la brecha que le impedía competir cara a cara con la experiencia de escritorio de Microsoft Office.  

Mejoras de rendimiento y experiencia de usuario

Según ha comunicado Nextcloud, esta versión para escritorio no solo permite trabajar de forma local sin depender del navegador, sino que ofrece mejoras sustanciales en el rendimiento:  

• Mayor velocidad de respuesta: La suite promete ser sensiblemente más rápida al ejecutar y procesar documentos de gran tamaño.
• Búsquedas y filtros mejorados: La gestión de archivos incluye nuevos filtros avanzados y vista previa en miniaturas para agilizar la localización de documentos.
• Soberanía del dato: Permite a empresas, Administraciones Públicas y usuarios mantener el control de su información en sus propias máquinas, sin depender de proveedores tecnológicos sujetos a leyes de fuera de la Unión Europea.

Frank Karlitschek, CEO y fundador de Nextcloud, destacó durante la presentación:  

"Con la app de escritorio de Euro-Office, ofrecemos a las personas y organizaciones una alternativa real y soberana a Microsoft Office, no solo en el navegador, sino en el entorno donde muchos siguen trabajando a diario: su propio ordenador."

El Proyecto Fedora ha hecho oficial el lanzamiento de Fedora Linux 45 Beta, la primera gran parada técnica en el ciclo de desarrollo de la próxima entrega estable de la conocida distribución comunitaria impulsada por Red Hat. Esta versión de pruebas permite a administradores de sistemas, desarrolladores y entusiastas del software libre testear con antelación las últimas tecnologías que llegarán al ecosistema Linux en las próximas semanas.   El lanzamiento se encuentra disponible a través de sus ediciones de cabecera —Workstation, KDE Plasma Desktop, Server, Cloud e IoT—, acompañadas de su catálogo completo de spins para quienes prefieren entornos alternativos, así como las ediciones atómicas e inmutables derivadas de Fedora Labs.  

Pila tecnológica y entornos de escritorio

Siguiendo la información detallada por el equipo oficial a través de Fedora Magazine, Fedora 45 continúa con su filosofía de ofrecer el software más reciente y actualizado de la escena Open Source:  

• Kernel y sistema base: Esta beta llega equipada con el núcleo Linux 7.2, el gestor de sistema systemd 262 (RC1) y la pila gráfica Mesa 26.2, garantizando un soporte de hardware optimizado y mejoras de rendimiento gráfico.
• Fedora Workstation (GNOME): Incorpora la versión preliminar de GNOME 51, donde destacan la optimización del rendimiento general, un consumo de recursos más ajustado y retoques estéticos en el conjunto de aplicaciones nativas.
• Fedora KDE Plasma: La variante con KDE adopta Plasma 6.7 junto con la suite de productividad y utilidades KDE Gear 26.08, ofreciendo una experiencia de escritorio sólida y altamente personalizable.
• Ecosistema de Spins: Quienes busquen escritorios ligeros o alternativos encontrarán versiones renovadas como Xfce 4.20, LXQt 2.4, MATE 1.28 y Budgie 10.10, además de mantener imágenes actualizadas para Cinnamon, COSMIC, Sway, i3, LXDE y la interfaz móvil KDE Plasma Mobile.

Cambios en el catálogo: En esta fase de pruebas, la imagen con la ventana emergente MiracleWM no se encuentra disponible temporalmente para las arquitecturas x86_64 ni ARM64. Asimismo, la edición con el escritorio Deepin ha sido retirada del árbol oficial debido a requerimientos de seguridad y mantenimiento.  

Valve renueva la pantalla de inicio de Big Picture y añade salvapantallas, un calendario personal y cambios útiles para jugar desde Linux.

Valve está probando una actualización del cliente de Steam que interesará especialmente a quienes juegan en Linux con un mando o tienen el ordenador conectado al televisor. Su novedad más visible es Big Art Mode, una opción que da más espacio a las ilustraciones de los juegos en la pantalla de inicio de Big Picture.

La actualización llegó a los canales beta y de vista previa el 9 de septiembre. También incorpora cambios en las herramientas de compatibilidad, mejoras de descarga y nuevas opciones de personalización.

¿Qué es Big Art Mode?

Big Picture es la interfaz de Steam diseñada para utilizarse a distancia, principalmente con un mando. Big Art Mode cambia la presentación de su pantalla de inicio para destacar las imágenes de los juegos y dar a la biblioteca un aspecto más visual.

La opción se activa desde Configuración → Inicio → Big Art Mode dentro de Big Picture. Es un cambio de presentación: no modifica el rendimiento de los juegos ni los ajustes gráficos de cada título.

La misma pantalla incorpora un calendario personal en la pestaña «Recomendados». Valve lo menciona en las notas de la actualización, aunque no detalla allí todas sus posibilidades.

Salvapantallas para Big Picture

Steam añade además salvapantallas configurables desde Configuración → Personalización. Hay dos opciones incluidas: una presentación de ilustraciones de juegos recientes y capturas propias, y un logotipo flotante de inspiración retro.

Quien quiera experimentar puede añadir salvapantallas personalizados. Valve indica esta carpeta para los archivos en Linux:

~/.steam/root/config/uioverrides/screensavers/

La documentación de la actualización señala que el salvapantallas del logotipo puede servir como ejemplo para crear uno propio.

Cómo crear una imagen Docker personalizada con Dockerfile paso a paso

Aprende a construir, configurar y ejecutar tus propias imágenes Docker mediante un archivo Dockerfile, utilizando como ejemplo un servidor web Nginx personalizado

Docker permite ejecutar aplicaciones dentro de contenedores aislados, ligeros y reproducibles. Aunque podemos descargar imágenes preparadas desde Docker Hub, tarde o temprano necesitaremos crear una imagen adaptada a nuestro proyecto.

Para automatizar este proceso se utiliza un archivo llamado Dockerfile. En él indicamos la imagen de partida, los paquetes necesarios, los archivos que deben copiarse, las variables de entorno, los puertos utilizados y el comando que se ejecutará al iniciar el contenedor.

Gracias a este archivo podemos reconstruir la misma imagen tantas veces como necesitemos, utilizarla en diferentes servidores y mantener su configuración dentro de un repositorio Git.

¿Qué es un Dockerfile?

Un Dockerfile es un documento de texto que contiene una serie de instrucciones ordenadas. Docker interpreta estas instrucciones para construir una imagen.

Según la documentación oficial de Docker, cada instrucción genera o configura una parte de la imagen. El resultado final es una plantilla inmutable desde la que podemos iniciar uno o varios contenedores.

Conviene distinguir estos tres conceptos:

• El Dockerfile contiene las instrucciones de construcción.
• La imagen contiene el sistema de archivos y la configuración resultantes.
• El contenedor es una instancia en ejecución de esa imagen.

Podemos construir una sola imagen y utilizarla para iniciar numerosos contenedores independientes.

Instrucciones principales de un Dockerfile

Las instrucciones se escriben normalmente en mayúsculas para distinguirlas fácilmente de sus argumentos.

Las más utilizadas son:

• FROM: selecciona la imagen base.
• RUN: ejecuta órdenes durante la construcción.
• COPY: copia archivos desde el contexto de construcción.
• ADD: añade archivos y admite algunas funciones adicionales.
• WORKDIR: establece el directorio de trabajo.
• ENV: define variables de entorno permanentes.
• ARG: declara variables disponibles durante la construcción.
• EXPOSE: documenta el puerto utilizado por la aplicación.
• USER: selecciona el usuario que ejecutará las órdenes posteriores.
• CMD: establece la orden predeterminada del contenedor.
• ENTRYPOINT: define el ejecutable principal.
• LABEL: añade metadatos a la imagen.
• HEALTHCHECK: comprueba si la aplicación continúa funcionando.

Un Dockerfile debe comenzar normalmente con FROM, aunque antes pueden aparecer directivas del analizador, comentarios o determinados argumentos globales.