Ich habe ein Share (FS des Pools: btrfs) mit folgenden Einstellungen (SMB-Verbindung erfolgt über die IP des unraid-Servers):

Von Win11 aus kann dieser user auf dem Share kein write ausführen:

• Variante 1: Benutzer & Passwort bei unraid & Win11 identisch -> kein write

• Variante 2: anderer Benutzer & Passwort als bei Win11-> kein write

Auch wenn der Share auf public geändert wird, ist kein write möglich.

SMB settings:

Global share settings:

An der Win11 SMB Konfiguration kann es nicht liegen, da write für SMB-Shares auf einer Synology funktionieren.

Any idea?

Thanks

Edited July 21, 2025Jul 21 by PinkCarlos

ich denke/hoffe es geht Dir um den mittleren User, der RW-Access haben sollte...

oben ist minimum free space angegeben: sind diese 100GB auf dem Cache auch noch frei?

Möglicherweise auch der gewünschte Ordner IN "downloads" einem von einem anderen User angelegt bzw. verändert oder Permisson falsch?

2 minutes ago, _alo_ said:

ich denke/hoffe es geht Dir um den mittleren User, der RW-Access haben sollte..

oben ist minimum free space angegeben: sind diese 100GB auf dem Cache auch noch frei?

Ja um dieser User geht es. Es handelt sich um eine 2 TB SSD, die nur minimal befüllt ist.

2 minutes ago, k3vbert said:

Möglicherweise auch der gewünschte Ordner IN "downloads" einem von einem anderen User angelegt bzw. verändert oder Permisson falsch?

guter Punkt: wie wurde das Share "Downloads" denn angelegt?

zur Kontrolle auf der Konsole mal "ls -lsa /mnt/Cache_ssd" ausführen und die Zeile bei "Downloads" kontrollieren.

Hat der User da Schreibrechte?

59 minutes ago, _alo_ said:

zur Kontrolle auf der Konsole mal "ls -lsa /mnt/Cache_ssd" ausführen und die Zeile bei "Downloads" kontrollieren.

Hat der User da Schreibrechte?

Es geht um Dateien in Unterordnern von downloads, aber mangelnde Schreibrechte scheinen die Ursache zu sein.

Die Dateien wurden von nzbget (als Docker app) dort gespeichert.

Können die Einstellungen in der App bzw. in Docker geändert werden?

Edited July 21, 2025Jul 21 by PinkCarlos

Dies sind die Berechtigung in den Docker Einstellungen:

Habe die Lösung gefunden, falls jemand dasselbe Problem hat:

Bei mir hat dies geholfen:

21 minutes ago, PinkCarlos said:

Dies sind die Berechtigung in den Docker Einstellungen:

Das sind keine Berechtigungen, sondern die User- und Gruppen-ID unter der dieser Docker läuft und Dateien schreibt, also "nobody" und "users".

Er erzeugt die Dateien also standardmäßig mit den Rechten 755 bzw rwxr-xr-x, d.h. nur der User nobody hat Schreibrechte.

Ich kenne den docker nicht, k.A. ob man für die Rechte beim Erstellen von Dateien noch Einstellmöglichkeiten hat, oder ob es für sowas was Globales gibt...

34 minutes ago, PinkCarlos said:

Habe die Lösung gefunden, falls jemand dasselbe Problem hat:

Bei mir hat dies geholfen:

auch wenn mir mangels Kenntnis von nzbget überhaupt nicht klar ist, wo Du das jetzt konfiguriert/gelöst hast:

Du solltest m.M.n. den Thread Titel ändern.

Erst ging es doch um fehlende Schreibrechte auf ein Share

dann kommst Du mit einem bestimmten docker Container, der scheinbar die Daten geschrieben hat

und jetzt kommt noch unrar als Entpacker-Tool hinzu?

Das findet mit der Überschrift bestimmt keiner, der dasselbe Problem hat 🤣

P.S.:

hätte die Angabe einer UMASK (bin vorhin nicht auf den Begriff gekommen) im nzbget-container nicht auch geholfen, dass die runtergeladenen Dateien die richtigen Rechte bekommen?

7 minutes ago, _alo_ said:

Du solltest m.M.n. den Thread Titel ändern.

Erst ging es doch um fehlende Schreibrechte auf ein Share

dann kommst Du mit einem bestimmten docker Container, der scheinbar die Daten geschrieben hat

und jetzt kommt noch unrar als Entpacker-Tool hinzu?

Das wurde erst alles im Prozess der Problemlösung klar, aber ja, ich ändere den Thread Titel

Die Einstellungen zu unrar erfolgen in nzbget, ich denke jemand, der dieses Problem hat, wird es entsprechend zuordnen können.

Für jemand der die App nicht kennt, ist es insofern irrelevant.