Cgots
En un tutorial anterior, discutimos sobre el archivo /etc /fstab, y cómo se usa para declarar los sistemas de archivos que deben montarse en el arranque. En la era previa al sistema, el sistema de archivos se monta en el orden especificado en el archivo /etc /fstab; En las distribuciones modernas de Linux, en cambio, para un arranque más rápido, el sistema de archivos se monta en paralelo. Systemd gestiona el montaje de sistemas de archivos a través de unidades diseñadas específicamente generadas automáticamente desde /etc /fstab entradas. Por estas razones, se debe adoptar una estrategia diferente para establecer la dependencia entre dos sistemas de archivos y, por lo tanto, para establecer su orden de montaje correcto.
En este tutorial vemos cómo establecer una dependencia explícita entre dos sistemas de archivos y establecer su orden de montaje en las distribuciones modernas de Linux.
En este tutorial aprenderás:
- Cómo se transforman las entradas en el archivo /etc /fstab en las unidades de montaje Systemd
- Cómo se estructuran las unidades de "montura" Systemd
- Cómo establecer una dependencia entre dos sistemas de archivos en /etc /fstab
| Categoría | Requisitos, convenciones o versión de software utilizada |
|---|---|
| Sistema | Distribuciones que usan Systemd |
| Software | No se necesita software específico |
| Otro | Privilegios administrativos |
| Convenciones | # - requiere que los comandos de Linux dados se ejecuten con privilegios raíz directamente como un usuario raíz o mediante el uso de sudo Comando $: requiere que los comandos de Linux dados se ejecuten como un usuario regular no privilegiado |
Systemd unidades de "montura"
Systemd es el sistema init adoptado en prácticamente todas las principales distribuciones de Linux que existen. Systemd hace mucho más que solo administrar la inicialización del sistema en el sentido tradicional. En las distribuciones modernas de Linux, administra también el montaje del sistema de archivos a través de unidades de "montaje", que son similares a las unidades de "servicio" utilizadas para administrar los servicios. La forma tradicional de establecer qué sistemas de archivos se deben montar en el arranque era usar el archivo FSTAB. Si bien este método aún funciona, debajo de la campana se transforman las entradas FSTAB en unidades de "montaje" por Systemd-FSTAB-Generator y "almacenado" en el /run/systemd/generador directorio.
Anatomía de una unidad de montaje
Las unidades de montaje tienen el ".Monte "sufijo y debe llevarse el nombre del punto de montaje que controlan. Una unidad utilizada para montar el sistema de archivos que debe montarse en el /hogar El directorio, por ejemplo, debe llamarse "Inicio.montar". Veamos un ejemplo de cómo se generan las unidades de montaje a partir de las entradas en FSTAB. En el archivo /etc /fstab, configuré un sistema de archivos para montar en /hogar:
/dev /sda3 /home ext4 predeterminados 1 2
En aras de este ejemplo, el sistema de archivos se creó en el
/dev/sda3 dividir. Es un sistema de archivos "ext4" configurado para montar en /hogar con las opciones "predeterminadas". A continuación puede ver el correspondiente ".Monte "Unidad generada por SystemD-FStab-Generator como /run/systemd/generador/inicio.montar: # Generado automáticamente por SystemD-FStab-Generator [Unidad] Documentación = Man: FStab (5) Man: Systemd-FStab-Generator (8) SourcePath =/etc/fstab antes = local-fs.Target requiere = [email protected] después = [email protected] después = [email protected] [Mount] what =/dev/sda3 where =/home type = ext4
Lo primero que vemos en el archivo es un comentario que indica que la unidad fue generada automáticamente por Systemd-FStab-Generator. Podemos observar que la unidad tiene dos secciones: [Unidad] y [Montar].
El [Unidad] La estrofa contiene información genérica sobre la unidad: es común a todos los tipos de unidades Systemd. El Documentación La palabra clave se utiliza para hacer referencia a la documentación relacionada con la unidad (en este caso, la página del hombre de FSTAB y el sistema-Generador System-FSTAB).
El Sourclepath La palabra clave, en cambio, se usa para hacer referencia a la fuente desde la cual se generó la unidad, que en este caso es el /etc/fstab archivo.
El
Antes, Después y Requerimiento Las palabras clave se utilizan para establecer dependencias unitarias y su pedido. Por ejemplo, usando antes = local-fs.objetivo, se establece que antes de que el sistema pueda alcanzar el "FS local.objetivo ”, se debe ejecutar la unidad (el Después La palabra clave funciona de manera opuesta: para que se inicie la unidad, las unidades mencionadas deben iniciarse por completo). El [Montar] La estrofa es específica para ".Monte "unidades. En este caso contiene tres palabras clave: Qué, Dónde y Tipo. La primera palabra clave se utiliza para hacer referencia a la ruta completa del recurso que debe montarse, el segundo toma la ruta absoluta del punto de montaje donde el recurso debe montarse como valor; El tercero se usa para especificar el tipo de sistema de archivos.
Establecer dependencias y orden de montaje en /etc /fstab
En los cuales es posible que deseemos establecer una dependencia entre dos sistemas de archivos? Supongamos que tenemos un sistema de archivos que montamos en el directorio /hogar, y otro que contiene datos de usuario específicos que queremos montar en un subdirectorio de su hogar (E.g:/home/egdoc/data). Esta configuración establece una "dependencia" entre los dos sistemas de archivos, ya que para que el segundo se monte con éxito, el primero ya debería estar montado.
En este caso, ya que el segundo punto de montaje es bajo el primero, no deberíamos hacer nada especial. Systemd es lo suficientemente inteligente como para establecer una dependencia entre los dos sistemas de archivos, por lo tanto, en el archivo FSTAB solo escribiríamos:
/dev/sda3/home ext4 valores predeterminados 1 2/dev/sda4/home/egdoc/data ext4 predeterminados 1 2
¿Qué pasa si queremos establecer explícitamente una dependencia entre dos sistemas de archivos con puntos de montaje "no relacionados"?? Para lograr esta tarea tenemos que usar el
X-Systemd.Requiere montaje-por opción. Esta opción toma una ruta absoluta como un valor y establece una dependencia entre el sistema de archivos para el que se usa y el sistema de archivos utilizado para el punto de mantenimiento pasado como valor. Veamos un ejemplo. Supongamos que por alguna razón queremos que el sistema de archivos se monte en /hogar para montar después el montado en /bota (que a continuación suponemos estar en la partición /dev /sda2). En /etc /fstab escribiríamos:
/dev /sda2 /boot ext4 defaults 1 2 /dev /sda3 /home ext4 defaults, x-systemd.Requiere-mounts-for =/boot 1 2
Para que las unidades de montaje Systemd se regeneren de inmediato, podríamos ejecutar:
$ sudo SystemCtl-Daemon-Reload
En este punto, si echamos un vistazo al /run/systemd/generador/inicio.montar Unidad, podemos ver el RequiereMountsfor =/Boot La opción se ha incluido en el [Unidad] estrofa:
# Generado automáticamente por SystemD-FStab-Generator [Unidad] Documentación = Man: FStab (5) Man: Systemd-FStab-Generator (8) SourcePath =/etc/FStab RequiereMountsfor =/Boot Antes = Local-FS.Target requiere = [email protected] después = [email protected] después = [email protected] [Mount] what =/dev/sda3 where =/home type = ext4 Opciones = predeterminados, x-systemd.Requiere-Monts-For =/Boot
Conclusiones
Hoy en día, casi todas las principales distribuciones de Linux tienen (no sin controversia), Adopted Systemd como sistema init. Uno de los mayores críticos utilizados contra SystemD es que solo hace mucho más que administrar la inicialización del sistema. En este caso, vimos cómo maneja también el montaje de sistemas de archivos en el arranque, a través de unidades específicas que se pueden escribir desde cero o generarse automáticamente desde el archivo tradicional /etc /fstab. Dado que el montaje del sistema de archivos no se realiza secuencialmente en el arranque, en este tutorial vimos cómo declarar la dependencia entre dos sistemas de archivos y establecer su orden de montaje correcto utilizando el X-Systemd.Opción Requiere Mounts-For.