Cuando tenemos un directorio compartido mediante NFS o CIFS podemos encontrarnos con un problema consistente en que tras configurar una entrada específica en el fichero /etc/fstab del cliente (y comprobar que funciona mediante un mount -a), al reiniciar la máquina el punto NFS no se monta automáticamente.

Sin embargo, al entrar al sistema y ejecutar «mount -a«, el directorio se monta correctamente.

Tras investigar un poco, observé que era debido a que cuando el sistema intentaba montar el directorio remoto, la red aún no estaba disponible.

En los logs tendremos trazas similares a ésta:

mount: RPC: Remote system error - no route to host

Buscando en la documentación de mount me encontré con la opción netdev:

_netdev
The filesystem resides on a device that requires network access (used to prevent the system from attempting to mount these filesystems until the network has been enabled on the system).

Por tanto, modifiqué la linea correspondiente en el fstab incluyendo esta opción, dejándola como sigue:

192.168.100.50:/vol/backup    /mnt/backup    nfs    _netdev,rw,auto    0    0

Sin embargo, tras del reinicio el sistema el volumen NFS no se montó de manera automática y es debido a que la opción netdev no retrasa el mount sino que evita que se produzca para evitar posibles errores.

Podemos confirmarlo echando un vistazo al fichero /etc/rc.sysinit, encargado de leer el fstab y montar los sistemas de ficheros en el arranque del sistema.

Encontramos en él la siguiente línea:

action $"Mounting local filesystems: " mount -a -t nonfs,nfs4,smbfs,ncpfs,cifs,gfs,gfs2 -O no_netdev

Lo que hace este comando es montar todos los sistemas de ficheros excepto los que sean del tipo nfs, nfs4, smbfs, ncpfs, cifs, gfs y gfs2 o los que tengan la opción netdev.

Por tanto, para montar el sistema de ficheros en red, será necesario además añadir al fichero /etc/rc.local la siguiente línea:

mount -a -O _netdev

la cual monta específicamente los sistemas de ficheros «netdev».