Fstab - usar el montaje automático de SystemD

Revision as of 16:03, 14 April 2023 by Guillopacheco (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Other languages:
English • ‎Türkçe • ‎español • ‎français • ‎русский • ‎中文(中国大陆)‎

Introducción

He encontrado una combinación de opciones para systemd (en el Archwiki [1]) que pueden utilizarse en el /etc/fstab al montar dispositivos de almacenamiento -- sean estos internos, externos. o recursos compartidos de red.

La magia (para mí) que estas opciones traen es que si un recurso compartido de red o un disco externo que está siento llamado vía /etc/fstab no está presente, estas salvan tu maquina de colgarse por un minuto o dos durante el proceso de arranque.

Un dispositivo llamado de esta forma vía /etc/fstab es montado la primera vez que se intenta acceder a los datos desde él. Unicamente en este primer montaje hay una (mínima) demora notable, comparado con tener el dispositivo montado de la forma "antigua".

Un ejemplo adecuado del problema

Tengo un ReadyNAS Duo v1, que está conectado a mi LAN. En estos días, a menudo lo apago, ya que no necesita funcionar perpetuamente.

Un problema que esto causa es que si me olvido de comentar los recursos compartidos de NFS que estoy usando del archivo /etc/fstab, tengo que esperar uno o dos minutos durante el proceso de arranque mientras el sistema intenta repetidamente para hacer una conexión.

Intenté obtener AutoFS [2] para trabajar para mi Me acerqué, pero simplemente no se me permitió ver los archivos en el recurso compartido NFS NAS.

Entonces encontré la siguiente solución extremadamente simple y efectiva. (¡Ojalá hubiera hecho esto primero, ya que me habría ahorrado un par de horas de una batalla perdida!)

¿Cómo lo usas?

Agregue lo siguiente al comienzo de la sección de opciones en su /etc/fstab, los números al final son un límite de tiempo de cuánto tiempo debe intentar establecer una conexión antes de darse por vencido y seguir adelante:
/etc/fstab
noauto,x-systemd.automount,x-systemd.device-timeout=10


Después de agregar lo anterior a la siguiente línea en mi fstab:

/etc/fstab
192.168.1.15:/media-2 /mnt/NAS-media-2 nfs noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,hard,intr,noatime 0 0


Pude iniciar Manjaro mientras el cable de red Cat-6 de ReadyNAS estaba desenchufado y NO hubo un retraso notable. Después de que se inició el sistema, conecté el cable y luego llamé al NFS share /media-2 en Worker y leyó la unidad y listó el contenido.

Después de eso, desconecté la unidad, que tenía a Worker (mi administrador de archivos preferido) buscándola porque no había cambiado del directorio media-2. Cuando volví a enchufar el cable, tomó aproximadamente 10 segundos y luego Worker volvió a enumerar automáticamente el contenido de esta partición muy grande que tiene más de 2000 directorios, cada uno con varios archivos.

Acelera tu arranque

Si tiene un gran /home & el proceso de arranque es retenido cuando se lleva a cabo un fsck programado (no es un real problema si está utilizando ext4), puede agregar la sección x-systemd.automount a las opciones de la linea en su fstab para /home así:
/etc/fstab
UUID=<id.number> /home noauto,x-systemd.automount,ext4 defaults 0 1
Esto permitirá a los servicios que no dependen en /home a iniciar mientras /home es verificada por fsck. Montando /home cuando se accede por primera vez, el kernel almacenará en búfer todo el acceso a archivos a /home hasta que esté listo.