similar to: Problem mounting with CIFS, error 22

Hi all; When I access the data hosted in that share using others mount ways (except the smbmount/mount.cifs/mount -t smbfs/mount -t cifs) all works fine, downhere a benchmark: 1) Transfer a 500 mb file: netcat - 27 seconds ftp - 31 seconds smbclient - 38 seconds mounted (cifs) - 2:58 minutes I'm having a big problem with delay mounting a share using smbmount or mount -t cifs. First

> Hi all, > > I'm tearing my hair off trying to understand the difference between C7 & > C8 > for mounting a cifs FS with fstab > > I'm building a Plex media server on C8 and duplicated the fstab entries > over from my current C7 installation > My data (music & movies) are on CIFS shares on a Synology NAS. > The packages cifs-utils samba-client

The following patch adds a warning when using NFS mounting syntax (server:/share), instead of the usual UNC syntax (//server/share || \\server\share), that support for NFS style mounts will be removed in version 6.0 of the mount.cifs utility. The reasoning for this is simple. Support for NFS syntax is undocumented and increases maintenance overhead. This came up recently on the cifs-utils list

This may be sorta off topic considering this is probably regarding the linux kernel but I am hoping someone here will have the answer anyway. I am having the strangest problem when mounting a samba share with "-t cifs" as opposed to "-t smbfs" where, instead of mounting as the user I am logged in as, it is mounted as if I were logged on as a completely different user. For

Hello, everyone, I'm trying to mount a CIFS share served by Samba using mount.cifs with NTLMv2 authentication. According to 'man mount.cifs' the option "sec=ntlmv2" should be supported, but it keeps giving me "mount error(22): Invalid argument". The Samba server enforces the use of NTLMv2. When allowing for NTLMv1 on both sides everything works just fine. The

I'm terribly sorry for the double-post, but it seems there was a problem with the attachments the first time around. Here goes the second attempt. Am 07.01.19 um 15:58 schrieb René Bräuer via samba: > Hello everyone, > > I'm trying to mount a CIFS share served by Windows 10 Samba with encryption. > > On the Windows server side, I made a regular share and told Windows via

Many thanks for all the help with this, it looks very promising for what we are trying to do. I'm following on from this and still getting problems, probably from my own lack of knowledge. If I do: root@ma:~# mount -t smb -o username=test //time.cfs/usershare1$ /mnt Password: root@ma:~# df Filesystem 1K-blocks Used Available Use% Mounted on .. other file systems ..

Hello While the mounting process is successful, the behavior of remote directories and files is different under CIFS than SMBFS. Here are some of the issues I have encountered: 1) When doing a "file" on a file mounted under SMBFS, it gives a standard output depending on the file type. For the same file under CIFS, it gives the same information with "setgid sticky" before

Chad William Seys via samba <samba at lists.samba.org> writes: > But when cifs-utils 6.4-1 is installed (from jessie) the different > user can access as expect. AFAIK there are no other differences besides > the cifs-utils version. Not counting any distro-specific patches it seems cifs.upcall only had 5 commits affecting it between these 2 releases: $ git log

On Fri, Apr 03, 2020 at 04:00:42PM +0200, Patrick DERWAEL wrote: > Hi all, > <snip> > > These are my current fstab entries on the C7 box > > //192.168.1.200/mp3 /home/plex/Musique cifs > user=plex,pass=plex,ro,auto,vers=3.0 > //192.168.1.200/videos /home/plex/Vid?os cifs > user=plex,pass=plex,ro,auto,vers=3.0 > > > On my C8: > > [root at plexvm

Version 4.0.0beta4-GIT-8f44389 Hi everyone Up until recently, mounting a share on a Linux client preserved the permissions of the files in the share, but now it doesn't. e.g. on the server drwxrws---+ 2 root staff 4096 Jul 6 12:04 7a # file: year7 # owner: root # group: staff # flags: -s- user::rwx user:root:rwx group::rwx mask::rwx other::--- default:user::rwx default:user:root:rwx

Then, what I'd try is 1) With an other directory like /mnt/xxx just to make sure it's not something with /home that it doesn't like. 2) See what it's doing by running it with strace -f mount..... Regards, Simon > Exactly the same... ??? > > > [root at plexvm ~]# mount -t cifs //192.168.1.200/mp3 /home/plex/Musique > --verbose -o

I tried to mount a volume using cifs as the filesystem type. I am using the cifs 1.02 patch on kernel version 2.4.22. The machine holding the disks is a WinXP Pro machine. When I use plain vanilla mount with cifs as the filesystem, I get: Mosix4 / # mount -t cifs //192.168.0.3/Fukuoka_c /fukuoka/c -o username=Administrator,pass=passw0rd,ro mount: wrong fs type, bad option, bad superblock on

Hi Jeff, Could you look at the following mailing list posting? https://lists.samba.org/archive/samba/2017-February/206468.html It looks like cifs.upcall has changed its behavior. As described in that post, I can mount with root / kerberos, but then cannot access with another user who has credentials. The logs indicate that cifs.upcall cannot find the kerberos ticket for the non-root user.

On Fri, Apr 3, 2020 at 4:09 PM Patrick DERWAEL <patrick at derwael.be> wrote: > Exactly the same... ??? > > > [root at plexvm ~]# mount -t cifs //192.168.1.200/mp3 /home/plex/Musique > --verbose -o username=plex,password=plex,domain=DERWAEL,ro,auto,vers=3.0 > mount.cifs kernel mount options: > >

Am 03.04.20 um 18:01 schrieb Patrick DERWAEL: > Le ven. 3 avr. 2020 ? 17:54, Jonathan Billings <billings at negate.org> a > ?crit : > >> On Fri, Apr 03, 2020 at 04:00:42PM +0200, Patrick DERWAEL wrote: >>> //192.168.1.200/mp3 /home/plex/Musique cifs >>> user=plex,pass=plex,workgroup=DERWAEL,ro,auto,vers=3.0 >>> //192.168.1.200/videos

I'm having a problem when I try to mount a CIFS share on a Samba 3.0.5 server from a Samba 3.0.2 workstation. When I type: mount -t smbfs //ip-address/share /mnt/point -o username=username,domain=DOMAIN It mounts, and I get no errors whatsoever. I can do almost anything I want (except for symbolic links and hard links, which is why I want CIFS). When I type the exact same thing, but change

On 4/3/20 12:48 PM, Patrick DERWAEL wrote: > User & pass are present > According to the man pages, workgroup is supported > I have changed it to domain, but that didn't change a thing > > [root at plexvm ~]# cat /etc/fstab > > # > # /etc/fstab > # Created by anaconda on Fri Apr 3 14:02:23 2020 > # > # Accessible filesystems, by reference, are maintained

I'm trying to set up mounting of a Windows share for non-root users via /etc/fstab on a CentOS 4.6 box - I've followed the instructions at: <http://wiki.centos.org/TipsAndTricks/WindowsShares> Using something like the /etc/fstab example given in the wiki page (with, of course, using a valid share, username and password for my set up): //winbox/getme /mnt/win cifs

On Fri, 2017-02-10 at 14:14 -0500, Simo Sorce wrote: > On Fri, 2017-02-10 at 13:30 -0500, Jeff Layton wrote: > > On Fri, 2017-02-10 at 12:39 -0500, Jeff Layton wrote: > > > On Fri, 2017-02-10 at 11:15 -0600, Chad William Seys wrote: > > > > Hi Jeff, > > > > > > > > > So we have a default credcache for the user for whom we are > > >