Timoh94 Posted October 9, 2022 Share Posted October 9, 2022 (edited) Leider zu früh gefreut... @mgutt ich hoffe es ist richtig wenn ich dafür ein neues Thema aufmache. MariaDB ist repariert wie im obigen Thema abgeschlossen, nach kurzer Zeit komme ich wieder nicht in meine Nextcloud, diesmal folgender Fehler: Dein Datenverzeichnis kann von anderen Benutzern gelesen werden Bitte ändere die Berechtigungen auf 0770, sodass das Verzeichnis nicht von anderen Benutzern angezeigt werden kann. Bevor ich wieder etwas kaputt mache mit chmod/chown , frage ich lieber nach. Was muss ich tun um das zu reparieren? Im /mnt/user/nextcloud hat jeder User-Ordner folgende Rechte: drwxrwxrwx 1 sshd sshd Edited October 9, 2022 by Timoh94 Quote Link to comment
mgutt Posted October 9, 2022 Share Posted October 9, 2022 Welchen Nextcloud Container verwendest du? Bitte lass dir die IDs statt der Namen ausgeben. Wenn du über Unraid die Rechte sichtest, dann ersetzt Linux automatisch die ID gegen den Usernamen, der dem Host-System bekannt ist. In Containern können aber ganz andere User existieren. zB siehst du "sshd", was in Unraid die User ID 33 ist. Hast du die Dateien mit ID 33 überschrieben oder ist das der Standard-User von deinem verwendeten Nextcloud-Container? Hier mal zum Vergleich meine Rechte, aber ich verwende den offiziellen Container, der entsprechend der Unraid-Vorgaben die User ID 99 verwendet, aber zumindest könntest du die chmod-Rechte mit deinen vergleichen und wir bauen uns dann ein passendes Kommando dafür: # ls -n /mnt/cache/appdata/nextcloud total 8 drwxr-xr-x 3 99 100 32 May 11 09:36 apps/ drwxr-xr-x 2 99 100 295 Mar 20 2022 config/ drwxrwx--- 11 99 100 220 Jun 19 11:56 data/ drwxr-xr-x 15 99 100 4096 Sep 26 11:37 html/ # ls -n /mnt/cache/appdata/nextcloud/* /mnt/cache/appdata/nextcloud/apps: total 0 drwxr-xr-x 7 99 100 116 May 11 09:36 bruteforcesettings/ /mnt/cache/appdata/nextcloud/config: total 104 -rw-r--r-- 1 99 100 60 Mar 20 2022 apache-pretty-urls.config.php -rw-r--r-- 1 99 100 70 Mar 20 2022 apcu.config.php -rw-r--r-- 1 99 100 377 Mar 20 2022 apps.config.php -rw-r----- 1 99 100 1407 Sep 26 11:37 config.php -rw-rw-rw- 1 99 100 1301 Mar 20 2022 config.php.bak -rw-r--r-- 1 99 100 64160 Mar 20 2022 config.sample.php -rw-r--r-- 1 99 100 484 Mar 20 2022 redis.config.php -rw-r--r-- 1 99 100 798 Mar 20 2022 reverse-proxy.config.php -rw-r--r-- 1 99 100 1330 Mar 20 2022 s3.config.php -rw-r--r-- 1 99 100 944 Mar 20 2022 smtp.config.php -rw-r--r-- 1 99 100 1103 Mar 20 2022 swift.config.php /mnt/cache/appdata/nextcloud/data: total 1788 drwxr-xr-x 5 99 100 54 Mar 20 2022 axxx/ drwxr-xr-x 6 99 100 69 Jun 15 07:15 ayyy/ drwxr-xr-x 10 99 100 120 Apr 1 2022 appdata_octf350qk7ml/ drwxr-xr-x 2 99 100 27 Sep 26 11:37 files_external/ drwxr-xr-x 2 99 100 6 Mar 20 2022 hxxx/ -rw-r--r-- 1 99 100 0 Sep 26 11:37 index.html drwxr-xr-x 7 99 100 91 Mar 20 2022 mxxx/ -rw-r----- 1 99 100 1828448 Oct 9 09:25 nextcloud.log drwxr-xr-x 2 99 100 6 Mar 20 2022 pxxx/ drwxr-xr-x 2 99 100 6 Mar 20 2022 rxxx/ drwxr-xr-x 2 99 100 6 Mar 20 2022 sxxx/ /mnt/cache/appdata/nextcloud/html: total 128 drwxr-xr-x 43 99 100 4096 Sep 26 11:37 3rdparty/ -rw-r--r-- 1 99 100 19327 Sep 26 11:37 AUTHORS -rw-r--r-- 1 99 100 34520 Sep 26 11:37 COPYING drwxr-xr-x 48 99 100 4096 Mar 20 2022 apps/ drwxr-xr-x 2 99 100 6 Mar 20 2022 config/ -rw-r--r-- 1 99 100 4095 Sep 26 11:37 console.php drwxr-xr-x 22 99 100 4096 Sep 26 11:37 core/ -rw-r--r-- 1 99 100 6260 Sep 26 11:37 cron.php drwxr-xr-x 2 99 100 6 Mar 20 2022 custom_apps/ drwxr-xr-x 2 99 100 6 Mar 20 2022 data/ drwxr-xr-x 2 99 100 8192 Sep 26 11:37 dist/ -rw-r--r-- 1 99 100 156 Sep 26 11:37 index.html -rw-r--r-- 1 99 100 3456 Sep 26 11:37 index.php drwxr-xr-x 6 99 100 125 Sep 26 11:37 lib/ -rwxr-xr-x 1 99 100 283 Sep 26 11:37 occ* drwxr-xr-x 2 99 100 23 Sep 26 11:37 ocm-provider/ drwxr-xr-x 2 99 100 55 Sep 26 11:37 ocs/ drwxr-xr-x 2 99 100 23 Sep 26 11:37 ocs-provider/ -rw-r--r-- 1 99 100 3139 Sep 26 11:37 public.php -rw-r--r-- 1 99 100 5340 Sep 26 11:37 remote.php drwxr-xr-x 4 99 100 133 Sep 26 11:37 resources/ -rw-r--r-- 1 99 100 26 Sep 26 11:37 robots.txt -rw-r--r-- 1 99 100 2452 Sep 26 11:37 status.php drwxr-xr-x 3 99 100 35 Mar 20 2022 themes/ -rw-r--r-- 1 99 100 382 Sep 26 11:37 version.php Aus einem User-Verzeichnis: # ls -n /mnt/cache/appdata/nextcloud/data/mxxx/* /mnt/cache/appdata/nextcloud/data/mxxx/cache: total 0 /mnt/cache/appdata/nextcloud/data/mxxx/files: total 84 drwxr-xr-x 2 99 100 108 Apr 16 14:18 ChromeBeta84/ drwxr-xr-x 2 99 100 105 Jul 29 21:22 icomputerbase/ drwxr-xr-x 2 99 100 93 Apr 17 09:25 Klingelton/ -rw-r--r-- 1 99 100 83276 Sep 2 13:11 LPI_Level_2_20220829.html drwxr-xr-x 2 99 100 42 Jun 27 13:48 Nxxx/ drwxr-xr-x 8 99 100 110 Apr 17 07:50 SofortUpload/ drwxr-xr-x 2 99 100 74 Jul 29 21:37 test/ /mnt/cache/appdata/nextcloud/data/mxxx/files_trashbin: total 0 drwxr-xr-x 2 99 100 78 Jun 25 11:35 files/ drwxr-xr-x 2 99 100 6 Mar 20 2022 keys/ drwxr-xr-x 2 99 100 6 Mar 20 2022 versions/ /mnt/cache/appdata/nextcloud/data/mxxx/files_versions: total 4 drwxr-xr-x 2 99 100 4096 Jun 27 13:49 Nxxx/ drwxr-xr-x 4 99 100 41 Mar 20 2022 SofortUpload/ /mnt/cache/appdata/nextcloud/data/mxxx/uploads: total 0 drwxr-xr-x 2 99 100 88 Aug 24 23:38 30975a6fc032b64c8da673ae5bd8471e/ EDIT: Sieht ja eigentlich so aus, als wären alle Ordner 755 und alle Dateien 644. Dann könntest du deine Rechte wie folgt reparieren: find /mnt/user/nextcloud -type d -exec chmod 755 {} \; find /mnt/user/nextcloud -type f -exec chmod 644 {} \; In /mnt/user/appdata/nextcloud hattest du aber nichts geändert? Sonst vergleiche da auch noch mal. Und wie check auch noch mal die Gruppen ID. Wenn der Container 33 verwendet, dann wäre das eigentlich "falsch", weil Unraid immer mit der Gruppe "users" also der Gruppen ID 100 arbeitet. Der User 99 ist dann der "nobody". Dadurch kann auch jeder andere Unraid User zB über eine Netzwerkfreigabe auf die Dateien zugreifen. In deinem Fall nicht möglich. Quote Link to comment
Timoh94 Posted October 9, 2022 Author Share Posted October 9, 2022 7 minutes ago, mgutt said: Welchen Nextcloud Container verwendest du? Bitte lass dir die IDs statt der Namen ausgeben. Wenn du über Unraid die Rechte sichtest, dann ersetzt Linux automatisch die ID gegen den Usernamen, der dem Host-System bekannt ist. In Containern können aber ganz andere User existieren. zB siehst du "sshd", was in Unraid die User ID 33 ist. Hast du die Dateien mit ID 33 überschrieben oder ist das der Standard-User von deinem verwendeten Nextcloud-Container? Hier mal zum Vergleich meine Rechte, aber ich verwende den offiziellen Container, der entsprechend der Unraid-Vorgaben die User ID 99 verwendet, aber zumindest könntest du die chmod-Rechte mit deinen vergleichen und wir bauen uns dann ein passendes Kommando dafür: Aus einem User-Verzeichnis: Ich verwende den Container von knex666, ist doch das offizielle oder? Weiß leider nicht was der Standard-User ist Userverzeichnis: /mnt/user/nextcloud# ls -n drwxrwxrwx 1 33 33 69 Jun 29 2020 Ch drwxrwxrwx 1 33 33 32 Jan 7 2022 D drwxrwxrwx 1 33 33 91 Jan 26 2022 F drwxrwxrwx 1 33 33 54 Feb 7 2020 Fa drwxrwxrwx 1 33 33 69 Jan 7 2022 Ma drwxrwxrwx 1 33 33 32 Jan 7 2022 Mo drwxrwxrwx 1 33 33 24 Jan 7 2022 Na drwxrwxrwx 1 33 33 54 Jan 7 2022 Phi drwxrwxrwx 1 33 33 32 Jan 7 2022 Ra drwxrwxrwx 1 33 33 32 Jan 7 2022 Ta drwxrwxrwx 1 33 33 69 Mar 23 2022 Tr drwxrwxrwx 1 33 33 69 Jan 7 2022 Vi drwxrwxrwx 1 33 33 6 Feb 20 2020 __groupfolders drwxrwxrwx 1 33 33 20 Dec 17 2021 appdata_ocbfxw41o1bl drwxrwxrwx 1 33 33 209 Apr 26 2020 appdata_ockmcgf2pmy6 drwxrwxrwx 1 33 33 212 Apr 26 2020 appdata_ocvyerrrpq85 -rw-rw-rw- 1 33 33 61274603 May 27 12:17 audit.log -rw-rw-rw- 1 33 33 222782764 Oct 28 2021 audit.log.1 drwxrwxrwx 1 33 33 26 Oct 9 16:43 files_external -rw-rw-rw- 1 33 33 0 Apr 14 2020 flow.log drwxrwxrwx 1 33 33 24 Jun 27 2020 g drwxrwxrwx 1 33 33 47 Jan 7 2022 h -rw-rw-rw- 1 33 33 0 Oct 9 16:43 index.html -rw-rw-rw- 1 33 33 19 Apr 16 2020 memory_limit.ini -rw-r----- 1 33 33 35553515 Oct 9 19:00 nextcloud.log -rw-rw-rw- 1 33 33 104858320 Feb 20 2022 nextcloud.log.1 drwxrwxrwx 1 33 33 4096 Jun 29 2020 ownbackup -rw-r--r-- 1 33 33 4096 Oct 5 08:39 owncloud.db drwxrwxrwx 1 33 33 14 Jan 7 2022 s drwxrwxrwx 1 33 33 32 Jun 26 2019 system32 drwxrwxrwx 1 33 33 47 Jan 7 2022 th drwxrwxrwx 1 33 33 80 Apr 26 2020 updater-ockmcgf2pmy6 -rw-rw-rw- 1 33 33 109936 Mar 29 2020 updater.log Bestimmter User: drwxrwxrwx 1 33 33 6 May 23 2020 cache drwxrwxrwx 1 33 33 32 Nov 2 2020 files in Cache ist nichts drin Bestimmter User files: drwxrwxrwx 1 33 33 6 Nov 2 2022 Talk -rw-rw-rw- 1 33 33 0 Nov 26 2022 document1.docx Appdata: /mnt/user/appdata/nextcloud_offiziell# ls -n total 0 drwxrwxrwx 1 33 33 628 Oct 9 17:21 apps drwxrwxrwx 1 33 33 414 Oct 5 08:38 config drwxrwxrwx 1 33 33 468 Oct 8 22:30 nextcloud /mnt/user/appdata/nextcloud_offiziell/config# ls -n total 96 -rw-r--r-- 1 33 33 60 Apr 15 2020 apache-pretty-urls.config.php -rw-r--r-- 1 33 33 70 Apr 15 2020 apcu.config.php -rw-r--r-- 1 33 33 377 Apr 15 2020 apps.config.php -rw-r----- 1 33 33 1884 Oct 5 08:37 backup-config.php -rw-r----- 1 33 33 1883 Oct 9 17:21 config.php -rw-r--r-- 1 33 33 54813 Apr 15 2020 config.sample.php -rw-r--r-- 1 33 33 218 Apr 28 09:59 mimetypealiases.json -rw-r--r-- 1 33 33 55 Jun 3 2020 mimetypemapping.json -rw-r--r-- 1 33 33 476 Apr 15 2020 redis.config.php -rw-r--r-- 1 33 33 243 Apr 15 2020 reverse_proxy.config.php -rw-r--r-- 1 33 33 669 Apr 15 2020 smtp.config.php /mnt/user/appdata/nextcloud_offiziell# ls -n apps/ total 0 drwxr-xr-x 1 33 33 364 Oct 9 17:20 backup drwxr-xr-x 1 33 33 108 Apr 28 09:59 bruteforcesettings drwxr-xr-x 1 33 33 194 Oct 5 08:10 contacts drwxr-xr-x 1 33 33 318 Jun 18 10:13 deck drwxr-xr-x 1 33 33 64 Mar 11 2022 documentserver_community drwxr-xr-x 1 33 33 62 Oct 9 17:20 files_accesscontrol drwxr-xr-x 1 33 33 212 Oct 9 17:20 files_antivirus drwxr-xr-x 1 33 33 62 May 7 16:45 files_automatedtagging drwxr-xr-x 1 33 33 76 May 7 16:42 impersonate drwxr-xr-x 1 33 33 322 Oct 9 17:21 maps drwxr-xr-x 1 33 33 242 Oct 9 17:21 onlyoffice drwxr-xr-x 1 33 33 204 Oct 9 17:21 openotp_auth drwxr-xr-x 1 33 33 100 Apr 28 09:59 quota_warning drwxr-xr-x 1 33 33 118 Apr 28 09:59 ransomware_protection drwxr-xr-x 1 33 33 144 Apr 28 09:59 registration drwxr-xr-x 1 33 33 410 Oct 9 17:21 richdocuments drwxr-xr-x 1 33 33 152 Oct 9 17:20 richdocumentscode drwxr-xr-x 1 33 33 130 Oct 5 08:35 spreed drwxr-xr-x 1 33 33 172 May 7 16:42 terms_of_service drwxr-xr-x 1 33 33 314 Jun 18 10:13 twofactor_totp drwxr-xr-x 1 33 33 154 Jun 18 10:13 twofactor_u2f drwxr-xr-x 1 33 33 150 Oct 5 08:35 twofactor_webauthn :/mnt/user/appdata/nextcloud_offiziell/nextcloud# ls -n total 104 drwxr-xr-x 1 33 33 824 Oct 8 22:29 3rdparty -rw-r--r-- 1 33 33 19327 Oct 8 22:29 AUTHORS -rw-r--r-- 1 33 33 34520 Oct 8 22:29 COPYING drwxr-xr-x 1 33 33 1112 Jul 24 2021 apps drwxr-xr-x 1 0 0 54 Oct 5 08:40 config -rw-r--r-- 1 33 33 4095 Oct 8 22:29 console.php drwxr-xr-x 1 33 33 428 Oct 8 22:30 core -rw-r--r-- 1 33 33 6260 Oct 8 22:29 cron.php drwxr-xr-x 1 0 0 0 Apr 15 2020 custom_apps drwxr-xr-x 1 0 0 64 Apr 5 2022 data drwxr-xr-x 1 33 33 9276 Oct 8 22:30 dist -rw-r--r-- 1 33 33 156 Oct 8 22:29 index.html -rw-r--r-- 1 33 33 3456 Oct 8 22:29 index.php drwxr-xr-x 1 33 33 126 Oct 8 22:30 lib -rw-r--r-- 1 33 33 0 Oct 8 22:29 nextcloud-init-sync.lock -rwxr-xr-x 1 33 33 283 Oct 8 22:29 occ drwxr-xr-x 1 33 33 18 Oct 8 22:30 ocm-provider drwxr-xr-x 1 33 33 50 Oct 8 22:30 ocs drwxr-xr-x 1 33 33 18 Oct 8 22:30 ocs-provider -rw-r--r-- 1 33 33 3139 Oct 8 22:29 public.php -rw-r--r-- 1 33 33 5340 Oct 8 22:29 remote.php drwxr-xr-x 1 33 33 158 Oct 8 22:30 resources -rw-r--r-- 1 33 33 26 Oct 8 22:29 robots.txt -rw-r--r-- 1 33 33 2452 Oct 8 22:29 status.php drwxr-xr-x 1 33 33 26 Apr 15 2020 themes -rw-r--r-- 1 33 33 382 Oct 8 22:30 version.php Ich habe einen neuen Container schnell aufgesetzt um die Rechte anzugucken: /mnt/user/trash/neu/mnt/user/appdata/nextcloud_offiziell# ls -n total 4 drwxr-xr-x 1 33 33 6 Oct 9 19:10 apps drwxr-xr-x 1 33 33 296 Oct 9 19:10 config drwxr-xr-x 1 33 33 4096 Oct 9 19:10 nextcloud habe da ja keine User und kann deswegen keinen Unser zum Vergleich nehmen Hoffe das reicht alles als Info Quote Link to comment
hawihoney Posted October 9, 2022 Share Posted October 9, 2022 1 hour ago, Timoh94 said: sshd sshd Waren die Dateien ursprünglich auf einem anderen System? Und wenn ja, wie hast Du die Ordner/Dateien ursprünglich an das Ziel kopiert/verschoben? Quote Link to comment
Timoh94 Posted October 9, 2022 Author Share Posted October 9, 2022 (edited) 21 minutes ago, hawihoney said: Waren die Dateien ursprünglich auf einem anderen System? Und wenn ja, wie hast Du die Ordner/Dateien ursprünglich an das Ziel kopiert/verschoben? Die Daten waren immer auf unRAID, auf diesem System. Ich habe mich mit Chmod ausprobiert 😅 auch unter anderem mit Tools-> New Permission EDIT: 1 hour ago, mgutt said: EDIT: Sieht ja eigentlich so aus, als wären alle Ordner 755 und alle Dateien 644. Dann könntest du deine Rechte wie folgt reparieren: find /mnt/user/nextcloud -type d -exec chmod 755 {} \; find /mnt/user/nextcloud -type f -exec chmod 644 {} \; In /mnt/user/appdata/nextcloud hattest du aber nichts geändert? Sonst vergleiche da auch noch mal. Und wie check auch noch mal die Gruppen ID. Wenn der Container 33 verwendet, dann wäre das eigentlich "falsch", weil Unraid immer mit der Gruppe "users" also der Gruppen ID 100 arbeitet. Der User 99 ist dann der "nobody". Dadurch kann auch jeder andere Unraid User zB über eine Netzwerkfreigabe auf die Dateien zugreifen. In deinem Fall nicht möglich. Soeben ausgeführt, sobald es durch ist schreibe ich nochmal. Ehrlich gesagt bin ich mir nicht sicher ob ich auch etwas aus versehen im AppData geändert habe.. deswegen habe ich lieber davon auch das ls -n gepostet. Und die Gruppen ID scheint dann ja auch falsch mit 33 zu sein oder? Kann man die mit unRAID new Permissions ändern? Edited October 9, 2022 by Timoh94 Quote Link to comment
mgutt Posted October 9, 2022 Share Posted October 9, 2022 Knex666 hat die Rechte tatsächlich vergessen. Ich hatte mir den offiziellen Cotnainer manuell erstellt, daher ist das bei mir anders. Lass das erstmal bei 33. Laufen wird der damit. Quote Link to comment
Timoh94 Posted October 9, 2022 Author Share Posted October 9, 2022 2 hours ago, mgutt said: find /mnt/user/nextcloud -type d -exec chmod 755 {} \; find /mnt/user/nextcloud -type f -exec chmod 644 {} \; Es ist durch, jedoch habe ich jetzt folgende Meldung: Dein Datenverzeichnis ist schreibgeschützt. Berechtigungen können zumeist korrigiert werden, indem dem Webserver Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/24/go.php?to=admin-dir_permissions. Was fehlt noch? 😅 Quote Link to comment
mgutt Posted October 9, 2022 Share Posted October 9, 2022 5 hours ago, Timoh94 said: Ich verwende den Container von knex666, ist doch das offizielle oder? Den hattest du aber schon immer verwendet oder? 3 hours ago, Timoh94 said: Dein Datenverzeichnis ist schreibgeschützt. Tja, welches soll das jetzt sein. Mach mal das: chmod 777 /mnt/user/nextcloud chmod 777 /mnt/user/appdata/nextcloud_offiziell chmod 770 /mnt/user/appdata/nextcloud_offiziell/data Letzteres ist bei mir auch auf 770 eingestellt. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 (edited) 6 hours ago, mgutt said: Den hattest du aber schon immer verwendet oder? Ja 6 hours ago, mgutt said: Tja, welches soll das jetzt sein. Mach mal das: chmod 777 /mnt/user/nextcloud chmod 777 /mnt/user/appdata/nextcloud_offiziell chmod 770 /mnt/user/appdata/nextcloud_offiziell/data Letzteres ist bei mir auch auf 770 eingestellt. Da ich mein data so verbunden habe: Mein /mnt/user/appdata/nextcloud_offiziell/data ist leer und wenn ich das hier mache: chmod 770 /mnt/user/nextcloud Bekomme ich wieder etwas Neues: Ihr Datenverzeichnis ist ungültig. Stellen Sie sicher, dass eine Datei ".ocdata" im Wurzelverzeichnis des Datenverzeichnisses existiert. Ihr Datenverzeichnis ist schreibgeschützt. Berechtigungen können normalerweise korrigiert werden, indem dem Webserver Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/24/go.php?to=admin-dir_permissions. Also entweder 777 auf /mnt/user/nextcloud oder 770 - bringt beides unterschiedliche Fehlermeldungen (Datenverzeichnis von anderen Benutzern gelesen werden.. auf 0770 ändern - oder Datenverzeichnis ungültig) /mnt/user/nextcloud# find /mnt/user/ -iname *ocdata /mnt/user/nextcloud/.ocdata /mnt/user/nextcloud# ls -n /mnt/user/nextcloud/.ocdata -rw-r--r-- 1 33 33 0 Oct 9 16:43 /mnt/user/nextcloud/.ocdata Edited October 10, 2022 by Timoh94 Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 2 hours ago, Timoh94 said: Also entweder 777 auf /mnt/user/nextcloud oder 770 - bringt beides unterschiedliche Fehlermeldungen (Datenverzeichnis von anderen Benutzern gelesen werden.. auf 0770 ändern - oder Datenverzeichnis ungültig) Ok, dann wissen wir zumindest welches Verzeichnis das Problem ist. Dann tippe ich auf die User ID. Müsste man den knex666 mal unter einem neuen Namen und komplett anderen Pfaden neu installieren und schauen ob der auch 33 bekommt. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 1 hour ago, mgutt said: Ok, dann wissen wir zumindest welches Verzeichnis das Problem ist. Dann tippe ich auf die User ID. Müsste man den knex666 mal unter einem neuen Namen und komplett anderen Pfaden neu installieren und schauen ob der auch 33 bekommt. für mich sieht es gleich aus /mnt/user/trash/ncTEST# ls -n /mnt/user/trash/ncTEST/nextcloud/data total 1272 drwxr-xr-x 1 33 33 87 Oct 10 10:59 appdata_oc784scj7gms -rw-r--r-- 1 33 33 0 Oct 10 10:57 index.html -rw-r----- 1 33 33 6544 Oct 10 10:59 nextcloud.log -rw-r--r-- 1 33 33 1294336 Oct 10 10:59 owncloud.db drwxr-xr-x 1 33 33 19 Oct 10 10:57 testuser /mnt/user/trash/ncTEST# ls -n /mnt/user/trash/ncTEST/nextcloud/data/testuser/ total 0 drwxr-xr-x 1 33 33 165 Oct 10 10:58 files Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 14 minutes ago, Timoh94 said: für mich sieht es gleich aus Und die Rechte von /data? Um die geht es ja. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 10 minutes ago, mgutt said: Und die Rechte von /data? Um die geht es ja. Sry ich weiß nicht was du genau meinst, im Post darüber habe ich ein neuen Docker Container installiert und der Ordner von Data ist "/mnt/user/trash/ncTEST/nextcloud/data" - darauf habe ich das ls -n angewendet Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 Wir müssen wissen welche Rechte /data selbst hat. Also mach ls -n /mnt/user/trash/ncTEST/nextcloud Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 7 minutes ago, mgutt said: Wir müssen wissen welche Rechte /data selbst hat. Also mach ls -n /mnt/user/trash/ncTEST/nextcloud verstehe, danke /mnt/user/trash/ncTEST# ls -n /mnt/user/trash/ncTEST/nextcloud total 0 drwxrwx--- 1 33 33 140 Oct 10 11:36 data Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 Ich habe gerade mal eine Testinstallation gemacht. Bei mir ist alles 777: # ls -an /mnt/cache/appdata/nextcloudtest total 8 drwxrwxrwx 7 0 0 69 Oct 10 11:31 ./ drwxrwxrwx 21 99 100 4096 Oct 10 11:31 ../ drwxrwxrwx 2 33 33 6 Oct 10 11:31 apps/ drwxrwxrwx 2 33 33 296 Oct 10 11:31 config/ drwxrwxrwx 2 33 33 6 Oct 10 11:31 data/ drwxrwxrwx 15 33 33 4096 Oct 10 11:31 html/ drwxrwxrwx 2 99 100 6 Oct 10 11:31 share/ Komisch, dass der bei dir dann sagt, dass "Datenverzeichnis von anderen Benutzern gelesen werden" kann. EDIT: Ah jetzt glaube ich weiß ich was das Problem ist. /data muss 777 haben, aber nicht /data/username. Die müssen alle 755 sein. Die sind/waren (?) bei dir aber 777: Wobei du ja das Kommando ausgeführt hast oder nicht? find /mnt/user/nextcloud -type d -exec chmod 755 {} \; Dann sollten die eigentlich jetzt richtig sein 🤔 Poste vielleicht noch mal alle Ordnerrechte. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 12 minutes ago, mgutt said: Ich habe gerade mal eine Testinstallation gemacht. Bei mir ist alles 777: Komisch, dass der bei dir dann sagt, dass "Datenverzeichnis von anderen Benutzern gelesen werden" kann. EDIT: Ah jetzt glaube ich weiß ich was das Problem ist. /data muss 777 haben, aber nicht /data/username. Die müssen alle 755 sein. Die sind/waren (?) bei dir aber 777: Wobei du ja das Kommando ausgeführt hast oder nicht? find /mnt/user/nextcloud -type d -exec chmod 755 {} \; Dann sollten die eigentlich jetzt richtig sein 🤔 Poste vielleicht noch mal alle Ordnerrechte. okay, ja ich habe den Befehl ausgeführt, mache es jetzt nochmal Das ist der Data Ordner: /mnt/user# ls -n drwxrwxrwx 1 99 100 128 Feb 20 2022 nextcloud Da drin, also im data Verzeichnis mit den User-Ordnern: /mnt/user/nextcloud# ls -n drwxrwxrwx 1 33 33 69 Jun 29 2020 Ch drwxrwxrwx 1 33 33 32 Jan 7 2022 D drwxrwxrwx 1 33 33 91 Jan 26 2022 F drwxrwxrwx 1 33 33 54 Feb 7 2020 Fa drwxrwxrwx 1 33 33 69 Jan 7 2022 Ma drwxrwxrwx 1 33 33 32 Jan 7 2022 Mo drwxrwxrwx 1 33 33 24 Jan 7 2022 Na drwxrwxrwx 1 33 33 54 Jan 7 2022 Phi drwxrwxrwx 1 33 33 32 Jan 7 2022 Ra drwxrwxrwx 1 33 33 32 Jan 7 2022 Ta drwxrwxrwx 1 33 33 69 Mar 23 2022 Tr drwxrwxrwx 1 33 33 69 Jan 7 2022 Vi drwxrwxrwx 1 33 33 6 Feb 20 2020 __groupfolders drwxrwxrwx 1 33 33 20 Dec 17 2021 appdata_ocbfxw41o1bl drwxrwxrwx 1 33 33 209 Apr 26 2020 appdata_ockmcgf2pmy6 drwxrwxrwx 1 33 33 212 Apr 26 2020 appdata_ocvyerrrpq85 -rw-rw-rw- 1 33 33 61274603 May 27 12:17 audit.log -rw-rw-rw- 1 33 33 222782764 Oct 28 2021 audit.log.1 drwxrwxrwx 1 33 33 26 Oct 9 16:43 files_external -rw-rw-rw- 1 33 33 0 Apr 14 2020 flow.log drwxrwxrwx 1 33 33 24 Jun 27 2020 g drwxrwxrwx 1 33 33 47 Jan 7 2022 h -rw-rw-rw- 1 33 33 0 Oct 9 16:43 index.html -rw-rw-rw- 1 33 33 19 Apr 16 2020 memory_limit.ini -rw-r----- 1 33 33 35553515 Oct 9 19:00 nextcloud.log -rw-rw-rw- 1 33 33 104858320 Feb 20 2022 nextcloud.log.1 drwxrwxrwx 1 33 33 4096 Jun 29 2020 ownbackup -rw-r--r-- 1 33 33 4096 Oct 5 08:39 owncloud.db drwxrwxrwx 1 33 33 14 Jan 7 2022 s drwxrwxrwx 1 33 33 32 Jun 26 2019 system32 drwxrwxrwx 1 33 33 47 Jan 7 2022 th drwxrwxrwx 1 33 33 80 Apr 26 2020 updater-ockmcgf2pmy6 -rw-rw-rw- 1 33 33 109936 Mar 29 2020 updater.log Noch einen weiter tiefer, im Ordner eines Users: /mnt/user/nextcloud/g# ls -n total 0 drwxr-xr-x 1 33 33 6 Feb 7 2022 cache drwxr-xr-x 1 33 33 30 Jul 5 14:18 files drwxr-xr-x 1 33 33 27 Feb 11 2020 files_external drwxr-xr-x 1 33 33 47 Jan 7 2022 files_trashbin drwxr-xr-x 1 33 33 155 Jul 5 14:17 files_versions drwxr-xr-x 1 33 33 0 Oct 9 17:17 uploads brauchst du auch nochmal die AppData Berechtigungen? Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 Das ist aber nach wie vor falsch: rwxrwxrwx = 777 Wenn du nur suchst, siehst du dann die Userordner? find /mnt/user/nextcloud -type d Du kannst dir auch anzeigen lassen, was er für Rechte setzt, in dem du -v ergänzt: find /mnt/user/nextcloud -type d -exec chmod -v 755 {} \; Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 25 minutes ago, mgutt said: Das ist aber nach wie vor falsch: rwxrwxrwx = 777 Wenn du nur suchst, siehst du dann die Userordner? find /mnt/user/nextcloud -type d Du kannst dir auch anzeigen lassen, was er für Rechte setzt, in dem du -v ergänzt: find /mnt/user/nextcloud -type d -exec chmod -v 755 {} \; Ich habe den find Befehl in eine Textdatei exportiert und nachgeschaut. Es gibt seehr viele appdata_ocbfx....../preview Ordner Aber auch die "normalen" User-Unterordner sind mit drin Nun habe ich den find Befehl mit -v ergänzt, es lief durch aber immer stand es mit einem retained, hier ein Beispiel: mode of '/mnt/user/nextcloud/appdata_ocbfxw41o1bl/preview/3/3/c/1' retained as 0755 (rwxr-xr-x) Und wenn ich in diesem Beispiel in preview/3 gehe, sehe ich immer noch nur ID 33 ls -n /mnt/user/nextcloud/appdata_ocbfxw41o1bl/ total 8 drwxr-xr-x 1 33 33 70 Apr 23 2020 appstore/ drwxr-xr-x 1 33 33 265 Jun 7 2020 avatar/ drwxr-xr-x 1 33 33 19 Apr 16 2020 bookmarks/ drwxr-xr-x 1 33 33 88 Apr 5 2022 css/ drwxr-xr-x 1 33 33 35 Oct 6 2020 dashboard/ drwxr-xr-x 1 33 33 4096 Jun 20 12:51 dav-photocache/ drwxr-xr-x 1 33 33 41 Dec 27 2021 documentserver_community/ drwxr-xr-x 1 33 33 4096 Oct 17 2020 identityproof/ drwxr-xr-x 1 33 33 47 Apr 16 2020 js/ drwxr-xr-x 1 33 33 22 Aug 23 2021 onlyoffice/ drwxr-xr-x 1 33 33 30 Jun 6 09:45 preview/ drwxr-xr-x 1 33 33 46 Dec 7 2021 richdocuments/ drwxr-xr-x 1 33 33 23 Apr 16 2020 text/ drwxr-xr-x 1 33 33 30 Dec 2 2020 theming/ Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 42 minutes ago, Timoh94 said: Und wenn ich in diesem Beispiel in preview/3 gehe, sehe ich immer noch nur ID 33 Du hast da ein kleines Verständnisproblem. Die 33 ist die User ID. Also Nutzerrechte. Die sind alle richtig (99:100 wäre besser, aber spielt in deinem Fall keine Rolle, weil der Container aktuell mit 33:33 läuft). Dein Problem sind die Dateirechte. Also was du in deiner Ausgabe als drwxr-xr-x siehst. Das entspricht zB chmod 755 42 minutes ago, Timoh94 said: Nun habe ich den find Befehl mit -v ergänzt, es lief durch aber immer stand es mit einem retained, hier ein Beispiel: Das macht er auch bei einem User-Ordner? Poste bitte ein Beispiel. Wenn er sagt "retained as 0755 (rwxr-xr-x)", dann hat ja der Ordner das Recht 755 und behält es auch, aber wie gesagt haben alle deine User-Ordner laut deinem letzten Post 777 (rwxrwxrwx): Und genau das darf nicht sein. Warum also wurden die Rechte nicht durch das Kommando geändert? Das sollte dir eigentlich angezeigt werden. Wenn es zu viele Logs sind, dann mach es so: find /mnt/user/nextcloud -type d -exec chmod -v 755 {} \; > /mnt/user/appdata/chmod.log Dann lad dir die chmod.log herunter und schau was er bei den User-Ordnern gemacht hat. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 (edited) 10 minutes ago, mgutt said: Du hast da ein kleines Verständnisproblem. Die 33 ist die User ID. Also Nutzerrechte. Die sind alle richtig. Dein Problem sind die Dateirechte. Also was du in deiner Ausgabe als drwxr-xr-x siehst. Das entspricht zB chmod 755 Das macht er auch bei einem User-Ordner? Poste bitte ein Beispiel. Wenn er sagt "retained as 0755 (rwxr-xr-x)", dann hat ja der Ordner das Recht 755 und behält es auch, aber wie gesagt haben alle deine User-Ordner laut deinem letzten Post 777 (rwxrwxrwx): Und genau das darf nicht sein. Ah verstehe. Beispiel vom User thu: mode of '/mnt/user/nextcloud/thu/files/Photos' retained as 0755 (rwxr-xr-x) Ja das retained kommt bei jedem Eintrag der gefunden wurde und so sehen aktuell die User-Ordner nach einem dritten Durchlauf aus: drwxr-xr-x 1 33 33 69 Jun 29 2020 Ch drwxr-xr-x 1 33 33 32 Jan 7 2022 D drwxr-xr-x 1 33 33 91 Jan 26 2022 F drwxr-xr-x 1 33 33 54 Feb 7 2020 Fa drwxr-xr-x 1 33 33 69 Jan 7 2022 Ma drwxr-xr-x 1 33 33 32 Jan 7 2022 Mo drwxr-xr-x 1 33 33 24 Jan 7 2022 Na drwxr-xr-x 1 33 33 54 Jan 7 2022 Phi drwxr-xr-x 1 33 33 32 Jan 7 2022 Ra drwxr-xr-x 1 33 33 32 Jan 7 2022 Ta drwxr-xr-x 1 33 33 69 Mar 23 2022 Tr drwxr-xr-x 1 33 33 69 Jan 7 2022 Vi drwxr-xr-x 1 33 33 6 Feb 20 2020 __groupfolders drwxr-xr-x 1 33 33 20 Dec 17 2021 appdata_ocbfxw41o1bl drwxr-xr-x 1 33 33 209 Apr 26 2020 appdata_ockmcgf2pmy6 drwxr-xr-x 1 33 33 212 Apr 26 2020 appdata_ocvyerrrpq85 -rw-r--r-- 1 33 33 61274603 May 27 12:17 audit.log -rw-r--r-- 1 33 33 222782764 Oct 28 2021 audit.log.1 drwxr-xr-x 1 33 33 26 Oct 9 16:43 files_external -rw-r--r-- 1 33 33 0 Apr 14 2020 flow.log drwxr-xr-x 1 33 33 24 Jun 27 2020 g drwxr-xr-x 1 33 33 47 Jan 7 2022 hy -rw-r--r-- 1 33 33 0 Oct 9 16:43 index.html -rw-r--r-- 1 33 33 19 Apr 16 2020 memory_limit.ini -rw-r----- 1 33 33 35605045 Oct 10 07:48 nextcloud.log -rw-r--r-- 1 33 33 104858320 Feb 20 2022 nextcloud.log.1 drwxr-xr-x 1 33 33 4096 Jun 29 2020 ownbackup -rw-r--r-- 1 33 33 4096 Oct 5 08:39 owncloud.db drwxr-xr-x 1 33 33 14 Jan 7 2022 s drwxr-xr-x 1 33 33 32 Jun 26 2019 system32 drwxr-xr-x 1 33 33 47 Jan 7 2022 thu drwxr-xr-x 1 33 33 80 Apr 26 2020 updater-ockmcgf2pmy6 -rw-r--r-- 1 33 33 109936 Mar 29 2020 updater.log Der aktuelle Nextcloud Error ist dieser hier: Edited October 10, 2022 by Timoh94 Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 2 minutes ago, Timoh94 said: Der aktuelle Nextcloud Error ist dieser hier: Dann musst du nur noch das machen: chmod 777 /mnt/user/nextcloud Durch den vorherigen find + chmod Befehl hatte der Ordner nämlich auch 755 bekommen. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 (edited) 14 minutes ago, mgutt said: Dann musst du nur noch das machen: chmod 777 /mnt/user/nextcloud Danach kommt wieder dieser Fehler: Dein Datenverzeichnis kann von anderen Benutzern gelesen werden Bitte ändere die Berechtigungen auf 0770, sodass das Verzeichnis nicht von anderen Benutzern angezeigt werden kann. muss ich jetzt folgendes ausführen? chmod 0770 /mnt/user/nextcloud Edited October 10, 2022 by Timoh94 777 ausgeführt, jetzt 0770? Quote Link to comment
mgutt Posted October 10, 2022 Share Posted October 10, 2022 16 minutes ago, Timoh94 said: muss ich jetzt folgendes ausführen? ach so ja klar. 0770 natürlich. Oder 770. Ist das selbe. Quote Link to comment
Timoh94 Posted October 10, 2022 Author Share Posted October 10, 2022 2 minutes ago, mgutt said: ach so ja klar. 0770 natürlich. Oder 770. Ist das selbe. Habe "chmod 0770 /mnt/user/nextcloud" ausgeführt, jetzt kommt wieder das: Dein Datenverzeichnis ist ungültig Stelle sicher, dass eine Datei ".ocdata" im Wurzelverzeichnis des data-Verzeichnisses existiert. Dein Datenverzeichnis ist schreibgeschützt. Berechtigungen können zumeist korrigiert werden, indem dem Webserver Schreibzugriff auf das Wurzel-Verzeichnis eingeräumt wird. Siehe auch https://docs.nextcloud.com/server/24/go.php?to=admin-dir_permissions. Was mache ich falsch? 😅 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.