Bug 14569 - Mounting CIFS share on NAS failing badly
Summary: Mounting CIFS share on NAS failing badly
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal major
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard: MGA5TOO
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-15 23:59 CET by Reinout van Schouwen
Modified: 2021-03-18 22:57 CET (History)
6 users (show)

See Also:
Source RPM: drakxtools-16.44-1.mga5.src.rpm
CVE:
Status comment:


Attachments

Description Reinout van Schouwen 2014-11-15 23:59:02 CET
Description of problem:
I recently got a second hand (but unused) LaCie Network Space 2 NAS device that I attached to the network. 

It has one publicly accessible share ('OpenShare') which I tried to access.

I ran into a number of problems that may or may not warrant separate bugs:

- There is no 'wins' entry in /etc/nsswitch.conf under 'hosts' so resolving the host is impossible. Adding 'wins' solves this problem.

- Mageia Control Center does not offer a way to mount as 'guest' which is most needed for anonymous login to a share

- Mount is not setuid root so even if you set the 'user' option, it gives you an error that "user" CIFS mounts are not supported.

- Remaining problem is that I can't seem to log in to either an authenticated or a public share, Nautilus mentions an unkown error code -5004 and mount.cifs gives 'bad UNC', whatever that means.

Reproducible: 

Steps to Reproduce:
Comment 1 Reinout van Schouwen 2014-11-16 00:06:09 CET
(In reply to Reinout van Schouwen from comment #0)

> - Remaining problem is that I can't seem to log in to either an
> authenticated or a public share, Nautilus mentions an unkown error code
> -5004 and mount.cifs gives 'bad UNC', whatever that means.

Scrap that last remark, that was my error by reading the // in front of the network address in fstab as comment tokens that I removed.

When the // is there I get a password prompt in case of an authenticated share but still a mount error(13): Permission denied when I provide the password. In case of a public share I immediately get the mount error(13).
Comment 2 Reinout van Schouwen 2014-11-30 23:02:00 CET
The fact that Nautilus couldn't access the share was caused by the fact that gvfs-smb wasn't installed (duh). This was totally non-obvious though, it should be at least a suggestion with samba client tools, if not just required by task-gnome.
Comment 3 Reinout van Schouwen 2015-01-04 21:21:00 CET
In the mean time I have replaced the firmware of the NAS. By doing so I have now succeeded in getting guest access to a public CIFS share on the device. However, the other issues I mentioned in comment #0 still stand.
Comment 4 Olivier Blin 2015-03-01 18:56:33 CET
The mount setuid root issue should be fixed in cauldron, see bug 14691

CC: (none) => mageia

Comment 5 Samuel Verschelde 2015-05-20 10:33:33 CEST
Comment #4 suggests one of the issues is fixed. Are there remaining issues or should be close this bug report?

Keywords: (none) => NEEDINFO

Comment 6 Reinout van Schouwen 2015-05-25 11:49:25 CEST
(In reply to Samuel VERSCHELDE from comment #5)
> Comment #4 suggests one of the issues is fixed. Are there remaining issues
> or should be close this bug report?

I don't see any indication that the remaining issues have been fixed:

- There is no 'wins' entry in /etc/nsswitch.conf under 'hosts' so resolving the host is impossible. Adding 'wins' solves this problem.

- Mageia Control Center does not offer a way to mount as 'guest' which is most needed for anonymous login to a share
Samuel Verschelde 2015-05-31 19:01:55 CEST

Keywords: NEEDINFO => (none)
Whiteboard: (none) => MGA5TOO FOR_ERRATA

Comment 7 Shlomi Fish 2015-06-10 14:15:34 CEST
Removing FOR_ERRATA because it seems that this misbehaviour is not too notable.

Whiteboard: MGA5TOO FOR_ERRATA => MGA5TOO
CC: (none) => shlomif

Comment 8 Vladimir Zawalinski 2015-06-23 11:06:19 CEST
I am experiencing related issues documented in Bug 16185. In this case the server is a wan/home router with SMB server capability from usb devices and no additional security. I have been able to browse the directories with smbclient, but not able to mount the share in any way so far

CC: (none) => vzawalin1

Samuel Verschelde 2015-06-25 09:18:14 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=16185

Comment 9 katnatek 2016-04-27 22:23:44 CEST
(In reply to Reinout van Schouwen from comment #6)
> (In reply to Samuel VERSCHELDE from comment #5)
> > Comment #4 suggests one of the issues is fixed. Are there remaining issues
> > or should be close this bug report?
> 
> I don't see any indication that the remaining issues have been fixed:
> 
> - There is no 'wins' entry in /etc/nsswitch.conf under 'hosts' so resolving
> the host is impossible. Adding 'wins' solves this problem.
> 
Or install nss_wins see https://bugs.mageia.org/show_bug.cgi?id=18274

CC: (none) => j.alberto.vc

Samuel Verschelde 2016-11-01 12:31:07 CET

Assignee: bugsquad => mageiatools

Comment 10 Brian Rockwell 2018-01-23 00:00:46 CET
Hey - this is still a problem in Mageia 6 (Gnome) using nautilus.  It is an easy fix.

Install gvfs-smb.  This needs to be defaulted in gnome if SMB client mounts are enabled.  

Can someone add this to gnome by default?

I can tell you, I had to research and try things several times to make this work.  Not user friendly at all.

Brian

CC: (none) => brtians1

Comment 11 Morgan Leijström 2021-03-18 22:57:51 CET
Hi
What is the status of this?

CC: (none) => fri


Note You need to log in before you can comment on or make changes to this bug.