Ich nutze Manjaro KDE mit dem Kernel 5.15.74-3
Ein Fileserver im Netz nutzt Samba 4.13.17 auf Ubuntu 20.04 und authentifiziert gegen AD (2012R2)
Seit etwa 1-2 Wochen bekomme ich nur noch lesenden Zugriff auf Samba-Freigaben im Netzwerk.
Daraufhin habe ich einen neuen Rechner mit der manjaro-kde-21.3.7-minimal-220816-linux515.iso installiert.
Der Zugriff war möglich. Dann habe ich den Rechner aktualisiert und das Problem tauchte wieder auf.
Ich habe mit pacman -Q die Pakete vor und nach dem Update weggeschrieben und dann verglichen. Unter anderem wurde der smbclient von version 4.16.4-3 auf 4.17.0.1 und samba auch von 4.16.4-3 auf 4.17.0-1 hochgezogen.
Ob es an diesen Paketen liegt, kann ich nicht sagen.
Wenn ich nach dem Update versuche im Dolphin auf eine Freigabe zu schreiben, kommt im Journal dieser Fehler:
kf.kio.workers.smb: – Failed to smbc_opendir: Keine Berechtigung
Wenn ich dann auf der Konsole versuch eine Freigabe zu mounten kommt dieser Fehler auf der Konsole:
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Und nach dmesg sieht man diesen Eintrag:
CIFS: VFS: cifs_mount failed w/return code = -13
Username und Passwort haben sich aber nicht geändert, so dass es kein Rechteproblem der Freigabe sein kann. (vor Update ging es ja auch noch)
Kennt jemand dieses Problem? Gibt es evtl. schon einen Workaround dafür?
Es ist in beiden Fällen derselbe Fehler. In jedem Fall hat es was mit den Berechtigungen zu tun. Es ist offensichtlich, dass sich etwas bei Version 4.17 geändert hat, was mit mit Version 4.13 nicht kompatibel ist. Ich tippe mal auf Active Directory Authentifizierung.
Downgraden kannst du so:
pamac install downgrade
sudo downgrade samba
Wenn du wissen willst, was das Problem ist, dann kommst du nicht drumherum die Verbindung zu debuggen.
In etwas so:
smbclient --debuglevel=10 ... etc
Ansonsten blocke das Upgrade auf 4.17 fürs erste und wenn ein neues update kommt, versuch es erneut.
Hi, ich weiß nicht ob man dein Setup in irgendeiner Weise mit meinem vergleichen kann und auch nicht die Funktionen. In meinem Fall bekomme ich z.B. mit smb://fritz.box keinen Zugriff auf meine Fritzbox.
Was in meinem Fall Abhilfe schafft und mir vom Funktionsumfang völlig genügt ist, anstatt per samba über ftp auf die Fritzbox zuzugreifen, mit: ftp://fritz.box
Keine Ahnung ob dir das hilft. Wenn nicht, dann hoffe ich der andere Ansatz wird es tun.
Ich hatte schon versucht, samba und sambaclient manuell zu downgraden - das hat nicht geklappt - ich werde das mit dem “downgrade” testen und berichten.
@linux-aarhus:
Thank you for your answer. I had already found and checked the thread. The problem is not only with Dolphin, but also on the console when I try to mount one of these shares. All attempts to mount on the console bring the error “kernel: CIFS: VFS: cifs_mount failed w/return code = -13”
and this since the update.
Ich weiß nicht genau, ob es hier erlaubt ist, in einem Thread deutsch und englisch zu schreiben - bitte sagt mir das, wenn es falsch ist. In Deutsch kann ich es glaub besser beschreiben.
@ fabio:
Danke auch Dir, doch in der Tat ist ein FTP-Zugriff hier keine Lösung, da ich mit meinen Kollegen gemeinsam auf viele verschiedene Freigaben zugreifen muss - und das wird dann gerade z.B. Rechte-Mäßig ein komplettes Durcheinander.
@megavolt:
Das mit dem downgrade hat soweit geklappt. Ich konnte samba und smbclient downgraden. Nun kamen allerdings schon beim Zugriff auf den Server (ohne explizit eine Freigabe zu connecten) Fehlermeldungen, die auf “kio” hindeuteten. Ich habe daraufhin, auch alles was mit kio zu tun hat, gedowngraded.
Leider hat das noch nicht geklappt. Ich werde jetzt neu starten und weiter testen und wenn ich entsprechende Fehlermeldungen habe, diese hier posten. Dank auch Dir!
samba 4.17.0-1 auf samba 4.16.4-3
smbcliet 4.17.0-1 auf smbclient 4.16.4-3
ldb 2:2.6.1-1 auf ldb 2:2.5.2-2
Jetzt kann ich über Dolphin wieder komplett zugreifen.
Ein Mount über die Konsole geht allerdings noch immer nicht - das ist mir jetzt aber auch nicht wichtig. Ich werde noch weiter suchen und ggf. hier posten.
While downgrading may work - it is not how rolling release is intented to work.
To avoid future issues with your working environment - you should use an operating system matching your company’s environment and the patch level of that environment.
The issue is not Samba Client on Manjaro but an issue with the Ubuntu server and the running version of Samba not being on same patchlevel as Manjaro and that is not a Manjaro issue.
Getting with your OS while acessing your company network is not really a matter for a voluntary forum - but a matter for your company’s it-department.
Danke für den Tip, werde ich auch mal testen.
Ich kann seit dem letzten Stable Update mit Thunar keine Ordner mehr auf mein Synology NAS verschieben. Er meldet immer dass ich keine Berechtigung habe.
Ich dachte es hätte hiermit etwas zu tun:
Klingt tatsächlich alles sehr vertraut was dort steht und verlinkt ist. Die Fehlermeldung, wenn ich auf der Konsole versuch zu mounten ist ja noch da und die …Error -13… kommt ja bei mir auch noch - also das könnte schon alles zusammen hängen.
Ich schau da morgen noch in Ruhe drüber - danke für den Link!
Ok, the samba version on the FIleserver is the 4.13.17-Ubuntu.
Today I installed a current Ubu-server (22.04). This has the Samba version 4.15.9-Ubuntu. Also there, the said problem occurs that you can only read on a share and not write it.
The version of Manjaro-smbclient, where it no longer works, is the 4.17.01. The version difference is now not very large - but can that cause the problem? Since the Samba server is in a productive environment, I want to use only the supported versions of Ubuntu. Hmm - I don’t know how to solve this other than using an older client on my workstation at the moment, even if it contradicts the Manjaro philosophy - I really have no other choice…
Since everyone else only uses Windows anyway, and it therefore only affects my machine, I can live with it for now.
Being a retired system admin - I understand the woes of having responsibility for at homogeneus network.
For one company I have maintained an old application built to ron on WinXP - and it continued to work across a lot of Windows iterations. I was reluctantly pulled into creating new functionality caused by the company’s decision to move to a new cloud based ERP system.
Although I tried - the Windows 10 malware and ransomware protection made it completely futile to continue maintanance.
Although the company was not happy about it - still isn’t - I am in the process of creating a complete webbased salesforce application for the client.
So yes I know the woes and problems which a mixed environment creates - including backwards compatibililty which - at some point - will become impossible to achieve.
Arch based distributions plays well in production environments - sufficed the environment is kept at the same patch level.
Ubuntu systems are designed around a mantra of stability and predicatablity and that fits very badly with an Arch based system - but that is how it is.
I have long time come to the conclusion that bleeding edge is not always the best place to be
