February 3, 20215 yr Hallo! Ich möchte gleich auf den Punkt kommen. Windows sagt, das mein Share schreibgeschützt wäre, obwohl der Account read/write Access hat. Ich nutze zur Zeit Version 6.9.0-rc2 2020-12-18 (vs -rc1), also eine Beta, kommt das dadurch oder habe ich etwas übersehen? Ich habe auch einen SSD Cache, vielleicht liegt es auch daran Edited February 3, 20215 yr by tenksomm
February 3, 20215 yr Tools / Docker safe new perms Sobald Du mit dem root oder sudo auf Linux Dateien bewegst werden die Berechtigungen auf root/sudo umgeschrieben. Ist Etwas nervig.. Edited February 3, 20215 yr by MartinG
February 3, 20215 yr Author Ach so, danke erstmal Einfach bei Disks "all" und bei User Shares "all" ? Edited February 3, 20215 yr by tenksomm
February 3, 20215 yr 4 minutes ago, tenksomm said: Ach so, danke erstmal Einfach bei Disks "all" und bei User Shares "all" ? Ich würd es nur auf den shares machen und nicht auf 'appdata' wo hast du probleme? Wirklich ein user share oder im appdata ordner?
February 3, 20215 yr Nein. Es geht um Berechtigungen die versehentlich geändert wurden. Reiter Tools, oberste Reihe, zweite App von links klicken. Durchlesen, bestenfalls verstehen, ausführen. 😉
February 3, 20215 yr Author 2 minutes ago, ich777 said: wo hast du probleme? Ich glaube beide sind betroffen, da mir ein Dockercontainer sagt "/config/www/storage/logs/laravel-2021-02-03.log" sei Read-only file System
February 3, 20215 yr Author Ich habe mal "new Permissions" für meinen eigene Share ausgeführt, kann aber immer noch nicht drauf schreiben
February 3, 20215 yr 5 minutes ago, tenksomm said: Ich habe mal "new Permissions" für meinen eigene Share ausgeführt, kann aber immer noch nicht drauf schreiben Darf ich mal fragen was du geändert hast oder wie es überhaupt zu dem problem kam?
February 3, 20215 yr Author 7 minutes ago, ich777 said: Darf ich mal fragen was du geändert hast oder wie es überhaupt zu dem problem kam? Ich weiß es selber nicht, ich habe gestern noch ohne Zwischenfälle Dateien verschoben. aber heute war der Share dann plötzlich schreibgeschützt
February 3, 20215 yr 1 minute ago, tenksomm said: Ich weiß es selber nicht, ich habe gestern noch ohne Zwischenfälle Dateien verschoben. aber heute war der Share dann plötzlich schreibgeschützt Hast du schon mal einen reboot versucht? 22 minutes ago, tenksomm said: Dockercontainer sagt "/config/www/storage/logs/laravel-2021-02-03.log" sei Read-only file System Welcher Docker Container? Sagt er dir das wenn du das log aufmachst? Kann es sein das du schon mal die Berechtigungen zurückgesetzt hast (kann unter Umständen tödlich bzw. nicht wirklich gut sein)?
February 3, 20215 yr Author Habs hinbekommen, ein reboot hat es getan. Habe mich immer vor einem reboot gescheut, da ich mit diesem schon Probleme hatte. und da ich nicht so leicht an den Server rankomme, um ihn zu warten, habe ich kaum ein reboot gemacht. Danke trotzdem an alle!
February 3, 20215 yr Author 8 minutes ago, ich777 said: Welcher Docker Container? Es wäre Speedest - Tracker gewesen, auf welchen ich aus irgendeinem Grund immer noch nicht zugreifen kann, aber das ist auch egal.
February 3, 20215 yr 4 minutes ago, tenksomm said: Habs hinbekommen, ein reboot hat es getan. Manchmal ist das die einfachste Lösung, könntest du, sollte es wieder passieren, mir den Output von 'ls -la /mnt' geben (sprich Terminal von Unraid öffnen und das kommando eingeben und einen screenshot posten)?
February 3, 20215 yr Community Expert Es wird an den Rechten liegen und Windows merkt erstmal nichts von der Korrektur bis zum Neustart des Servers. Am besten ist sich in Windows ab- und anzumelden und/oder per Unraid Terminal "samba restart" ausführen. Das sollte es auch fixen. Über Windows kannst du auch über \\IP\Sharename auf den Server zugreifen. Das ist dann ein "neuer" Server. Damit kann man auch vorher/nachher vergleichen, wenn man die Rechte korrigiert hat.
February 11, 20215 yr Author Das Problem ist wieder aufgetreten, durch den Befehl On 2/3/2021 at 10:42 PM, ich777 said: 'ls -la /mnt' habe ich auch bemerkt, das users nur Lese Rechte haben, habe aber schon umgeschrieben auf meinen Share, da kommt das also auch hier keine Schreibrechte. Kann sich das jemand erklären? On 2/4/2021 at 12:32 AM, mgutt said: Das sollte es auch fixen. Hat es leider auch nicht.
February 11, 20215 yr Author Nach einem reboot hat es wieder funktioniert, aber muss ich immer einen reboot ausführen, um das Problem zu beheben?
February 11, 20215 yr Community Expert 48 minutes ago, tenksomm said: Nach einem reboot hat es wieder funktioniert, Sind die Rechte nach einem Neustart anders? Prüfe bitte alle drei: ls -la /mnt ls -la /mnt/disk1 ls -la /mnt/user Wenn ein kompletter Share Probleme macht, dann sollte entsprechend der Pfad /mnt/user/Sharename falsche Rechte besitzen. Nach meiner Erfahrung sind die Besitzrechte wie "root root" oder "nobody users" beide absolut in Ordnung, so lange man in den SMB Einstellung nicht "Ja", sondern "Ja (Active Directory" gewählt hat. Was dagegen ein Problem wäre, wenn die Schreibrechte nicht passen. Also statt "drwxrwxrwx" (Ordner) oder "-rw-rw-rw-" (Dateien) zB nur "drwx------". Das hatte ich mal, weil ein Docker Container diese falschen Rechte gesetzt hat. Quote habe ich auch bemerkt, das users nur Lese Rechte haben Wo siehst du das? Für mich sieht der Screenshot normal aus. Hier von meinem Server: ls -la /mnt total 8 drwxr-xr-x 16 root root 320 Feb 8 02:36 ./ drwxr-xr-x 21 root root 480 Feb 8 20:54 ../ drwxrwxrwx 9 nobody users 4096 Feb 9 00:21 cache/ drwxrwxrwx 3 nobody users 72 Feb 10 19:23 disk1/ drwxrwxrwx 3 nobody users 19 Feb 8 02:46 disk2/ drwxrwxrwx 3 nobody users 19 Feb 8 02:46 disk3/ drwxrwxrwx 3 nobody users 27 Feb 8 02:46 disk4/ drwxrwxrwx 3 nobody users 19 Feb 8 02:46 disk5/ drwxrwxrwx 3 nobody users 16 Feb 8 02:46 disk6/ drwxrwxrwx 4 nobody users 29 Feb 8 02:46 disk7/ drwxrwxrwx 11 nobody users 165 Feb 8 02:46 disk8/ drwxrwxrwx 3 nobody users 28 Feb 8 02:46 disk9/ drwxrwxrwt 2 nobody users 40 Feb 8 02:35 disks/ drwxrwxrwt 3 nobody users 60 Feb 8 02:36 remotes/ drwxrwxrwx 1 nobody users 4096 Feb 10 19:23 user/ drwxrwxrwx 1 nobody users 72 Feb 10 19:23 user0/ Hier von Disk1: ls -la /mnt/disk1 total 0 drwxrwxrwx 3 nobody users 72 Feb 10 19:23 ./ drwxr-xr-x 16 root root 320 Feb 8 02:36 ../ drwxrwxrwx 5 nobody users 60 Aug 16 10:51 Movie/ Hier von einem Share: ls -la /mnt/user/Max total 4 drwxrwxrwx 1 nobody users 33 Apr 25 2020 #recycle/ drwxrwxrwx 1 nobody users 147 Dec 19 14:01 ./ drwxrwxrwx 1 nobody users 4096 Feb 10 19:23 ../ drwxrwxrwx 1 nobody users 32 May 2 2020 Backup/ drwxrwxrwx 1 max users 34 Dec 19 14:01 Schule/ drwxrwxrwx 1 max users 67 Nov 11 11:19 Smartphone/ drwxrwxrwx 1 max users 10 Nov 7 21:57 Spiele/ drwxrwxrwx 1 max users 10 Nov 7 21:57 Videos/ drwxrwxrwx 1 max users 208 Nov 11 11:54 Xiaomi\ MI\ 9/
February 11, 20215 yr Author Bei mir sieht es ähnlich aus, nur dass bei meinen Ordnern nobody statt mein Name steht 1 hour ago, mgutt said: so lange man in den SMB Einstellung nicht "Ja", sondern "Ja (Active Directory" gewählt hat. Welche Einstellung meinst du genau?
February 11, 20215 yr Author Ach so, habs gefunden, bei mir steht noch Workgroup drin 1 hour ago, mgutt said: so lange man in den SMB Einstellung nicht "Ja", sondern "Ja (Active Directory" gewählt hat.
February 11, 20215 yr Community Expert 27 minutes ago, tenksomm said: Workgroup Workgroup ist der Standardname, der von Windows verwendet wird. SMB Freigaben sind immer nur sichtbar, wenn sie den selben Namen verwenden. Für einzelne Shares oder Unterordner hat das also keine Auswirkungen. 30 minutes ago, tenksomm said: Bei mir sieht es ähnlich aus, nur dass bei meinen Ordnern nobody statt mein Name steht Alles in Ordnung. Der Name wurde gegen "nobody" ersetzt als du die Zugriffsrechte über das Tool korrigiert hast. Würdest du jetzt einen neuen Ordner in einem Share über Windows erstellen, würde der wieder den Namen deines Nutzers tragen. On 2/3/2021 at 9:40 PM, tenksomm said: Windows sagt, das mein Share schreibgeschützt wäre Noch mal zu diesem Problem. Gilt dieser Schreibschutz für den kompletten Share, also auch im obersten Verzeichnis des Shares oder nur in bestimmten Unterordnern? Ist das Problem bei allen Shares präsent oder nur bei einem? Hast Du Docker Container oder Plugins, die auf diese(n) problematischen Share(s) zugreifen?
February 11, 20215 yr Author 2 hours ago, mgutt said: Noch mal zu diesem Problem. Gilt dieser Schreibschutz für den kompletten Share, also auch im obersten Verzeichnis des Shares oder nur in bestimmten Unterordnern? Das gilt für den ganzen Share, also auch Unterverzeichnisse. Und auch andere Shares sind betroffen, was man weiter oben im thread lesen kann, da auch speedtest-tracker Probleme auf Verzeichnisse zuzugreifen On 2/3/2021 at 10:05 PM, tenksomm said: /config/www/storage/logs/laravel-2021-02-03.log 2 hours ago, mgutt said: Hast Du Docker Container oder Plugins, die auf diese(n) problematischen Share(s) zugreifen? Nein, eigentlich nicht, ich habe noch ein iSCSI Plugin, welches aber nur auf den iSCSI Share zugreifen sollte Edited February 11, 20215 yr by tenksomm
February 11, 20215 yr Author Ich möchte noch einmal daran erinnern, dass ich eine Beta nutze, also kann es einfach auch ein Beta - Bug sein. Ich wollte mal den iSCSI Support ausprobieren
February 11, 20215 yr Community Expert Hast du mal einen Screenshot von der Windows Fehlermeldung zur Hand? 6 minutes ago, tenksomm said: Und auch andere Shares sind betroffen, was man weiter oben im thread lesen kann, da auch speedtest-tracker Probleme auf Verzeichnisse zuzugreifen Das kann auch einfach ein Fehler in dem Docker sein. Wenn man sonst Container installieren kann, wird es da kein Problem geben.
February 11, 20215 yr Community Expert 1 minute ago, tenksomm said: Ich möchte noch einmal daran erinnern, dass ich eine Beta nutze, also kann es einfach auch ein Beta - Bug sein. Unwahrscheinlich. Das ist RC und keine Beta mehr.
Archived
This topic is now archived and is closed to further replies.