Failed to mount Windows share: Invalid argument
A very similar question has been asked before by robazefa
, but no one answered it.
For the last month or so, my Ubuntu 14.04 LTS box has been been unable to open a couple of folders shared from external drives on a PC running Win 8.1 on a home network.
Through Files
on the Unity desktop, I can browse the network, access the workgoup, access the Win 8.1 box, see and access its shares except the folders on its external drives. They appear on the list and I could access them without a problem a couple of months ago, but now I get a dialogue box with Unable to access location - failed to mount Windows share: Invalid argument
message, with only the option to click OK
.
These folders are readily accessible now from other Win 7 and 8 PCs on the network, but the same Invalid argument
error now appears on the only other Linux box on the network which runs Mint Cinnamon.
My question is which argument is in invalid and how can I validate it?
Solution 1:
I resolved this by using the IP address instead of the server name.
Solution 2:
This sounds like a regression. An Ubuntu bug report and upstream bug report has already been made for it. It might be best to set yourself as "affected" and ask what information is needed. also clearly state that this is a regression. Regressions get fixed faster.
Workaround #1
You can try manually opening the share with nautilus (the file manager)
nautilus smb://ServernameOrIp
Workaround #2
You can try mounting it with smbclient
. Example:
smbclient –L geekmini –U geek
Where geekmini is pc and geek is username.
Create mountpoint:
sudo mkdir /media/Video
Actually mounting the drive:
mount –t cifs –o username=geek,password=thepass //geekmini/root /media/Video
Good luck and let me know what works!
Solution 3:
edit /etc/samba/smb.conf
and Disable SMBv1 and use SMBv2 works for me
like min protocol = SMB2
Solution 4:
My samba share has started to produce this same error after the group the shared directory had, and was shared to, has been erroneously deleted.
It got back to work OK after the situation with the disappeared group was resolved.
One could resolve it giving the share another group in the smb.conf file, but I just recreated it on the system level.
Hope this will help.