Problem with mount network drives using cifs, please help

Support
1

Hello

I have problem with mounting our network drives using cifs in lx-4.2 and I got “Unable to apply new capability set” error. Searching the web I found similar issue in Pclinux forum:

https://www.pclinuxos.com/forum/index.php?topic=154445.0

It seems that problem is related to incompatibility of cifs-utils and lib64cap-ng0 versions and according to that thread upgrading cifs-utils will solve the issue. May I ask to upgrade cifs-utils for Rock channel? Do you know another workaround? Accessing network drives is vital for my work and I don’t want to change my distro as I like OM so much.

Thank you in advance

1 Like
2

I will take a look if it’s not a massive job I will do it right away.

3

Thank you very much Sir.

4

It seems to have updated OK you will find it in the testing repo which you will have to enable with the ‘software repository chooser’ tool (enable testing for the main repo) It may take a which to prpogate to the mirrors though. If you want it really quick you can get it here:-
http://abf-downloads.openmandriva.org/4.2/repository/x86_64/main/testing/cifs-utils-6.14-1-omv4002.x86_64.rpm
Please let me know if it works or whether there are any issues.

1 Like
5

And you will have to disable soon after :wink:

@all: Do not full update stable release while /testing repository enabled.

6

By upgrading cifs-utils I am able to mount network drives manually using “sudo mount -a” command. But they can’t be mounted at boot using fstab entry. systemd complains about missing dependency and I don’t know what dependency needed. Also mounting drives is not possible graphically using dolphin. here is the error:

“An error occurred while accessing ‘/home/hosein/y’, the system responded: This program is not installed setuid root - “user” CIFS mounts not supported”

7

@travis-82 Please tell how did you update cifs-utils.
Did you download the rpm file or you enabled testing repo and update it?

At this moment cifs-utils and deps should be moved into /main/updates/ repo.

Just in case, I’d suggest to:

- open console and run
sudo dnf clean all ; dnf clean all ; dnf repolist
sudo dnf upgrade cifs-utils
or sudo dnf reinstall cifs-utils if you get any complaint that it’s already installed
(please copy/paste the full console output here. Please post your code as code)

- try again making your test
(please again copy/paste the full console output here)

8

I upgraded cifs-utils using update repo. Same thing happened: systemd didn’t mount network drives during system boot. Here is the output:

sudo dnf clean all ; dnf clean all ; dnf repolist
[sudo] password for hosein: 
53 files removed
0 files removed
repo id                         repo name
rock-updates-x86_64             OpenMandriva Rock - x86_64 - Updates
rock-updates-x86_64-non-free    OpenMandriva Rock - Non-free - x86_64 - Updates
rock-updates-x86_64-restricted  OpenMandriva Rock - Restricted - x86_64 - Updates
rock-updates-x86_64-unsupported OpenMandriva Rock - Unsupported - x86_64 - Updates
rock-x86_64                     OpenMandriva Rock - x86_64
rock-x86_64-non-free            OpenMandriva Rock - Non-free - x86_64
rock-x86_64-restricted          OpenMandriva Rock - Restricted - x86_64
rock-x86_64-unsupported         OpenMandriva Rock - Unsupported - x86_64
[hosein@hosein-systemproductname ~]$ sudo dnf reinstall cifs-utils 
OpenMandriva Rock - x86_64                  184 kB/s |  35 MB     03:12    
OpenMandriva Rock - x86_64 - Updates         74 kB/s | 1.8 MB     00:25    
OpenMandriva Rock - Unsupported - x86_64    112 kB/s | 8.9 MB     01:21    
OpenMandriva Rock - Unsupported - x86_64 -   16 kB/s |  50 kB     00:03    
OpenMandriva Rock - Restricted - x86_64      40 kB/s | 136 kB     00:03    
OpenMandriva Rock - Restricted - x86_64 - U 4.2 kB/s | 9.1 kB     00:02    
OpenMandriva Rock - Non-free - x86_64        28 kB/s |  90 kB     00:03    
OpenMandriva Rock - Non-free - x86_64 - Upd 4.2 kB/s | 9.4 kB     00:02    
Last metadata expiration check: 0:00:01 ago on Wed 15 Dec 2021 01:14:15 PM +0330.
Dependencies resolved.
============================================================================
 Package          Architecture Version      Repository                 Size
============================================================================
Reinstalling:
 cifs-utils       x86_64       6.14-1       rock-updates-x86_64       215 k

Transaction Summary
============================================================================

