Adicionei um compartilhamento no fstab para acessar uma unidade de rede com todos os meus arquivos ... o fstab se parece com:
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
Quando executo sudo mount -a
a unidade de rede é montada com êxito e posso fazê-lo cd /media/disk1
, o ls
que corretamente fornece uma lista de todas as pastas na referida unidade de rede.
No entanto, depois de reiniciar o pi quando eu cd
chegar ao local e executar ls
novamente, nada estará lá. Eu tenho que executar manualmente sudo mount -a
novamente, que monta a unidade.
Eu já vi isso relatado muitas vezes em outros fóruns, e o consenso parece ser que as montagens no fstab estão acontecendo muito cedo - antes que a rede seja estabelecida. Eu tentei implementar as coisas que eu entendo - mas, para ser sincero, muito disso está além da minha cabeça. Eu adicionei _netdev
para a linha no fstab, eu adicionei rootdelay=10
em /boot/cmdline.txt, eu tenho instalado networkmanager ... nada disso ajudou.
E então eu me viro para você, pronto para jogar o pi pela janela - seguido por mim. Qualquer ajuda, muito apreciada.
fonte
Eu também tive o mesmo problema em relação à montagem automática de uma unidade de rede na inicialização. Eu tentei adicionar
mount -a
comando no/etc/rc.local
depois de editar o/etc/fstab
mas sem sucesso. O motivo pelo qual não funciona é que a rede não está pronta antes damount -a
execução.Como outros usuários mencionaram, o problema é que as unidades fstab são montadas antes mesmo da rede estar ativa. A fim de ter certeza de que a rede está pronto durante o boot, há uma opção
Wait for Network at Boot
noraspi-config
.corre
e defina a
Wait for Network at Boot
opçãoSlow wait for network connection before completing boot
e reinicie. É claro que o tempo de inicialização pode ser afetado, mas se isso não for crítico, esse método pode ser usado.Após a reinicialização, você pode verificar se a unidade de rede está montada automaticamente: verificação rápida
ls /media/DRIVE_NAME
oudf
fonte
/etc/rc.local
mount -a
solução, mas não se esqueça de dormir primeiro. Veja a minha resposta eu postei aqui: raspberrypi.stackexchange.com/a/63690/49091Notas de atualização, visto que isso apareceu no Google. Sofri a mesma série de frustrações ao montar meu Airport Time Capsule. Estou executando o Raspberry Pi 3B + no Rasbian Stretch lançado em 14 de março de 2018 com a GUI padrão.
Aqui está minha linha 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
Algumas mudanças parecem ter ocorrido ao longo do tempo:
Após 2 dias de lutas, o meu agora está finalmente montado e o faz na bota!
fonte
Outro truque para resolver esse problema é anexar na parte inferior do arquivo
/etc/rc.local
o comando:Após a reinicialização, você pode verificar se está tudo bem digitando o comando:
e você verá algo assim:
fonte
A
_netdev
opção in/etc/fstab
parece não fazer nada com os compartilhamentos cifs. Este recurso ( https://help.ubuntu.com/community/Fstab ) parece confirmar que quando diz "_netdev - este é um dispositivo de rede, monte-o após abrir a rede. Válido apenas com o fstype nfs ".Eu prefiro usar o
/etc/rc.local
arquivo para corrigir isso, por dormir e, em seguida, chamandomount -a
dentro dele, ao invés de usarcrontab
ou aWait for network at boot
opçãoraspi-config
. No entanto, para que a/etc/rc.local
correção funcione, não esqueça de dormir, conforme explicado abaixo.O que fiz para corrigir esse problema (no meu Pi3) é modificar
/etc/rc.local
para dormir 20 segundos (ligandosleep 20
) e depois ligarmount -a
. Dessa forma, mesmo que a rede ainda não esteja conectada quando o sistema ler o arquivo fstab pela primeira vez, a montagem falhará, forço o sistema a aguardar 20 segundos aqui (dando tempo à rede para conectar-se) e o forço a ligarmount -a
novamente para montar todas as unidades nofstab
arquivo.Aqui está a
/etc/rc.local
aparência do meu arquivo:Feito! Agora funciona perfeitamente para mim!
Referências:
fonte
No meu caso, comprei um Raspberry Pi 3 e instalei o Raspbian Stretch , editei o meu fstab com meu arranjo favorito de unidades de rede como este:
Então, sempre que eu usava:
Todas as unidades listadas no fstab seriam montadas automaticamente e adicionei isso ao rc.local e a vários outros locais para que eu pudesse aproveitar o conteúdo dessas unidades na inicialização, para resumir a história, nada funcionou até que decidi adicionar uma linha à raiz crontab gosta de:
Escolha meu editor (nano no caso y) Em seguida, adicione esta linha na parte inferior
Tudo funcionou bem no meu caso após a reinicialização. Espero que isso ajude vocês.
NOTA:
Se você tiver algum problema, sempre poderá executar:
E isso lhe dará uma dica sobre o que correu e o que não
fonte
Você pode adicionar os atributos _netdev e comment = systemd.automount no fstab e tudo está funcionando bem para mim na reinicialização. Eu costumava enfrentar o mesmo problema na reinicialização.
fonte
Sei que esta é uma resposta um pouco tardia, mas tive o mesmo problema e estava relacionado à falta de rede quando a
fstab
chamada foi chamada. Eu tentei ocrontab
primeiro e funcionou ok, mas pensei que era um pouco confuso ...Há um ótimo post aqui que é executado usando um script
init.d
para executar o mount como no boot ... está funcionando muito bem para mim agora.fonte