Montei um servidor compartilhado na minha rede local usando a GUI connect to server e o endereço que inseri foi smb://myServer/myFolder. Tentei adicionar a pasta compartilhada ao /mntdiretório para que eu pudesse acessá-la através do meu IDE, mas falhei, apesar de tentar desmontar o servidor e usar a CLI com o comando
gio mount smb://myServer/myFolder**.
Alguém já teve esse problema antes?
Respostas:
Eu apenas segui o guia wiki smb do Ubuntu e funcionou para mim com o Ubuntu 18.04.1
Especificamente: primeiro criei o diretório para a montagem
sudo mkdir /media/NAS
Adicionei a seguinte linha ao meu fstab
//192.168.1.209/public /media/NAS cifs guest,uid=1000,iocharset=utf8 0 0
e depois correu
sudo mount -a
Desde então, minha unidade NAS foi montada. Reiniciei minha máquina várias vezes e confirmei que agora ela estava montada e inicializada para mim. Por que vale a pena usar uma conexão Ethernet para que ela possa ser configurada e instalada mais rapidamente do que seria uma conexão wi-fi.
mount error(95): Operation not supported
mount error: cifs filesystem not supported by the systemno subsistema Windows para Linux (não estritamente falando Ubuntu)
Abri o servidor que compartilhei e digitei ifconfig para obter o endereço IP. Então digitei este comando para listar os compartilhamentos
smbclient -L //myServerIpAdress
Em seguida, para montá-lo, digitei esses 2 comandos: primeiro para criar uma pasta sob o / mnt e depois para montar
sudo mkdir /mnt/myFolder
sudo mount -t cifs -o username=serverUserName //myServerIpAdress/sharename /mnt/myFolder/
Em seguida, digite a senha do servidor quando solicitado e sua montagem é feita em / mnt / myFolder
mount: /mnt/my-mount-name: cannot mount //<server-ip>/path/to/share read-only.e finalmente descobri que tinha que instalar cifs-utilsprimeiro ( sudo apt install cifs-utils). Depois disso, o comando mount funcionou.
Se você instalou, gvfs-binpode executar:
gvfs-mount smb://username@servername/sharename/
Mais sobre o gvfs-mount nas páginas de manual
Além disso, você pode ler o wiki oficial Samba / SambaClientGuide
Observe que é melhor adicionar a versão do protocolo SMB (por exemplo ,vers = 1.0) às opções de montagem. O mount.cifs declara usar vers = 1.0 como padrão, mas isso não ocorre e você fica preso com um erro "host inativo" ao tentar montar em um NAS mais antigo. A solução acima então lê
sudo mount -t cifs -o username=serverUserName,vers=1.0 //myServerIpAdress/sharename /mnt/myFolder/
Veja esta solução para detalhes.
O SMBv1 e os compartilhamentos sem proteção por senha fazem o trabalho rápido e fácil. Mas eles são definitivamente um enorme problema de segurança (por exemplo, WannaCry, etc).
Recomende compartilhamentos SMBv3 com proteção por senha de compartilhamentos. O uso de arquivos de credenciais protegidos no fstab provavelmente também é sábio. O lado do cliente Linux é muito semelhante ao acima. Consulte os procedimentos em https://linuxacademy.com/blog/linux/ubuntu-samba-client-setup-and-persistent-shares/
Eu sempre quis usar senhas armazenadas do meu chaveiro para acessar compartilhamentos SMB em scripts (backups) no meu laptop. Meu objetivo não era expor as senhas nos arquivos e usar o anacron para executar os backups. Após alguns testes, vim com isso:
gio mount smb://<server_name>/<share_name>, o que deve funcionar sem senha na sua sessão do GNOMEExemplo testado no Ubuntu 19.04:
# set the dbus address
DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/$(id -u)/bus"
# export dbus address to get access to user space keyring
export DBUS_SESSION_BUS_ADDRESS
# use new gnome user space mount tool (gvfs-mount is deprecated)
gio mount smb://<server_name>/<share_name>
#sync from gvfs created mount point to home dir
rsync -rav /var/run/user/$(id -u)/gvfs/smb-share\:server\=<server_name>\,share\=<share_name>/<folder>/ ~/<sync_dest>/
Ao executar o script via anacron em /etc/cron.daily, você precisa usar o usuário que tem acesso ao chaveiro, por exemplo:
Usuário su -c /home/user/scripts/rsync_sript.sh
cifs-utilsestava instalado.sudo apt-get install cifs-utils.