SYSADMIT, un veterano blog de administración de sistemas

sysadmit

Valencia, 13/09/2026, G.B.
Sigo ampliando el directorio de webs recomendadas con sitios que uso o consulto a menudo si me surgen dudas relativas a administración de sistemas; o por pura curiosidad. Hoy le toca el turno a SYSADMIT, un blog de referencia en castellano sobre sysadmin, mantenido por Xavier Genestós.

Qué es SYSADMIT

SYSADMIT es un blog de administración de sistemas con años de recorrido, alojado en Blogger, centrado en Windows Server, Windows Client, virtualización con VMware, backups con Veeam, y también con presencia de contenidos sobre Linux, Docker, PowerShell, Active Directory y redes. El propio autor ha publicado varios libros técnicos en castellano bajo el sello de la casa (como los de la serie «LABS»), lo que da una idea del nivel de detalle que maneja en sus artículos.

Qué se puede encontrar

El contenido está organizado por etiquetas, y ahí se ve claramente hacia dónde apunta el blog: VMware, Windows Client y Windows Server concentran el grueso de las entradas, seguidos de Veeam Backup, Networking y PowerShell. Linux también tiene su hueco, con posts sobre Docker (persistencia de datos, laboratorios rápidos, actualización de contenedores) que están bastante bien explicados para quien se inicia en contenedores.

El formato de los artículos es el típico de guía práctica: se plantea un problema o una tarea concreta (por ejemplo, ver el tamaño de un directorio con PowerShell, o desinstalar un parche desde línea de comandos) y se resuelve paso a paso, sin rodeos.

Por qué lo recomiendo

Me parece un blog útil sobre todo si te mueves en entornos mixtos Windows/Linux, algo muy habitual en el día a día de un sysadmin. Yo ya no llevo servidores Windows como antes,  pero sigo consultándolo cuando me surge alguna duda de la vieja escuela.

Feeds, sitemap y una cabecera que sobra: pequeña auditoría de un sitio WordPress con curl

curl

Valencia, 08/09/2026, G.B.
Hay comandos que uno lanza casi por rutina y que, sin embargo, acaban destapando cosas interesantes. La semana pasada me tocó revisar el sitemap nativo de uno de mis sitios en WordPress y, de paso, aproveché para repasar algo que tenía pendiente desde hace tiempo: los feeds del sitio y una cabecera HTTP que no debería estar ahí.

Qué es el feed de un sitio en WordPress

El feed es una versión del contenido en XML —normalmente RSS 2.0, aunque WordPress también sabe hablar Atom— pensada para que lectores de noticias, agregadores o scripts consuman las entradas sin tener que «leer» el HTML de la página. Es una de esas piezas del núcleo de WordPress que llevan ahí desde siempre y que casi nadie mira hasta que algo deja de funcionar (a mí me pasó hace poco con un gadget de Blogger de terceros que dejó de refrescar entradas porque un Disallow: */feed/ en el robots.txt se lo estaba impidiendo).

Lo interesante es que WordPress no genera un único feed, sino uno por cada «vista» relevante del sitio:

  • Feed general, con todas las entradas: /feed/
  • Feed de comentarios de todo el sitio: /comments/feed/
  • Feed de una categoría: /category/nombre-categoria/feed/
  • Feed de una etiqueta: /tag/nombre-etiqueta/feed/
  • Feed de un autor: /author/nombre-autor/feed/
  • Feed de comentarios de una entrada concreta: /nombre-entrada/feed/
  • Feed de una búsqueda: /?s=termino&feed=rss2
  • Feed de un tipo de contenido personalizado, si el CPT lo soporta: /tipo-contenido/feed/

Y todavía hay una capa más: dentro de cada uno de esos ámbitos, el formato de salida se puede forzar con el parámetro ?feed=, con hasta cuatro variantes: rss2 (el que usa WordPress por defecto), rss (RSS 0.92, un formato ya legado), atom y rdf (RSS 1.0). En total, contando ámbitos y formatos, un sitio WordPress típico expone bastantes más «puertas de entrada» XML de las que uno recuerda a primera vista.

El sitemap no es un feed

Conviene no confundir los feeds con el sitemap. Desde WordPress 5.5 (2020), el núcleo genera automáticamente un sitemap XML nativo en /wp-sitemap.xml, sin necesidad de plugins de SEO. No es RSS ni Atom: es un índice que agrupa entradas, páginas, taxonomías y usuarios en sub-sitemaps independientes (wp-sitemap-posts-post-1.xml, wp-sitemap-users-1.xml, etc.), pensado para que los buscadores rastreen el sitio de forma eficiente.

