Veja este bug no Ubuntu:
e o bug relacionado no Debian:
Esta é uma mudança intencional no comportamento por motivos de segurança. Em vez de usar o mount com o conjunto de bits setuid, você pode querer executá-lo usando o sudo.
Eu uso o pacote de ferramentas smbfs para montar meus compartilhamentos SMB. Eu escrevi um script rápido para montar o compartilhamento:
#!/bin/sh
/usr/bin/smbmount "\\somehost.local\hostshare" /media/hostshare -o user=smbuser,dom=WORKGROUP,uid=localuser,gid=localgroup
Este script costumava funcionar em 9.10 quando chamado pela conta "localuser", mas no meu 10.04 recém-instalado ele falha ao me dar o erro:
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
O diretório / media / hostshare está vazio e tem estes perms:
drwxrwxr-x 2 localuser localgroup 4096 2010-12-12 12:04 hostshare/
O "localuser" está nesses grupos:
localgroup adm dialout cdrom plugdev lpadmin admin sambashare
Alguma ideia do que está acontecendo aqui? O Google parece sugerir que o bit "adesivo" precisa ser definido em /sbin/mount.cifs /sbin/mount.smbfs e /sbin/umount.cifs
Isso é um bug?
Para mim, adicionar o parâmetro sec=ntlmv2 funciona.
Exemplo:
sudo mount //server/share /localdirectory -o user=username,domain=WORKGROUP,sec=ntlmv2,iocharset=utf8
Você personalizou previamente o smb.conf? Caso contrário, o sistema Windows ao qual você está se conectando alterou sua configuração desde a última vez que você se conectou? Uma solução possível: Adicione o seguinte no seu /etc/samba/smb.conf
cliente ntlmv2 auth = yes