# Cómo montar discos automáticamente utilizando fstab

**Categoría:** Linux y sistemas · **Nivel:** Intermedio · **Lectura:** 14 min
**Publicada:** 2026-07-29 · **Actualizada:** 2026-07-29 · **Autoría:** Underc0de
**Versión HTML (canónica):** https://underc0de.org/guias/linux/montar-discos-automaticamente-con-fstab/

Los seis campos de /etc/fstab explicados uno por uno, por qué se identifica el disco por UUID y no por su nombre, las opciones que importan, y cómo probar los cambios sin quedarte sin arranque.

## Respuesta rápida

> `/etc/fstab` es el archivo que le dice al sistema qué sistemas de archivos montar al arrancar, en qué directorio y con qué opciones. Cada línea tiene seis campos: qué disco montar —mejor identificado por **UUID** que por un nombre como `/dev/sdb1`, porque ese nombre puede cambiar de orden entre arranques—, el punto de montaje, el tipo de sistema de archivos, las opciones separadas por comas (`nofail`, `noatime`, `x-systemd.automount`, entre otras) y dos números casi en desuso: `dump` y el orden de `fsck`. Una línea con un error de sintaxis, o un disco ausente sin `nofail`, puede dejar el arranque colgado o caer a una consola de emergencia. Por eso el paso obligatorio antes de reiniciar es `sudo mount -a`.

## ¿Qué es /etc/fstab y quién lo usa?

`/etc/fstab` —de *file systems table*, tabla de sistemas de archivos— es el archivo que describe, de forma estática, qué sistemas de archivos puede montar el equipo, en qué directorio y con qué opciones. Vive en `/etc`, el directorio que la [estructura de directorios de Linux (FHS)](../estructura-de-directorios-de-linux-fhs/index.md) reserva para la configuración del sistema, junto a otros archivos que también mantiene quien administra el equipo a mano.

Según su propia página de manual, es un archivo que **solo leen los programas**: ninguno lo escribe por vos, y es responsabilidad de quien administra el sistema crearlo y mantenerlo. Lo recorren, en orden, `fsck(8)`, `mount(8)` y `umount(8)` durante el arranque y el apagado. En una distribución con **systemd** —el sistema de inicio y gestor de servicios que usan la mayoría de las distribuciones actuales—, el propio arranque traduce cada línea en una unidad de montaje nativa; eso se retoma más abajo. Fuera del arranque, `mount -a` —uno de los [comandos útiles de Linux](../comandos-utiles-de-linux/index.md) del día a día— vuelve a leer el archivo y monta lo que falte, sin reiniciar nada: el comando clave para probar un cambio sin riesgo.

## Los seis campos de una línea de fstab

Cada línea de `/etc/fstab` describe un sistema de archivos con **seis campos**, separados por espacios o tabulaciones. Esta es la línea que se usa como ejemplo en el resto de la guía —el UUID es ficticio, con el formato válido de un UUID real, para no exponer un disco de verdad—:

```
UUID=8b1e2b40-2f3a-4c9e-9b2a-6a2e6f1c9d3e  /mnt/datos  ext4  defaults,nofail  0  2
```

![Diagrama de una línea real de /etc/fstab, UUID=8b1e2b40-2f3a-4c9e-9b2a-6a2e6f1c9d3e /mnt/datos ext4 defaults,nofail 0 2, con sus seis campos etiquetados uno por uno: el sistema de archivos o identificador a montar, preferentemente por UUID en vez de /dev/sdaX; el punto de montaje, el directorio donde queda montado, o none para el espacio de intercambio; el tipo de sistema de archivos, como ext4, xfs, vfat o swap; las opciones, una lista separada por comas donde entran nofail y x-systemd.automount; el campo dump, un entero heredado de la vieja utilidad dump que hoy está prácticamente en desuso y casi siempre vale 0; y el campo pass, que define el orden de comprobación con fsck al arrancar, donde 0 es no comprobar, 1 es la raíz y 2 es el resto. Debajo se muestra el flujo seguro para editar el archivo sin arriesgar el arranque: primero hacer una copia de respaldo con cp /etc/fstab /etc/fstab.bak, después editar la línea, luego ejecutar mount -a para que monte todo lo listado y avise si hay errores, y solo entonces, si mount -a no dio ningún error, reiniciar el sistema.](../../assets/img/guias/fstab-seis-campos.svg)

*Los seis campos de una línea de fstab, campo por campo, y el flujo seguro para editarla: copia de respaldo, edición, mount -a y recién ahí, si no hubo errores, reiniciar.*

