He agregado un recurso compartido en fstab para acceder a una unidad de red con todos mis archivos en ... fstab se ve así:
proc /proc proc defaults 0 0
/dev/mmcblk0p1 /boot vfat defaults 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime 0 1
//192.168.1.73/disk1 /media/disk1 cifs username=pi,password=raspberry,_netdev,uid=1000,gid=1000,iocharset=utf8, 0 0
# a swapfile is not a swap partition, so no using swapon|off from here on, use dphys-swapfile swap[on|off] for that
Cuando ejecuto sudo mount -a
la unidad de red se monta con éxito y puedo hacerlo cd /media/disk1
, lo ls
que me da correctamente una lista de todas las carpetas en dicha unidad de red.
Sin embargo, después de reiniciar el pi cuando llego cd
a esa ubicación y ls
volver a ejecutarlo , no hay nada allí. Tengo que ejecutar manualmente de sudo mount -a
nuevo, que luego monta la unidad.
He visto esto informado muchas veces en otros foros, y el consenso parece ser que los montajes en fstab están sucediendo demasiado pronto, antes de que se haya establecido la red. He tratado de implementar las cosas que entiendo, pero para ser honesto, muchas de ellas están muy por encima de mi cabeza. He agregado _netdev
a la línea en fstab, he agregado rootdelay=10
a /boot/cmdline.txt, he instalado networkmanager ... nada de esto ha ayudado.
Y entonces me vuelvo hacia ti, a punto de tirar el pi por la ventana, seguido por mí mismo. Cualquier ayuda, muy apreciada.
fuente
También tuve el mismo problema con respecto al montaje automático de una unidad de red en el arranque. Traté de agregar el
mount -a
comando/etc/rc.local
después de editar el/etc/fstab
pero fue en vano. La razón por la que no funciona es que la red no está lista antes demount -a
ejecutarse.Como otros han mencionado, el problema es que las unidades fstab se montan incluso antes de que la red esté activa. Para asegurarse de que la red esté lista durante el arranque, hay una opción
Wait for Network at Boot
enraspi-config
.correr
y establezca la
Wait for Network at Boot
opciónSlow wait for network connection before completing boot
y reinicie. Por supuesto, el tiempo de arranque puede verse afectado, pero si eso no es crítico, se puede utilizar este método.Después del reinicio, puede verificar que la unidad de red esté montada automáticamente: verificación rápida
ls /media/DRIVE_NAME
odf
fuente
/etc/rc.local
mount -a
solución, pero no olvides dormir primero. Vea mi respuesta que acabo de publicar aquí: raspberrypi.stackexchange.com/a/63690/49091Actualice las notas, ya que esto apareció en Google. Sufrí la misma serie de frustraciones al montar mi Airport Time Capsule. Estoy ejecutando Raspberry Pi 3B + en Rasbian Stretch lanzado el 14 de marzo de 2018 con GUI estándar.
Aquí está mi línea de código fstab:
//100.10.10.1/Data /mnt/timecapsule cifs username=********, password=******, vers=1.0, rw, uid=1000, iocharset=utf8, sec=ntlm 0 0
Algunos cambios parecen haber sucedido con el tiempo:
¡Después de 2 días de luchas, el mío finalmente está montado y lo hace en el arranque!
fuente
Otro truco para resolver este problema es agregar al final del archivo
/etc/rc.local
el comando:Después de reiniciar, puede verificar si todo está bien escribiendo el comando:
y verás algo como esto:
fuente
La
_netdev
opción en/etc/fstab
no parece hacer nada para las acciones cifs. Este recurso ( https://help.ubuntu.com/community/Fstab ) parece confirmar que cuando dice "_netdev - este es un dispositivo de red, móntelo después de abrir la red. Solo válido con fstype nfs ".Prefiero usar el
/etc/rc.local
archivo para arreglar esto, durmiendo y luego llamandomount -a
dentro de él, en lugar de usarcrontab
o laWait for network at boot
opción enraspi-config
. Sin embargo, para que la/etc/rc.local
solución funcione, no olvide dormir, como se explica a continuación.Lo que he hecho para solucionar este problema (en mi Pi3) es modificar
/etc/rc.local
para dormir 20 segundos (llamandosleep 20
) y luego llamarmount -a
. De esta manera, aunque la red NO está conectada todavía cuando el sistema lee el archivo fstab por primera vez, por lo que el montaje falla, forzo al sistema a esperar 20 segundos aquí (dando tiempo a la red para conectarse) y luego lo obligo a llamarmount -a
nuevamente para montar todas las unidades en elfstab
archivo.Así es
/etc/rc.local
como se ve mi archivo ahora:¡Hecho! ¡Ahora funciona perfectamente para mí!
Referencias
fuente
En mi caso compré una Raspberry Pi 3 e instalé Raspbian Stretch , edité mi fstab con mi disposición favorita de unidades de red como esta:
Entonces cada vez que usaba:
Cada unidad listada en fstab se montaría automáticamente, luego agregué esto a rc.local y varios otros lugares para poder disfrutar del contenido de estas unidades al inicio, en resumen, nada funcionó hasta que decidí agregar una línea a la raíz crontab como por:
Elegí mi editor (nano en y caso) Luego agregué esta línea en la parte inferior
Todo funcionó bien en mi caso después de reiniciar. Espero que esto los ayude.
NOTA:
Si se encuentra con algún problema, siempre puede ejecutar:
Y te dará una pista sobre lo que funcionó y lo que no
fuente
Puede agregar los atributos _netdev y comment = systemd.automount en el fstab y todo funciona bien para mí al reiniciar. Solía enfrentar el mismo problema al reiniciar.
fuente
Sé que esta es una pequeña respuesta tardía, pero tuve el mismo problema y tenía que ver con que la red no estaba activa cuando
fstab
se llamó. Probé elcrontab
primero y funcionó bien, pero pensé que era un poco desordenado ...Hay una gran publicación aquí que se ejecuta mediante el uso de un script
init.d
para ejecutar el montaje como en el arranque ... está funcionando muy bien para mí ahora.fuente