Para comprobar rápidamente si el sitemap responde bien, sin descargarlo entero, uso el comando curl:

curl -I https://midominio.com/wp-sitemap.xml

El -I fuerza una petición HEAD: solo pide las cabeceras HTTP de la respuesta, no el cuerpo. Es la forma más rápida de saber si una URL existe, qué código de estado devuelve y qué tipo de contenido sirve, sin gastar ancho de banda en el XML completo.

Lo que las cabeceras cuentan (y lo que delatan)

Al lanzar ese curl -I contra uno de mis sitios, obtuve algo así (he sustituido la versión de PHP que aparecía por X.X.XX en el código que adjunto por motivos de seguridad):

HTTP/2 200
content-type: text/xml;charset=UTF-8
date: Fri, 04 Sep 2026 06:42:34 GMT
server: Apache
x-powered-by: PHP/X.X.XX

Todo correcto salvo un detalle: x-powered-by: PHP/X.X.XX está anunciando al mundo, con número de versión exacto, qué motor PHP corre detrás. No es una vulnerabilidad en sí misma, pero sí información gratuita para cualquiera que esté buscando qué CVEs probar contra esa versión concreta. Es el tipo de cabecera que no aporta nada al visitante legítimo y sí algo a quien está reconociendo el terreno.

La buena noticia es que server: Apache ya venía sin número de versión, así que esa parte no hacía falta tocarla.

Cómo quitar la cabecera con php.ini

Yo tengo creado el archivo php.ini (o .user.ini) propio en el directorio del sitio. El mío ya incluía algunos ajustes habituales:

upload_max_filesize = 128M
post_max_size = 128M
max_execution_time = 300
memory_limit = 512M
zlib.output_compression = 1
zlib.output_compression_level = 9

Simplemente basta con añadir una línea más:

expose_php = Off

Tras guardar el archivo -y en algunos casos esperar unos minutos a que el hosting recargue la configuración- un nuevo curl -I me ha confirmado que la cabecera x-powered-by había desaparecido. Un cambio de una sola línea, pero de esos que conviene no dejar pendientes.

Resumiendo

  • Un sitio WordPress puede exponer más de media docena de feeds distintos, cada uno con hasta cuatro formatos posibles.
  • El sitemap nativo (/wp-sitemap.xml) es una pieza distinta, propia del núcleo desde la versión 5.5.
  • curl -I es la herramienta de cabecera rápida para auditar cualquier URL sin descargar su contenido.
  • Si tu hosting lo permite, expose_php = Off en tu php.ini o .user.ini es un cambio mínimo con un beneficio de seguridad nada despreciable.

Un plugin propio para aprender comandos básicos de Linux en WordPress

plugin comandos linux

Tal y como comentaba aquí, he preparado un pequeño plugin para mostrar comandos de Linux, para aprender, vaya. Insertaré el shortcode en una nueva página, en vez de en una entrada o post

Valencia, 06/09/2026, G.B.
Llevo tiempo trabajando en plugins a medida, sin dependencias externas, para cubrir necesidades muy concretas sin cargar el sitio con librerías de terceros. El último que he montado va dirigido a quien empieza con Linux: Comandos Linux, un plugin que permite gestionar una pequeña base de datos de comandos —con su explicación y un ejemplo práctico— y mostrarla en el front end mediante un shortcode.

Qué hace

El plugin crea su propia tabla en la base de datos con cuatro campos por registro:

  • Nombre del comando (ls, grep, chmod…)
  • Explicación, en lenguaje sencillo
  • Ejemplo práctico, listo para copiar y probar en terminal

Desde el panel de administración se pueden crear, editar y eliminar comandos con un formulario simple, y el listado incluye un buscador y paginación para cuando la lista crezca.

El shortcode

Para mostrarlo en cualquier entrada o página basta con insertar, entre corchetes []:

comandos_linux

