[solved] Netzlaufwerk einbinden mit Hilfe von systemd-Automounts

[tobi258]

In den Optionen des pam_mount hab ich aber nur "nodev,nosuid" im Gegensatz zu Dir. 1 Versuch ist es vielleicht wert, ob es irgendwie an Deinen Optionen da liegt.

Vielen Dank für den Input. Hat jedoch nicht zum Erfolg geführt.
Das Verhalten ist das selbe.

[QT]

Passiert das auch, wenn Du Dich nicht an einem DE anmeldest sondern auf nem VT? Also reine Shell?

Und welches Debian hast Du am Laufen?

Es gab mWn einen Kernelbug der zu ENOENT bei cp,mv auf CIFS Laufwerken führte. Siehe: https://git.savannah.gnu.org/cgit/coreu ... 26bf548a7c

[tobi258]

Ich benutze folgende Version:

System:
Kernel: 6.1.0-17-amd64 arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 Desktop: Cinnamon v: 6.0.4
tk: GTK v: 3.24.38 wm: muffin vt: 7 dm: LightDM v: 1.26.0 Distro: LMDE 6 Faye
base: Debian 12.1 bookworm

[tobi258]

Ich habe hier noch eine vm am Laufen:

debian: 11.8
Kernel: 5.10.205-2

Hiermit funktioniert alles wie es soll.
Scheint also an LMDE 6 bzw. der verwendeten Kernelversion zu liegen.

Es gab mWn einen Kernelbug der zu ENOENT bei cp,mv auf CIFS Laufwerken führte. Siehe: https://git.savannah.gnu.org/cgit/coreu ... 26bf548a7c

Hängt das mit diesem BUG zusammen? Leider verstehe ich den Bugreport nicht.

[QT]

Ich benutze folgende Version:

System:
Kernel: 6.1.0-17-amd64

Ja, mit 6.1.0 Kernel hatte ich auch das Problem mit copy von share nach share oder auf dem share. Mittlerweile hab ich 6.6.11 (unstable halt) und kein Problem. Kann auch nicht mehr sagen, mit welcher Kernelversion das Problem verschwand. Aber mMn liegt es 100% daran. Soviel zu "stable"

[tobi258]

Ja, mit 6.1.0 Kernel hatte ich auch das Problem mit copy von share nach share oder auf dem share. Mittlerweile hab ich 6.6.11 (unstable halt) und kein Problem.

Vielen Dank für deine Unterstützung.
Zumindest weiß ich jetzt, dass es nicht an der SMB-Server Konfiguration liegt.

[QT]

Zumindest weiß ich jetzt, dass es nicht an der SMB-Server Konfiguration liegt.

Ja, damals hatte ich als Workaround die Dateien immer erst auf mein $HOME kopiert/verschoben und dann zurück zum NAS Ziel. Doof, aber ging nicht anders. Dann kam irgendwann eine Kernelversion, wo der Bug gefixt war.

Unglücklich bei Dir nun, dass der "Problemkernel" ausgerechnet der Kernel von Bookworm (Stable) ist. Keine Ahnung, wie lange Du damit aushalten musst. Im Zweifel müsstest Du in Backports schauen, ob es da was neueres gibt oder auf Testing oder gar Unstable wechseln, was ich aber nur als Möglichkeit erwähne und Dir nicht empfehlen will. Erstmal in Backports schauen, ob da neuerer Kernel für Bookworm verfügbar ist und damit testen.

[tobi258]

Kann auch nicht mehr sagen, mit welcher Kernelversion das Problem verschwand. Aber mMn liegt es 100% daran. Soviel zu "stable"

So konnte nun nachvollziehen, dass der Fehler mit Kernel Version 6.1.0-17-amd64 einzug gehalten hat.
Bin jetzt zurück auf Kernel Version 6.1.0-16-amd64 und alles ist wieder bestens.