El primer campo (*fs_spec* en la jerga del manual) identifica el disco: acá aparece un `UUID=`, aunque también puede ser `LABEL=`, `PARTUUID=` o, con menos garantías, algo como `/dev/sdb1` —la próxima sección explica por qué conviene evitarlo—.

El segundo campo (*fs_file*) es el **punto de montaje**: el directorio donde el contenido del disco queda disponible. Para el espacio de intercambio (*swap*) este campo se escribe como `none`, porque no hay ningún directorio al que acceder.

El tercer campo (*fs_vfstype*) es el **tipo de sistema de archivos**: `ext4` y `xfs` son habituales en discos de Linux, `vfat` y `ntfs3` aparecen en discos compartidos con Windows, y `swap` identifica el espacio de intercambio.

El cuarto campo (*fs_mntops*) son las **opciones de montaje**, en una lista separada por comas —acá, `defaults,nofail`—. Es el campo con más impacto práctico, y tiene su propia sección más abajo.

El quinto campo, **dump**, es un entero heredado de una vieja utilidad de respaldo del mismo nombre. Esa herramienta está hoy prácticamente en desuso, así que casi cualquier fstab moderno lo deja en `0`.

El sexto campo, **pass**, define el orden en que `fsck` revisa cada sistema de archivos al arrancar: `0` no comprueba, `1` se reserva para la raíz (`/`) y `2` para el resto.

## Por qué UUID y no /dev/sdaX

El motivo para preferir `UUID=` a un nombre como `/dev/sdb1` es simple: ese nombre no identifica un disco en particular, sino **el orden en que el kernel lo detectó** en ese arranque puntual. Agregar, quitar o conectar un pendrive antes que el disco habitual puede correr ese orden, y lo que ayer era `/dev/sdb1` hoy puede ser `/dev/sdc1`. Un fstab que dependa de ese nombre puede terminar montando el disco equivocado, o directamente no encontrar nada.

El UUID, en cambio, lo graba el propio sistema de archivos en el disco al crearse, y no cambia entre arranques ni depende del orden de detección. Se obtiene con `blkid` o con `lsblk -f`:

```bash
# Lista los sistemas de archivos y su UUID
sudo blkid

# Lo mismo, en forma de árbol, con el punto de montaje si ya está montado
lsblk -f
```

Ambos muestran una línea por disco con su UUID, similar a `UUID="8b1e2b40-2f3a-4c9e-9b2a-6a2e6f1c9d3e"` —de nuevo, un valor ficticio para este ejemplo—, lista para copiar en fstab. `LABEL=` es una alternativa más legible cuando el disco tiene una etiqueta asignada con una herramienta como `e2label`; `PARTUUID=` identifica la partición en sí, en vez del sistema de archivos que contiene, y aparece sobre todo en discos con **GPT** (GUID Partition Table, el esquema de particiones moderno). Los tres resuelven el mismo problema: identificar el disco por algo que no cambia.

## Las opciones que realmente importan

El cuarto campo es donde se decide cómo se comporta el montaje. Esta tabla reúne las opciones que más cambian el resultado en la práctica:

| Opción | Qué hace | Cuándo usarla |
|---|---|---|
| `defaults` | Agrupa el paquete básico del kernel: `rw`, `suid`, `dev`, `exec`, `auto`, `nouser`, `async` | Punto de partida para casi cualquier disco interno |
| `nofail` | No informa error si el dispositivo no existe; el arranque no espera este montaje | Discos externos, USB o de red: sin esta opción, un disco ausente puede colgar el arranque |
| `noatime` | No actualiza la fecha de acceso de cada inodo en cada lectura (incluye `nodiratime`) | Discos con mucha lectura, para reducir escrituras innecesarias |
| `ro` | Monta el sistema de archivos en solo lectura | Medios que no deberían modificarse, como una copia de respaldo o una imagen |
| `user` / `users` | Permite montar sin privilegios (`user`) o que cualquiera monte y desmonte (`users`); ambas implican `noexec`, `nosuid` y `nodev` salvo que se indiquen después | Medios extraíbles que alguien sin sudo necesita montar a mano |
| `x-systemd.automount` | Crea una unidad de automontaje: el punto queda reservado y el disco se monta recién en el primer acceso | Discos externos o de red que no siempre están conectados |
| `x-systemd.device-timeout=` | Cuánto tiempo espera systemd a que aparezca el dispositivo antes de darlo por perdido | Ajustar la espera de discos externos o de red que tardan en estar listos |

