tenksomm Posted February 3, 2021 Share Posted February 3, 2021 (edited) 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, 2021 by tenksomm Quote Link to comment
MartinG Posted February 3, 2021 Share Posted February 3, 2021 (edited) 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, 2021 by MartinG Quote Link to comment
tenksomm Posted February 3, 2021 Author Share Posted February 3, 2021 (edited) Ach so, danke erstmal Einfach bei Disks "all" und bei User Shares "all" ? Edited February 3, 2021 by tenksomm Quote Link to comment
ich777 Posted February 3, 2021 Share Posted February 3, 2021 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? Quote Link to comment
MartinG Posted February 3, 2021 Share Posted February 3, 2021 Nein. Es geht um Berechtigungen die versehentlich geändert wurden. Reiter Tools, oberste Reihe, zweite App von links klicken. Durchlesen, bestenfalls verstehen, ausführen. 😉 2 Quote Link to comment
tenksomm Posted February 3, 2021 Author Share Posted February 3, 2021 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 Quote Link to comment
tenksomm Posted February 3, 2021 Author Share Posted February 3, 2021 Ich habe mal "new Permissions" für meinen eigene Share ausgeführt, kann aber immer noch nicht drauf schreiben Quote Link to comment
ich777 Posted February 3, 2021 Share Posted February 3, 2021 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? Quote Link to comment
tenksomm Posted February 3, 2021 Author Share Posted February 3, 2021 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 Quote Link to comment
MartinG Posted February 3, 2021 Share Posted February 3, 2021 Heißt der User gleich wie der Windows User und verwendet dasselbe Passwort? Quote Link to comment
ich777 Posted February 3, 2021 Share Posted February 3, 2021 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)? 1 Quote Link to comment
tenksomm Posted February 3, 2021 Author Share Posted February 3, 2021 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! 2 Quote Link to comment
tenksomm Posted February 3, 2021 Author Share Posted February 3, 2021 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. Quote Link to comment
ich777 Posted February 3, 2021 Share Posted February 3, 2021 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)? Quote Link to comment
mgutt Posted February 3, 2021 Share Posted February 3, 2021 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. 1 Quote Link to comment
tenksomm Posted February 11, 2021 Author Share Posted February 11, 2021 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. Quote Link to comment
tenksomm Posted February 11, 2021 Author Share Posted February 11, 2021 Nach einem reboot hat es wieder funktioniert, aber muss ich immer einen reboot ausführen, um das Problem zu beheben? Quote Link to comment
mgutt Posted February 11, 2021 Share Posted February 11, 2021 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/ Quote Link to comment
tenksomm Posted February 11, 2021 Author Share Posted February 11, 2021 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? Quote Link to comment
tenksomm Posted February 11, 2021 Author Share Posted February 11, 2021 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. Quote Link to comment
mgutt Posted February 11, 2021 Share Posted February 11, 2021 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? Quote Link to comment
tenksomm Posted February 11, 2021 Author Share Posted February 11, 2021 (edited) 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, 2021 by tenksomm Quote Link to comment
tenksomm Posted February 11, 2021 Author Share Posted February 11, 2021 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 Quote Link to comment
mgutt Posted February 11, 2021 Share Posted February 11, 2021 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. Quote Link to comment
mgutt Posted February 11, 2021 Share Posted February 11, 2021 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. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.