Total download size: 215 k
Installed size: 326 k
Is this ok [y/N]: y
Downloading Packages:
cifs-utils-6.14-1-omv4002.x86_64.rpm        230 kB/s | 215 kB     00:00    
----------------------------------------------------------------------------
Total                                       229 kB/s | 215 kB     00:00     
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing        :                                                    1/1 
  Reinstalling     : cifs-utils-6.14-1.x86_64                           1/2 
  Cleanup          : cifs-utils-6.14-1.x86_64                           2/2 
  Running scriptlet: cifs-utils-6.14-1.x86_64                           2/2 
  Verifying        : cifs-utils-6.14-1.x86_64                           1/2 
  Verifying        : cifs-utils-6.14-1.x86_64                           2/2 

Reinstalled:
  cifs-utils-6.14-1.x86_64

And here is the output of systemd

systemctl status home-hosein-y.mount
● home-hosein-y.mount - /home/hosein/y
     Loaded: loaded (/etc/fstab; generated)
     Active: failed (Result: exit-code) since Wed 2021-12-15 12:33:46 +0330>
      Where: /home/hosein/y
       What: //rifr-dc1/t-box
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)

Dec 15 12:33:46 hosein-systemproductname systemd[1]: Mounting /home/hosein/>
Dec 15 12:33:46 hosein-systemproductname mount[12411]: mount error: could n>
Dec 15 12:33:46 hosein-systemproductname systemd[1]: home-hosein-y.mount: M>
Dec 15 12:33:46 hosein-systemproductname systemd[1]: home-hosein-y.mount: F>
Dec 15 12:33:46 hosein-systemproductname systemd[1]: Failed to mount /home/>

And again this is the error which I get when I try to mount drives using dolphin

An error occurred while accessing '/home/hosein/y', the system responded: This program is not installed setuid root -  "user" CIFS mounts not supported.

Note that I have used same fstab entries for network drives in all of my previous distributions and had not this problem.

1 Like
9

Thank you very much for posting detailed requested additional infos.
They may be very useful to debug issues.

@Colin ? ^^^

May be pam_cifscreds missing dep?

10

I issued this command according to a thread in forum

sudo chmod u+s /sbin/mount.cifs

And now I got this error when I run mount -a

mount -a
mount.cifs: permission denied
mount.cifs: permission denied
11

Is it to run with sudo?
$ sudo mount ...

Or did you run it from root console?
# mount ...

12

Try installing nss_wins. No guarantees though.

13

nss_wins-4.13.2-1.x86_64 is already installed

14

In OM Lx 4.2 znver1 partition.

So to solve a problem we need to know how to reproduce the problem. As I read this thread that is not mentioned until post 10. I think these are the steps to reproduce:

$ sudo chmod u+s /sbin/mount.cifs

$ mount -a

That works here. Or at least it runs without error. So what do we need to fix?

Edit: It would seem the problem is in the /etc/fstab entries or something with ‘/home/hosein/y’?

So perhaps we need a better description of what the user is trying to do and for @travis-82 to post contents of his /etc/fstab. Also maybe we need to see the permissions for ‘/home/hosein/y’. Honestly I am guessing here.

15

I did also reboot to be sure that everything in my /etc/fstab is mounted, and they are. I do mount data partitions, including one on a separate hd, but I do not think that is the same as what @travis-82 means by network drives.

16

"user" CIFS mounts not supported >>> is telling us something. I would guess this is telling us something needs to be done as root or some permission needs changing.

Maybe that is the right thing to do, it is what I would think to do, but OpenMandriva sometimes does things different from other Linux distros.

17

Note that here sudo mount -a works without problem after booting to Plasma. The problem is that network drives don’t mount during boot process. Here is my fstab entries for network drives:

//rifr-dc1/t-box /home/hosein/y cifs gid=users,file_mode=0664,dir_mode=0775,auto,username=myuser,password=mypassword 0 0
//rifr-dc1/home /home/hosein/x cifs gid=users,file_mode=0664,dir_mode=0775,auto,username=myuser,password=mypassword 0 0
18

Don’t know if this will help your situation. I mount my data partitions like this:

UUID=whatever mountpoint fstype defaults,noatime 0 2

Example (I changed the UUID for privacy):

UUID=fe098765-c4hg-0963-v039-987b306f035z /Data1 ext4 defaults,noatime 0 2

and set owner and permissions in the individual os with chown and chmod. The /etc/fstab entries are actually created when I install the os with the OM Lx Calamares partition page. I just select the partition from the list and name the mount point and partitioner does the rest.

Edit: You don’t have to use UUID in /etc/fstab you can still use the old /dev/sda9 or /dev/nvme0n1p7 way. But it is to easy to get the UUID with blkid command.

19

I forgot.

Welcome @travis-82 to OpenMandriva Community and our forum.