Solución 1:
Hay algunas cosas que podrías probar:
- Suponiendo que todavía no están montados cuando puede iniciar sesión, hace un
mount -a
¿Causa algún error al imprimirse en su terminal? Esto solo usará la información disponible en fstab para montar todos los montajes disponibles, y debería proporcionar detalles de cualquier montaje que todavía no funcione correctamente.- Si no obtiene errores y aún no tiene montajes, ¿está seguro de que no tiene el
noauto
? opción habilitada? - Si no obtiene errores y ahora tiene montajes, tal vez se esté produciendo algún montaje segregado en su secuencia de arranque y no todos esos pasos de arranque estén habilitados; por ejemplo, Gentoo tiene
localmount
ynetmount
ynfsmount
scripts de inicio para montar cosas en el arranque.
- Si no obtiene errores y aún no tiene montajes, ¿está seguro de que no tiene el
- ¿Es un problema de pedido? es decir, tratando de montar
/var/lib
antes de/var/
. Puede usar el primer parámetro numérico en fstab para controlar qué montajes se montan primero. - Si falla cualquiera de los anteriores, puede intentar bucear con troncos.
dmesg
, o uno de los varios registros en/var/log
debería poder ayudar. Su secuencia de inicio debe registrarse de forma predeterminada, pero debido a que depende de la configuración del registrador de su sistema, puede cambiar un poco, incluso en diferentes versiones de la misma distribución. Los culpables habituales son/var/log/messages
yvar/log/kernel
.
Solución 2:
Tenga en cuenta que algunos servicios de montaje como s3 fuse requieren redes los servicios deben habilitarse antes de que ocurra el montaje, por lo que es posible que deba crear un init.d servicio para habilitar el montaje y ordenarlo en consecuencia. Crédito:https://github.com/s3fs-fuse/s3fs-fuse/issues/412