Durante anos isso funcionou e hoje parou.
Eu tenho um servidor Debian 8 executando o Samba 4.2.10 para fornecer alguns compartilhamentos para máquinas Windows 10 e Ubuntu 16.04 em uma LAN.
Hoje de manhã, as máquinas do ubuntu aparentemente montaram compartilhamentos, mas estão vazias.
Servidor smb.conf
:
[global]
workgroup = PAP
server string = Hello there.
obey pam restrictions = Yes
pam password change = Yes
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log
log level = 3
socket options = TCP_NODELAY SO_SNDBUF=16384
dns proxy = No
wins support = Yes
valid users = pap,rich
hosts allow = 10.0., 127.
# shares default to rw, pap.pap, open perms
read only = No
force user = pap
force group = pap
create mask = 0666
force create mode = 0666
directory mask = 0777
force directory mode = 02777
[org]
comment = Main Files Space
path = /home/org
E no cliente Ubuntu (cifs-utils v6.4), eu me conectei com
mount -t cifs -o rw,nobrl,gid=pap,username=pap,password=****,file_mode=0666,dir_mode=0666,nounix \
//server/org /mnt/org
Se eu montar sem a opção nounix
, poderei ver os arquivos. A opção nounix
é importante porque os links simbólicos são tratados diferentemente entre as máquinas Windows e Ubuntu. Nenhum erro é gerado AFAICS.
O (Debian 8) server não anexa nada aos logs (em /var/log/samba/*
) quando o compartilhamento é montado com ou sem nounix
. Nada aparece no monitoramento journalctl -u smbd
Eu criei o log do Samba no servidor, mas é tudo ou nada e não vi nada relacionado à montagem que ajudou.
O cliente (Ubuntu 16.04) não parece registrar nada em /var/log/syslog
.
Seguindo instruções sobre o que parece ser um relatório de erros quais são:
echo 1 | sudo tee /proc/fs/cifs/cifsFYI
sudo dmesg -c >/dev/null
sudo mount ...
sudo ls /mount-point/
sudo dmesg -c
não produz nada.
Também executei esses comandos depois de executar echo 1 | sudo tee /proc/fs/cifs/traceSMB
. Isso fez gerar saída (lotes de binário hexdumped). Eu posso postar esses hexdumps com e sem o nounix
se eles forem de interesse ...