SysV Init
El /etc/init.d/mountall.sh
script de inicio solo monta sistemas de archivos locales
mount -a -t nonfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs,gfs2,ceph -O no_netdev
Otros sistemas de archivos están montados por scripts de inicio separados, como por ejemplo /etc/init.d/mountnfs.sh
, que declaran (a través de encabezados LSB) su dependencia $network
. Por lo tanto, estos se programan más tarde, una vez que se abre la red, mientras que mountall.sh
pueden ejecutarse mucho antes.
systemd
Las unidades de montaje locales son arrastradas por las local-fs.target
remotas remote-fs.target
. systemd-fstab-generator
escanea /etc/fstab
, genera unidades de montaje y las asigna a los objetivos anteriores en función de condiciones similares a las anteriores.
delay_connect
Esta opción significa que sshfs no iniciará la conexión SSH al servidor remoto en el momento del montaje, sino que solo lo hará en la primera operación del sistema de archivos que realmente lo requiera. Esto retrasa el informe de errores, pero podría ser una solución útil en algunos casos, por ejemplo, si su sistema init no tiene suficiente información para ordenar la operación de montaje correctamente. "La red" estar "activa" es un término bastante laxo , y aunque se pueden agregar dependencias adicionales arbitrarias para montar unidades que no ayudan si el evento desencadenante no es parte de la transacción de arranque (en el lenguaje systemd).
_netdev
no está destinado a ser un argumento pasado al proceso que realiza el montaje (y que es específico para el tipo de montajeext4/btrfs/cifs/fuse
), sino que está destinado a ser leído por otros procesos / scripts que, en función de este indicador, deciden cuándo durante el proceso de arranque, estos montajes deben ejecutarse. ¿Sí? Si es así, sospecho que esta es la razón por la cual este argumento comienza con un guión bajo para diferenciarlo de otros argumentos formales .