File and print server for compatibility with Windows stuff.
2008-08-22 - (version not recorded) on (distribution not recorded)
2008-08-22 - (version not recorded) ∞
This actually worked for me:
authentication is not supported! ∞
mount -t smbfs //server/user /mnt/mountpoint -o username=myusername,password=mypassword
smb4k SMB connection failed cli_negprot: SMB signing is mandatory and we have disabled it. 5486: protocol negotiation failed
Somehow this works:
mount -t smbfs //192.168.10.112/projects /mnt/mnt -o username=username,uid=user
I use my local username(uid)/password(when prompted)
.. even when that windows machine doesn't know about my local user/password.
rsync and cp cannot send large files over samba: File too large (27) ∞
rsync: write failed on "/path/to/filename.ext": File too large (27) rsync error: error in file IO (code 11) at receiver.c(298) [receiver=3.0.0] rsync: connection unexpectedly closed (37 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender= 3.0.0]
- The destination is awake and alive.
- The connection is stable.
There's enough space on the destination.
From what I can glean from the net, it might be some kind of temporary file creation issue. Why the hell is rsync creating temporary files? Just. Copy. The. File.
cp -av doesn't work either. This is definitely an arbitrary samba limitation. =(
Issues with Samba ∞
\umount -l /mnt/mountpoint
Apparently a forced
umount won't work, but
-l (lazy) does. Strange.