El resto de las opciones de cada sistema de archivos se listan en `mount(8)`; las de esta tabla son las que aparecen en casi cualquier fstab real, y pesan todavía más en un servidor, donde se van sumando discos de datos, de respaldo o de red —ver [administración de servidores Linux desde cero](../administracion-de-servidores-linux-desde-cero/index.md)—.

## De fstab a unidades de montaje: fstab y systemd

En una distribución con systemd, `/etc/fstab` no se usa tal cual: al arrancar, la herramienta **systemd-fstab-generator** lee el archivo y genera, por cada línea, una **unidad de montaje** nativa —el mismo tipo de objeto que systemd usa para servicios, sockets o temporizadores—. Por eso, después de editar fstab a mano en un sistema ya arrancado, conviene ejecutar `sudo systemctl daemon-reload` antes de `mount -a`, para que systemd relea la configuración generada.

Esta traducción también explica por qué `nofail` importa tanto. Sin esa opción, la unidad generada queda con una dependencia de tipo **Requires** hacia `local-fs.target` —el punto del arranque que marca que todos los sistemas de archivos locales ya están listos—, y se ordena antes de ese destino: el arranque **no avanza** hasta que ese montaje se resuelva. Con `nofail`, la dependencia pasa a ser de tipo **Wants**: el sistema lo intenta, pero si falla o el disco no está, el arranque sigue igual. Por eso un fstab con un error de sintaxis o un disco ausente suele terminar en una consola de emergencia en vez de en el sistema completo: una entrada obligatoria que nunca logra montarse.

## Montar una partición NTFS o exFAT compartida con Windows

NTFS y exFAT son los sistemas de archivos de Windows y de la mayoría de los discos externos preformateados; ninguno guarda permisos de Unix (usuario, grupo, `rwx`) como un sistema de archivos nativo de Linux —ver [permisos y propietarios de archivos en Linux](../permisos-y-propietarios-de-archivos-en-linux/index.md)—. Un archivo en una partición NTFS montada no tiene dueño ni permiso propio: se calculan a partir de **opciones del montaje**, y `chmod` ahí no cambia nada de forma persistente.

Los kernels recientes incluyen **ntfs3**, un controlador NTFS integrado en el propio kernel. Acepta opciones para fijar el dueño y los permisos de todo lo que aparece montado:

```
UUID=8b1e2b40-2f3a-4c9e-9b2a-6a2e6f1c9d3e  /mnt/windows  ntfs3  defaults,uid=1000,gid=1000,umask=022  0  0
```

`uid=` y `gid=` fijan el usuario y el grupo dueños de todo lo montado; `umask=` define qué permisos se restan del máximo, y `dmask=`/`fmask=` aplican una máscara distinta a directorios y archivos. exFAT sigue la misma convención a través de su propio controlador; la lista exacta puede variar entre versiones, así que conviene revisar `man mount.exfat` en tu distribución. En los dos casos, `pass` va en `0`: `fsck` no sabe revisar NTFS ni exFAT.

## Cómo probar los cambios sin quedarte sin arranque

> **Aviso: un fstab mal escrito puede impedir que el sistema arranque.** Una línea con un error de sintaxis, o que apunte a un disco que no existe ni responde, puede dejar el arranque colgado esperando ese punto de montaje, o hacer que el sistema caiga en una consola de emergencia. Cuanto más le falte `nofail` a esa entrada, más probable es este escenario. El riesgo se evita por completo si cada cambio se prueba antes de reiniciar.

El procedimiento correcto es siempre el mismo, y no requiere reiniciar en ningún momento:

1. **Respaldar el archivo antes de tocarlo.** `sudo cp /etc/fstab /etc/fstab.bak`, para no reconstruir la línea a mano desde un USB en vivo si algo sale mal.
2. **Crear el punto de montaje antes de la línea.** Si el directorio todavía no existe, `mount` no puede montar nada ahí: `sudo mkdir -p /mnt/datos` antes de guardar el cambio.
3. **Probar con mount -a antes de reiniciar.** `sudo mount -a` (o `sudo systemctl daemon-reload && sudo mount -a` con systemd). Sin errores, el disco ya quedó montado y la línea es correcta.
4. **Recién entonces, reiniciar.** Solo si `mount -a` no reportó nada. Si falla, el mensaje señala el campo problemático y se corrige ahí mismo, sin haber arriesgado el arranque.

Antes de dar por buena una línea, conviene confirmar:

