SMBv2+ does not show all files when mounting a windows share
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Unknown
|
Unknown
|
|||
Release Notes for Ubuntu |
Fix Released
|
Undecided
|
Unassigned | ||
linux (Debian) |
Fix Released
|
Unknown
|
|||
linux (Ubuntu) |
Incomplete
|
Medium
|
Unassigned |
Bug Description
When using the SMBv2 Protocol to mount a top level windows share (such as C:\) not all files (or directories) are shown that exist on the server side. Exactly 2 files are always missing...
Steps to reproduce:
On a windows7 PC (or Server) e.g. C:\ must be published as Share (must be top level share - a subfolder like C:\data\ seems to work)
sudo mount -t cifs //SERVER/SHARE_NAME /mnt -o domain=
As a result always 2 Files (or directories) are missing in the mounted directory of the ubuntu installation.
Seems to be a kernel bug (source tree: linux/fs/cifs).
The ubuntu versions I have checked:
Ubuntu 14.04LTS amd64
Ubuntu 15.10 amd64
Ubuntu 16.04 amd64
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: ubuntu-
ProcVersionSign
Uname: Linux 4.4.0-18-generic x86_64
ApportVersion: 2.20.1-0ubuntu2
Architecture: amd64
CrashDB: ubuntu
CurrentDesktop: KDE
Date: Tue Apr 19 14:50:02 2016
InstallationDate: Installed on 2016-04-19 (0 days ago)
InstallationMedia: Kubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160417.1)
PackageArchitec
SourcePackage: ubuntu-
Symptom: ubuntu-
UpgradeStatus: No upgrade log present (probably fresh install)
affects: | ubuntu-release-upgrader (Ubuntu) → samba (Ubuntu) |
summary: |
- SMB driver (SMBv2) does not show all files when mounting a windows top - level share + SMBv2+ does not show all files when mounting a windows share |
Changed in cifs-utils (Debian): | |
status: | Unknown → Confirmed |
affects: | cifs-utils (Debian) → linux (Debian) |
tags: | added: cscc |
Changed in ubuntu-release-notes: | |
status: | New → Fix Released |
Changed in linux (Debian): | |
status: | Confirmed → Fix Released |
Hi, /bugs.launchpad .net/ubuntu/ karmic/ +source/ linux/+ bug/406466
reproducing is hard as most that come by the bug don't have a win machine around most of the time.
But this seems to me a bit like:
https:/
Could you try to test with the noserverino mount option if it would fix your issue? nolinux, rw,user= MrBen,pass= ShopKeeper, dirmode= 0777,filemode= 0777 0 0
so something like:
//1.1.1.1/share/ /mnt/mountpoint smbfs noserverino,