$ sudo mount -t cifs -o username=ubuntu,vers=1.0,wsize=16850 //192.168.122.172/sambashare ~/share
$ mount -l
//192.168.122.172/sambashare on /home/ubuntu/share type cifs (rw,relatime,vers=1.0,cache=strict,username=ubuntu,uid=0,noforceuid,gid=0,noforcegid,
addr=192.168.122.172,soft,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=16384,bsize=1048576,retrans=1,echo_interval=60,actimeo=1,closetimeo=1)
$ sudo dmesg | tail
[ 48.767560] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 48.768399] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 48.769427] CIFS: VFS: wsize rounded down to 16384 to multiple of PAGE_SIZE 4096
[ 48.770069] CIFS: Attempting to mount //192.168.122.172/sambashare
I no longer get data corruption when specifying wsize on the mount command line.
I built the new patch ontop of 6.5.0-15-generic again for you to try, if you
want.
Please note this package is NOT SUPPORTED by Canonical, and is for TESTING
PURPOSES ONLY. ONLY Install in a dedicated test environment.
You probably have my ppa already in place, you can just do a:
$ sudo apt update
$ sudo apt install linux-image-unsigned-6.5.0-15-generic linux-modules-6.5.0-15-generic linux-modules-extra-6.5.0-15-generic linux-headers-6.5.0-15-generic
$ sudo reboot
$ uname -rv
6.5.0-15-generic #15~22.04.1+TEST2049634v20240216b1-Ubuntu SMP PREEMPT_DYNAMIC Fr
Note the date change to 20240216. I kept using 6.5.0-15-generic over -17 due to
some other bugs I have been debugging on -17 that I am looking into.
Anyway, please test the new kernel, and try mount your smb1 share, and paste
back the last lines of dmesg with the CIFS: strings, so we can see the round
down take place.
Feel free to write back to Steve on linux-cifs too.
Hopefully we get this patch merged into upstream, and then I'll make sure we
get this into the next Ubuntu SRU cycle.
Hi R. Diez,
Steve posted a new patch [1] that also rounds the wsize down when specified on
the mount command line, just as we wanted:
[1] https:/ /lore.kernel. org<email address hidden>/
I tested it, and it works great.
$ sudo mount -t cifs -o username= ubuntu, vers=1. 0,wsize= 16850 //192.168. 122.172/ sambashare ~/share 122.172/ sambashare on /home/ubuntu/share type cifs (rw,relatime, vers=1. 0,cache= strict, username= ubuntu, uid=0,noforceui d,gid=0, noforcegid, 168.122. 172,soft, unix,posixpaths ,serverino, mapposix, acl,rsize= 1048576, wsize=16384, bsize=1048576, retrans= 1,echo_ interval= 60,actimeo= 1,closetimeo= 1) 122.172/ sambashare
$ mount -l
//192.168.
addr=192.
$ sudo dmesg | tail
[ 48.767560] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 48.768399] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 48.769427] CIFS: VFS: wsize rounded down to 16384 to multiple of PAGE_SIZE 4096
[ 48.770069] CIFS: Attempting to mount //192.168.
I no longer get data corruption when specifying wsize on the mount command line.
I built the new patch ontop of 6.5.0-15-generic again for you to try, if you
want.
Please note this package is NOT SUPPORTED by Canonical, and is for TESTING
PURPOSES ONLY. ONLY Install in a dedicated test environment.
You probably have my ppa already in place, you can just do a: unsigned- 6.5.0-15- generic linux-modules- 6.5.0-15- generic linux-modules- extra-6. 5.0-15- generic linux-headers- 6.5.0-15- generic 04.1+TEST204963 4v20240216b1- Ubuntu SMP PREEMPT_DYNAMIC Fr
$ sudo apt update
$ sudo apt install linux-image-
$ sudo reboot
$ uname -rv
6.5.0-15-generic #15~22.
Note the date change to 20240216. I kept using 6.5.0-15-generic over -17 due to
some other bugs I have been debugging on -17 that I am looking into.
Anyway, please test the new kernel, and try mount your smb1 share, and paste
back the last lines of dmesg with the CIFS: strings, so we can see the round
down take place.
Feel free to write back to Steve on linux-cifs too.
Hopefully we get this patch merged into upstream, and then I'll make sure we
get this into the next Ubuntu SRU cycle.
Thanks,
Matthew