- El punto de montaje existe antes de guardar la línea.
- `sudo mount -a` terminó sin ningún mensaje de error.
- `lsblk -f` muestra el disco montado en el directorio esperado.
- La copia de `/etc/fstab.bak` quedó guardada antes de editar.

Si ya reiniciaste y el sistema quedó en una consola de emergencia, no está perdido: se entra con la contraseña de root ahí mismo, o se arranca desde un **USB en vivo** y se monta el disco desde afuera —el mismo procedimiento que se usa para [recuperar una contraseña olvidada de Linux](../como-recuperar-una-contrasena-olvidada-de-linux/index.md)—. Se remonta la raíz en lectura-escritura si hace falta, se restaura `cp /etc/fstab.bak /etc/fstab` (o se corrige a mano) y se reinicia. Si en cambio el propio gestor de arranque no encuentra el sistema, la guía de [cómo reparar GRUB cuando Linux no inicia](../como-reparar-grub-cuando-linux-no-inicia/index.md) cubre ese escenario distinto.

## Errores frecuentes

- **Reiniciar sin correr mount -a primero.** Detecta errores de sintaxis o de dispositivo antes de comprometer el arranque.
- **Usar /dev/sdaX en vez de UUID=.** Funciona hasta que se conecta o desconecta otro disco y cambia el orden de detección.
- **Olvidar nofail en discos externos o de red.** Un disco ausente puede frenar todo el arranque sin esa opción.
- **Confundir dump con algo de systemd.** Es un resabio de una utilidad de respaldo en desuso; casi siempre vale 0.
- **No copiar /etc/fstab antes de editarlo.** Un `cp` de un segundo evita resolverlo desde un USB en vivo.
- **Intentar chmod en NTFS o exFAT.** No guardan permisos de Unix; se fijan con uid, gid y umask al montar.

## Preguntas frecuentes

**¿Para qué sirve /etc/fstab y quién lo lee?**
/etc/fstab (file systems table, tabla de sistemas de archivos) es un archivo de configuración estático: no lo escribe ningún programa, lo mantiene quien administra el equipo. mount(8), umount(8) y fsck(8) lo recorren en orden durante el arranque para saber qué montar, dónde y con qué opciones. En un sistema con systemd, además, el arranque lo traduce en unidades de montaje nativas mediante systemd-fstab-generator. Fuera del arranque, mount -a vuelve a leerlo para montar todo lo que falte, y es el comando clave para probar un cambio sin reiniciar.

**¿Qué significa cada uno de los seis campos?**
De izquierda a derecha: el sistema de archivos (el disco o identificador a montar, idealmente por UUID); el punto de montaje (el directorio donde queda disponible, o none para el espacio de intercambio); el tipo (ext4, xfs, vfat, ntfs3, swap, entre otros); las opciones (una lista separada por comas, como defaults,nofail); el campo dump, un entero de la vieja utilidad dump, hoy en desuso y casi siempre en 0; y el campo pass, que ordena la comprobación con fsck al arrancar: 0 no comprueba, 1 es la raíz y 2 el resto.

**¿Qué es un UUID de disco y por qué se prefiere a /dev/sdaX?**
Un UUID (identificador único universal) es una cadena que el sistema de archivos graba en el disco al crearse, y que no cambia aunque se reordenen, agreguen o quiten otros discos. El nombre /dev/sdaX depende del orden en que el kernel detecta cada dispositivo en ese arranque, que puede variar con varios discos o medios extraíbles conectados. Usar UUID= evita que un disco termine montado en el punto de otro, o que el arranque falle porque /dev/sdb1 de ayer hoy es /dev/sdc1. Se obtiene con blkid o lsblk -f; LABEL= y PARTUUID= son alternativas válidas.

**¿Qué hacen defaults, noatime, nofail y x-systemd.automount?**
defaults agrupa el paquete básico del kernel: lectura y escritura, montaje automático, ejecución de binarios y dispositivos especiales permitidos, sin que un usuario sin privilegios pueda montarlo. noatime deja de actualizar la fecha de acceso en cada lectura, y reduce escrituras innecesarias. nofail evita que la ausencia de ese disco frene el arranque: el montaje pasa a ser deseado, no obligatorio, algo imprescindible en discos externos o de red. x-systemd.automount pospone el montaje hasta el primer acceso al directorio, útil para discos que no siempre están conectados.

