It seems, issuing a "vers=3" while mounting could hint a possible solution, but I'm currently not able to fix this mount option via smb4k. Is there any other way to do this?
Thx!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I assume that you are using version 3.0.2 of Smb4K.
Please go to the configuration dialog > Mounting > Advanced Mount Settings, tick the "SMB protocol version" check box and choose the appropriate protocol version.
Does mounting work now as expected?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi *,
Since my last update to the Kubuntu 19.10 kernel, most of my bookmarked shared stopped working.
It seems, that there is a version conflict due to the samba version used. While trying to mount a share via smb4k the kernel log reads:
It seems, issuing a "vers=3" while mounting could hint a possible solution, but I'm currently not able to fix this mount option via smb4k. Is there any other way to do this?
Thx!
I assume that you are using version 3.0.2 of Smb4K.
Please go to the configuration dialog > Mounting > Advanced Mount Settings, tick the "SMB protocol version" check box and choose the appropriate protocol version.
Does mounting work now as expected?
Ah, thank you! That's better! Yes, I'm using 3.0.2. Sorry for not telling this one earlier.
I missed this option. I thought, this is bound to a single bookmarked connection, and not an item for all. But that's clear now. Thx.
Now I can mount quite all connections again, but 2. These two yield in dmesg:
I think I search the forum/net for any clue on this one.
Thx!
Ah, switching to NTLMv2 helped but one:
What is a "duplicate cookie"? Hm...
Seems a known issue not yet solved: https://bugzilla.kernel.org/show_bug.cgi?id=200145
Last edit: dyle 2019-11-21
Hm, I haven't read through the whole conversation in the bug report, but it seems that this does not prevent a SMB share from being mounted!?
In your snippet there is the line
which indicates that the permission was denied. Are the credentials correct?
Last edit: Alexander Reinholdt 2019-11-21
I'm pretty sure they are. I entered the PW several times.
In Windows 10, I can mount the very same share without any error too.
Ok. So, it seems we have to wait for the kernel developers to solve this issue...