El front end reproduce la misma lógica que el panel: buscador propio y resultados paginados, sin necesidad de recargar toda la página gracias a los parámetros por URL. Si se quiere ajustar cuántos comandos se muestran por página, se puede indicar con (entre corchetes []:

comandos_linux por_pagina="10"

Por qué así

Como en el resto de plugins que he ido publicando aquí, la idea es mantenerlo ligero: sin librerías externas, con consultas preparadas contra la base de datos, y siguiendo el patrón POST/Redirect/GET para evitar reenvíos accidentales de formularios. Es la misma filosofía que ya apliqué en el plugin de recursos o en el de autores: cubrir una necesidad concreta con el menor peso posible.

De momento arranca con comandos básicos como ls, cd, grep o chmod, pero la idea es irlo ampliando poco a poco a medida que vaya cubriendo más terreno, desde gestión de permisos hasta redes o procesos.

Así queda insertado el shortcode en una página  (iré añadiendo más y mejorándolo): Comandos Linux


Descargar el plugin desde mi cuenta de pCloud

GentleOS: el sistema operativo que resucita ordenadores de los años 80

GentleOS es un proyecto creado por el desarrollador Luke S. (luke8086) capaz de arrancar un escritorio gráfico completo en PCs de hace más de 40 años. Existen dos variantes: GentleOS/32, para máquinas i386 con solo 4 MB de RAM, y GentleOS/16, aún más ligero, que funciona en procesadores 8086/80186 de 1978-1982 con apenas 192 KB de RAM y gráficos CGA.

No requiere disco duro ni conexión a internet: todo corre en memoria y arranca casi al instante, a costa de renunciar a multitarea, red o almacenamiento persistente. Es software libre bajo licencia GPLv2.

📥 Descarga:
GentleOS/32
GentleOS/16

🔗 Fuente: ComputerHoy (20minutos)

Clementine, mi reproductor de música en Linux

clementine
  • Ahora mismo escuchando una canción en Clementine que grabé con mi hermano Gianni: «Tasmanian Blues»… Igual se me ocurre algún día subirla algún repositorio de música gratuito. Tendré que consultarlo. Ya veremos…

Valencia, 31/08/2026, G.B.
Llevo tiempo usando Clementine en mi Ubuntu MATE 22.04, y sigue siendo mi opción de cabecera para gestionar música local. Es un reproductor multiplataforma, gratuito y de código abierto, que nació en 2010 como bifurcación de Amarok 1.4, cuando ese proyecto dio el salto a una interfaz que a muchos no nos habría convencido.

Lo que más valoro de Clementine es justamente eso: mantiene una interfaz clásica, ligera y muy funcional, sin florituras innecesarias. Para quien viene de iTunes o del Amarok de toda la vida, resulta muy intuitivo.

Lo que ofrece:

  • Gestión de biblioteca musical local con portadas y etiquetas
  • Reproducción de streaming (SoundCloud, Jamendo, radios de internet)
  • Compatible con MP3, FLAC, OGG, WMA y más formatos habituales
  • Ecualizador, letras de canciones y sincronización con dispositivos MP3/iPod
  • Consumo de recursos muy contenido, algo que se agradece en equipos más modestos

Es software libre bajo licencia GPL, y aunque su ritmo de desarrollo se ha ralentizado respecto a sus años de mayor actividad (2010-2015), sigue recibiendo actualizaciones puntuales y cuenta con una comunidad fiel, sobre todo en el mundo Linux.

Web oficial: clementine-player.org

Métodos de instalación de programas en Linux: apt, snap, Flatpak y AppImage

flatpak

Valencia, 26/08/2026, G.B.
Si vienes de Windows o macOS, seguro que lo tienes claro: descargas un instalador, haces doble clic y listo. En Linux la cosa es distinta, porque no hay un solo sistema de instalación, sino varios que conviven. Esto puede resultar confuso al principio, pero cada uno tiene su razón de ser. Vamos a repasarlos de forma sencilla.

APT: el clásico de Debian y Ubuntu

apt (Advanced Package Tool) es el gestor de paquetes tradicional de las distribuciones basadas en Debian, como Ubuntu, Linux Mint o Pop!_OS. Funciona conectándose a unos repositorios oficiales (servidores donde están alojados los programas ya compilados y listos para tu sistema) y descargando desde ahí. Personalmente es el método que más utilizo, y sospecho que la mayoría de los usuarios de GNU LInux.

Ejemplo de uso básico:

sudo apt update        # actualiza la lista de paquetes disponibles
sudo apt install firefox   # instala un programa
sudo apt remove firefox    # lo desinstala

Ventajas:
– Muy integrado con el sistema, gestiona bien las dependencias (las «piezas» que un programa necesita para funcionar).
– Ligero: no duplica librerías entre programas.
– Es el método más estable y probado.

Inconvenientes:
– Los paquetes de los repositorios oficiales a veces no son la última versión del programa, ya que priorizan estabilidad.
– Solo funciona en distribuciones basadas en Debian/Ubuntu (otras familias usan dnf, pacman, etc.).

Snap: el sistema universal de Canonical

Snap es una tecnología creada por Canonical (la empresa detrás de Ubuntu) para poder distribuir programas que funcionen igual en cualquier distribución Linux, sin depender de sus repositorios específicos.

La idea clave es que un «snap» incluye, dentro del propio paquete, casi todas las dependencias que necesita para funcionar. Por eso ocupan más espacio, pero a cambio son más independientes del sistema.

sudo snap install spotify
sudo snap remove spotify

Ventajas:
– Últimas versiones de los programas, normalmente actualizadas de forma automática.
– Funciona en teoría en cualquier distribución.
– Aislamiento (sandboxing): cada snap corre en un entorno algo separado del sistema, lo que aporta seguridad.

Inconvenientes:
– Suelen tardar algo más en abrirse (arranque más lento).
– Ocupan más espacio en disco.
– Dependen de una tienda centralizada (Snap Store) controlada por Canonical, lo que a algunos usuarios no les convence.

Flatpak / Flathub: la alternativa independiente

Flatpak es un sistema similar a Snap en su filosofía (paquetes autocontenidos que funcionan en cualquier distribución), pero desarrollado de forma independiente, sin depender de una única empresa. Flathub es la tienda o repositorio más popular donde se publican aplicaciones en formato Flatpak.

flatpak install flathub org.videolan.VLC
flatpak run org.videolan.VLC

Ventajas:
– No depende de ninguna empresa concreta; el proyecto es más comunitario.
– También aísla las aplicaciones del sistema, mejorando la seguridad.
– Muy usado por muchas distribuciones (Fedora lo trae integrado de serie, por ejemplo).

Inconvenientes:
– Al igual que Snap, ocupa más espacio en disco por duplicar dependencias.
– Requiere instalar primero el propio Flatpak y añadir el repositorio de Flathub si tu distribución no lo trae ya configurado.

AppImage: el programa «portable»

AppImage es un enfoque diferente: no es un gestor de paquetes con instalación y desinstalación como tal, sino un único archivo ejecutable que contiene toda la aplicación y lo necesario para funcionar. Se parece un poco a los ejecutables portables de Windows.

Uso típico:

  1. Descargas el archivo .AppImage desde la web del programa.
  2. Le das permisos de ejecución:
    bash
    chmod +x programa.AppImage
  3. Lo ejecutas directamente haciendo doble clic o desde terminal:
    bash
    ./programa.AppImage

Ventajas:
– No requiere instalación ni permisos de administrador.
– Puedes tener varias versiones del mismo programa en distintas carpetas sin conflictos.
– Es muy fácil de eliminar: basta con borrar el archivo.

Inconvenientes:
– No se actualiza solo (salvo que el propio programa incluya un sistema de actualización interno).
– No aparece integrado en el menú de aplicaciones por defecto (aunque hay herramientas como AppImageLauncher que solucionan esto).
– Cada AppImage lleva sus propias dependencias, así que también ocupa más espacio.

¿Cuál elegir?

No hay una respuesta única, depende de lo que busques:

  • apt: para el uso diario y programas del sistema, priorizando estabilidad e integración.
  • Snap: si tu distribución lo trae de serie (como Ubuntu) y quieres comodidad con actualizaciones automáticas.
  • Flatpak/Flathub: buena alternativa a Snap, especialmente en distribuciones que no son de la familia Ubuntu.
  • AppImage: ideal para probar un programa puntual, sin instalarlo «de verdad», o cuando quieres portabilidad total.

En la práctica, es habitual combinar varios métodos en un mismo sistema: apt para la base y herramientas del sistema, y Snap, Flatpak o AppImage para aplicaciones concretas que necesitas siempre en su última versión. No hay nada de malo en ello, cada herramienta cubre una necesidad distinta.

Feliz 35 cumpleaños, Linux

«Estoy haciendo un sistema operativo (gratuito) (solo un pasatiempo, no será grande y profesional como gnu)…» El 25 de agosto de 1991, un estudiante de 21 años envió un mensaje a un grupo de noticias de Usenet. Pensaba que solo estaba construyendo algo divertido para sí mismo. 35 años después, ese «pasatiempo» es la columna vertebral de la tecnología global:

Nicotine, la alternativa a SoulSeek

nicotine

Valencia, 25/08/2026, G.B.
Hoy me he encontrado en este mismo sitio un viejo post sobre el programa P2P (Peer To Peer) SoulSeek. Aunque lo tenía instalado en Ubuntu Mate 22.0.4, he intentado instalarlo en el portátil con el cual estoy redactando esta entrada y no ha habido forma de arrancar el .AppImage. Así pues, en vez de enredarme con las posibles causas, he decidido instalar una alternativa: Nicotine+.

nicotine interfaz

¿Y de qué va Nicotine+, qué ventajas tiene?

Pues básicamente es un cliente alternativo para la red Soulseek, escrito en Python y con interfaz GTK. Para quien no lo conozca, Soulseek es una red P2P que lleva viva desde el año 2000 (sí, ha llovido), centrada casi en exclusiva en música, y con una comunidad que sigue siendo sorprendentemente activa incluso hoy en día. A diferencia de otras redes P2P más «todoterreno», Soulseek tiene un rollo muy de nicho: colecciones curadas, ripeos de calidad, vinilos digitalizados, rarezas, directos, discografías completas… el paraíso para quien busca algo que no va a encontrar en Spotify.

El cliente oficial de Soulseek existe, pero es cerrado, algo tosco y su soporte en Linux ha sido siempre irregular (de ahí mi intento fallido con el AppImage). Nicotine+ nació precisamente para cubrir ese hueco: es software libre, lleva desarrollándose desde hace más de 20 años, y hoy por hoy es probablemente el cliente más recomendado para usar Soulseek en Linux, aunque también hay versiones para Windows y macOS.

Sus ventajas principales, resumidas:

  • Es libre y multiplataforma, con desarrollo activo y actualizaciones frecuentes.
  • Interfaz mucho más cuidada que el cliente oficial, con pestañas para búsquedas, descargas, salas de chat, listas de «buddies», etc.
  • Gestión de descargas y colas bastante más robusta: reintentos automáticos, priorización, control fino de qué compartes y qué no.
  • Ligero: no depende de Electron ni de frameworks pesados, así que consume poquísimos recursos comparado con según qué alternativas.
  • Empaquetado nativo en la mayoría de distros, sin depender de un AppImage suelto que un día decide no arrancar (como me ha pasado a mí).

Cómo instalar Nicotine+ en Linux (Ubuntu MATE / derivados de Ubuntu-Debian)

Aquí es donde la cosa se pone fácil, porque Nicotine+ está en los repositorios oficiales de Ubuntu y Debian desde hace tiempo. Lo más directo, vía terminal (lo que yo he hecho):

sudo apt update
sudo apt install nicotine

Sí, el paquete se llama simplemente nicotine, aunque el proyecto se llame Nicotine+. Cosas de la vida del software libre.

Si tu versión de Ubuntu/Mate trae una versión antigua en repos y quieres ir a la última release, tienes un par de alternativas mejores que tirar de AppImage:

Flatpak (recomendado si quieres la versión más reciente sin líos de dependencias):

flatpak install flathub org.nicotine_plus.Nicotine

PPA oficial del proyecto, si prefieres mantenerte con apt pero con versiones más al día:

sudo add-apt-repository ppa:nicotine-team/stable
sudo apt update
sudo apt install nicotine

Una vez instalado, lo lanzas desde el menú de aplicaciones o con nicotine en terminal, te creas una cuenta en la red Soulseek (es instantáneo, no hace falta verificación de email ni nada raro) y ya puedes empezar a buscar. Eso sí: como en toda red P2P, comparte algo de tu propia colección — la etiqueta no escrita de Soulseek es que si solo descargas y no compartes nada, tarde o temprano notarás que las descargas te van más lentas o directamente algunos usuarios te ignoran.

En el próximo post os cuento cómo tengo configurada la carpeta compartida y algunos trucos de búsqueda para encontrar justo lo que buscáis sin perderos entre resultados basura.

Mini guía de comandos esenciales de Linux

mini guia comandos linux

Valencia, 23/08/2026, G.B.
¿Cuántos comandos de Linux crees que necesitas saber de memoria para manejarte bien en una terminal? La respuesta probablemente sea muchos menos de los que imaginas.

Cuando empiezas con Linux es fácil pensar que necesitas memorizar una lista interminable de comandos, opciones y parámetros. Pero la terminal no funciona como un examen de memoria: la clave está en saber qué quieres hacer y conocer las herramientas que pueden ayudarte a conseguirlo.

En esta (mini) guía he reunido algunos de los comandos que más vas a utilizar, organizados por categorías.

Antes de entrar en materia conviene tener clara una idea: cada comando puede tener atributos, también llamados opciones o flags, que modifican su comportamiento. Suelen escribirse precedidos de un guion (-l) o de doble guion (--long), y pueden combinarse entre sí, como en ls -la. No hace falta memorizarlos: basta con consultar la ayuda del propio comando siempre que la necesites, con man nombre_del_comando para ver el manual completo o con nombre_del_comando --help para un resumen rápido de sus opciones. Por ejemplo, man ls o ls --help te mostrarán todos los atributos disponibles para listar archivos.

Aquí la tenéis:

📍 Orientarte

ComandoUsoEjemplo
pwdSaber dónde estáspwd
lsListar archivos y directoriosls -la
cdMoverte por el sistemacd /var/www/html
treeVer la estructura de carpetas en árboltree -L 2

📁 Trabajar con archivos

ComandoUsoEjemplo
touchCrear archivostouch index.html
mkdirCrear directoriosmkdir -p proyecto/css
cpCopiarcp -r sitio/ sitio_backup/
mvMover o renombrarmv borrador.txt final.txt
rmEliminarrm -rf carpeta_temporal/
chmodCambiar permisoschmod 644 config.php
chownCambiar propietariochown www-data:www-data index.php

👀 Consultar información

ComandoUsoEjemplo
catMostrar el contenido completocat wp-config.php
lessVisor paginado y navegableless error.log
headPrimeras líneas de un archivohead -n 20 access.log
tailÚltimas líneas, útil en tiempo realtail -f error.log
wcContar líneas, palabras o caractereswc -l access.log

🔎 Buscar

ComandoUsoEjemplo
findLocalizar archivos por criteriosfind /home -name "*.txt"
grepBuscar texto dentro de archivosgrep -r "TODO" ./src
locateBúsqueda rápida usando índice del sistemalocate httpd.conf

⚙️ Sistema y procesos

ComandoUsoEjemplo
dfEspacio en disco por particióndf -h
duEspacio usado por carpetadu -sh /var/www/*
freeMemoria RAM disponiblefree -h
unameInformación del sistemauname -a
psProcesos en ejecuciónps aux
topMonitor de procesos en tiempo realtop
killTerminar un proceso por PIDkill -9 1234
systemctlGestionar servicios del sistemasystemctl status apache2

🌐 Red

ComandoUsoEjemplo
ipConfiguración de redip a
pingComprobar conectividadping -c 4 8.8.8.8
ssConexiones y puertos activosss -tulpn
curlHacer peticiones a URLs, probar APIscurl -I https://indaga.net

🆘 Ayuda

ComandoUsoEjemplo
manManual completo de un comandoman grep
--helpResumen rápido de opcionesrsync --help
whatisDescripción de una línea de un comandowhatis tail

Combinaciones útiles

Encadenar comandos con el símbolo | (pipe) multiplica su potencia, por ejemplo:

ps aux | grep firefox

permite localizar procesos relacionados con Firefox, mientras que:

find /home -name "*.txt"

busca archivos .txt dentro de /home.

Conclusión

Lo más importante es que no necesitas aprenderlo todo de golpe. Aprende primero para qué sirve cada herramienta y úsala cuando realmente la necesites. Con la práctica, los comandos que más utilizas acabarán saliendo solos.

Cómo montar un disco en Linux: guía sencilla para Ubuntu MATE

Valencia, 21/08/2026
Conectar un disco duro o una memoria USB en Linux no siempre es tan automático como en otros sistemas operativos. En este artículo repasamos las diferentes formas de montar un disco en Ubuntu MATE (que es mi distro favorita…), con el gestor de archivos Caja, y cómo dejarlo siempre disponible con un simple acceso directo en el escritorio.

Nota: aunque los ejemplos están hechos en Ubuntu MATE, todo lo relacionado con fstab, lsblk, blkid y el uso de la terminal es igualmente válido en cualquier distribución basada en Debian (Ubuntu, Linux Mint, MX Linux, etc.), independientemente del escritorio que uses. Lo único específico de este artículo es el apartado del gestor de archivos Caja: si usas otro entorno con un explorador distinto (Nautilus en GNOME, Dolphin en KDE, Thunar en Xfce…), el montaje temporal y la creación de accesos directos se hacen de forma similar, pero con menús y nombres de opción diferentes.

¿Qué significa «montar» un disco?

En Linux, un disco no aparece disponible hasta que el sistema lo «monta» en una carpeta concreta. Montar significa asociar la unidad física a un punto del sistema de archivos, de forma que todo lo que hay en el disco se pueda ver y usar como si fuera una carpeta más.

Opción 1: montaje temporal desde Caja (modo fácil)

Si solo necesitas usar el disco de forma puntual, la manera más sencilla es conectarlo y abrir el gestor de archivos Caja. Normalmente aparecerá automáticamente en el panel lateral, bajo «Dispositivos». Basta con hacer clic para montarlo.

Este tipo de montaje se guarda en /media/tu_usuario/ y solo está disponible mientras tienes la sesión gráfica abierta. Es ideal para discos USB que conectas de vez en cuando.

Opción 2: montaje permanente con fstab (modo avanzado)

Si usas un disco de forma habitual, como un disco duro interno o externo que siempre quieres tener disponible, lo mejor es configurarlo en el archivo /etc/fstab para que se monte automáticamente en cada arranque, en la misma ubicación y con los permisos correctos.

Los pasos generales son:

  1. Identificar el disco y su identificador único (UUID) con el comando lsblk -f.
  2. Hacer una copia de seguridad del archivo original con sudo cp /etc/fstab /etc/fstab.bak.
  3. Crear una carpeta fija donde montar el disco, por ejemplo sudo mkdir -p /mnt/midisco.
  4. Añadir una línea en /etc/fstab indicando el UUID, la carpeta de destino, el tipo de sistema de archivos y las opciones de montaje.
  5. Probar el resultado con sudo mount -a, sin necesidad de reiniciar el equipo.

Un ejemplo de línea para un disco en formato exFAT sería:

UUID=XXXX-XXXX /mnt/midisco exfat defaults,uid=1000,gid=1000,umask=022,nofail 0 0

La opción uid=1000,gid=1000 es especialmente importante en discos exFAT o NTFS, ya que estos formatos no usan permisos de tipo Unix: sin esa opción, el disco quedaría accesible solo para el usuario root, y no podrías abrirlo con normalidad desde tu propio usuario ni desde el explorador gráfico.

La opción nofail también es recomendable en discos externos, porque evita que el sistema se quede bloqueado en el arranque si el disco no está conectado en ese momento.

Comprobar que todo funciona

Una vez editado el archivo, conviene verificar que el propietario de la carpeta es tu usuario y no root:

ls -ld /mnt/midisco

Si el resultado muestra tu nombre de usuario en vez de «root», el montaje está bien configurado y podrás acceder al disco sin necesidad de usar sudo.

Crear un acceso directo en el escritorio

Para acceder al disco con un simple doble clic, puedes crear un enlace en el escritorio. Hay dos formas de hacerlo:

Por terminal:

ln -s /mnt/midisco ~/Escritorio/midisco

(sustituye «Escritorio» por «Desktop» si tu carpeta de escritorio está en inglés).

Desde Caja, de forma gráfica:

  1. Abre Caja y navega hasta la carpeta del disco.
  2. Haz clic derecho sobre ella y selecciona «Crear enlace».
  3. Corta el enlace generado y pégalo en tu carpeta de Escritorio.

En ambos casos obtendrás un icono en el escritorio que apunta directamente al disco, sin duplicar ni mover ningún archivo.

Un consejo extra: añade también un marcador en Caja

Si el disco no está en /media sino en una ruta como /mnt, no aparecerá automáticamente en el panel lateral de Caja. Puedes añadirlo tú mismo navegando hasta la carpeta y pulsando Ctrl+D, o desde el menú «Marcadores > Añadir este marcador». Así lo tendrás siempre a un clic de distancia, junto a tus demás carpetas.

Resumen

Para un uso ocasional, el montaje automático desde Caja es suficiente. Para un disco que quieras tener siempre disponible, con permisos correctos y accesible desde el arranque, la configuración en fstab es la opción más robusta. Y con un acceso directo en el escritorio y un marcador en el explorador de archivos, tendrás tu disco a mano en todo momento.