**¿Qué pasa si escribo mal una línea y reinicio?**
Depende de qué esté mal. Si la línea tiene un error de sintaxis o apunta a un UUID inexistente sin nofail, systemd trata ese montaje como obligatorio para local-fs.target: el arranque espera ese punto de montaje y, si nunca aparece, cae en una consola de emergencia. Si el disco existe pero la opción está mal escrita, el efecto es más sutil: el punto de montaje queda vacío o algún servicio que depende de él falla más tarde. La salida es la misma en ambos casos: entrar en modo de rescate o desde un USB en vivo, remontar la raíz en lectura-escritura, corregir o restaurar /etc/fstab, y reintentar el arranque.

**¿Cómo pruebo un cambio sin arriesgar el arranque?**
Nunca reinicies como primer paso para comprobar una línea nueva. Antes de tocar el archivo, hacé una copia con cp /etc/fstab /etc/fstab.bak. Creá el punto de montaje si todavía no existe. Después de guardar el cambio, corré sudo mount -a (o sudo systemctl daemon-reload && sudo mount -a en un sistema con systemd). Si no devuelve ningún error, el disco ya está montado y la línea es correcta; podés reiniciar con confianza. Si mount -a falla, el mensaje suele señalar el campo problemático y podés corregirlo ahí mismo, sin haber comprometido el arranque.

## Fuentes

Documentación oficial consultada para esta guía. Fecha de consulta: 29 de julio de 2026.

**Aportes de la comunidad Underc0de**

Se buscó en el foro con varias variantes —montar disco, automontar partición, UUID, unidades de systemd— sin resultado. Esta guía no reorganiza ningún aporte previo: es contenido nuevo, a partir de la documentación oficial que sigue.

**Documentación oficial**

1. **man7.org.** [fstab(5)](https://man7.org/linux/man-pages/man5/fstab.5.html). Los seis campos, orden de lectura y la recomendación de usar UUID= o LABEL= en vez de un nombre de dispositivo.
2. **man7.org.** [mount(8)](https://man7.org/linux/man-pages/man8/mount.8.html). Opciones genéricas (defaults, noatime, user, users) y opciones de ntfs3 (uid, gid, umask, dmask, fmask).
3. **man7.org.** [systemd.mount(5)](https://man7.org/linux/man-pages/man5/systemd.mount.5.html). Comportamiento de nofail, x-systemd.automount, x-systemd.device-timeout y la dependencia con local-fs.target.
4. **man7.org.** [systemd.automount(5)](https://man7.org/linux/man-pages/man5/systemd.automount.5.html). Mecanismo de montaje bajo demanda.
5. **man7.org.** [systemd-fstab-generator(8)](https://man7.org/linux/man-pages/man8/systemd-fstab-generator.8.html). Traduce /etc/fstab en unidades de montaje nativas al arrancar.
6. **Ubuntu Community Help Wiki.** [Fstab](https://help.ubuntu.com/community/Fstab). Referencia práctica para editar el archivo y probar cambios con mount -a.
7. **Debian Wiki.** [fstab](https://wiki.debian.org/fstab). Referencia de la distribución sobre el mismo archivo.
8. **ArchWiki.** [Fstab](https://wiki.archlinux.org/title/Fstab). Referencia extendida, con ejemplos de opciones por tipo de sistema de archivos.

## Guías relacionadas

- [Cómo reparar GRUB cuando Linux no inicia](../como-reparar-grub-cuando-linux-no-inicia/index.md) — la red de contención si un fstab mal escrito, o cualquier otro problema, te deja sin arranque completo.
- [Estructura de directorios de Linux (FHS)](../estructura-de-directorios-de-linux-fhs/index.md) — para ubicar /etc y el resto del árbol de directorios que aparece en esta guía.
- [Permisos y propietarios de archivos en Linux](../permisos-y-propietarios-de-archivos-en-linux/index.md) — el modelo de permisos que NTFS y exFAT no tienen.
- [Cómo recuperar una contraseña olvidada de Linux](../como-recuperar-una-contrasena-olvidada-de-linux/index.md) — el mismo procedimiento de USB en vivo que sirve para restaurar fstab.
- [Administración de servidores Linux desde cero](../administracion-de-servidores-linux-desde-cero/index.md) — contexto donde estas decisiones de montaje pesan más.
- [Comandos útiles de Linux para el día a día](../comandos-utiles-de-linux/index.md) — mount, blkid y lsblk en su contexto más amplio.
- [Índice de guías de Underc0de](../../index.md)

---

Esta guía forma parte de un proyecto de la comunidad Underc0de para organizar conocimiento técnico en español. Fuente canónica: https://underc0de.org/guias/linux/montar-discos-automaticamente-con-fstab/