Rechte zerschossen

[glepps]

Hallo,
ich habe mir gestern versucht, Nextcloud nach Anleidtung von viking-studis zu installieren und wollte das Datenverzeichnis aber ändern. Dabei ist es mir passiert, dass ich statt
chown -R http:http /volume1/nextcloudData
chmod -R 777 /volume1/nextcloudData
nur
chown -R http:http /volume1/
chmod -R 777 /volume1/
eingegeben habe.
Nun funktioniert der Kalender nicht mehr, auf home heißen die Rechte http...
Könnt ihr mir bitte eine Tipp geben, wie ich es wieder hinbekomme, dass sie ursprünglichen Recht stehen?
Was kann ich jetzt tun, um nicht die Kalenderdaten zu verlieren?
Vielen Dank für eure Hilfe!

 

[Tommes]

Autsch! Das ist bitter. Dir ist schon klar, das jetzt alle Daten unter /volume1 rekursiv dem Benutzer http sowie den Gruppe http gehören?

Um das rückgängig zu machen, müsstest du von jeder Datei und jedem Ordner rekonstruieren können, welche Benutzer- und Gruppenzugehörigkeit diese vorher hatten. Ansonsten sehe ich da schwarz. Klar könnte ich dir jetzt ein paar Vorschläge unterbreiten, das du z.b. alle Daten der Gruppe users zuordnen könntest, aber das wäre fahrlässig, da ich deine Struktur nicht kenne. Aber vielleicht hat ja wer einen Rat oder Vorschlag für dich, den ich nicht in Betracht gezogen habe.

Warten wir also mal ab, ob da noch jemand mit einer guten Idee vorbei kommt.

 

[Benares]

Autsch! Setz die Kiste neu auf. Das kannst du beim besten Willen nicht mehr hin fummeln.
Die Ownerschaft ginge vielleicht ja noch, aber die Rechte?

So schaut's bei mir unter /volume1 aus

root@DS1522:~# ll /volume1
total 237988
drwxr-xr-x   1 root           root                 868 Sep  1 00:03 .
drwxr-xr-x  26 root           root                4096 Sep 12 12:23 ..
drwxr-xr-x   1 ActiveBackup   ActiveBackup         394 Jul 20 11:37 @ActiveBackup
d---------+  1 root           root                  38 Jul 20 11:36 ActiveBackupforBusiness
drwxr-xr-x   1 root           root                 640 Sep  5 00:15 @appconf
drwxr-xr-x   1 root           root                 640 Sep  5 00:15 @appdata
drwxr-xr-x   1 root           root                 640 Sep  5 00:15 @apphome
drwxr-xr-x   1 root           root                 534 Sep  5 00:15 @appshare
drwxr-xr-x   1 root           root                 582 Sep  5 00:15 @appstore
drwxr-xr-x   1 root           root                 582 Sep  5 00:15 @apptemp
d---------+  1 root           root                 114 Mar 16  2023 backup
drwxr-xr-x   1 root           root                  56 Nov 21  2022 @cloudsync
drwxr-xr-x   1 root           root                 120 Nov 21  2022 @database
d---------+  1 root           root                 606 Sep 11 15:32 daten
drwx--x---   1 root           root                 174 Jul 24 15:06 @docker
drwxr-xr-x+  1 root           root                  80 Feb 23  2023 docker
drwxrwxrwx+  1 root           root                 262 Sep  1 00:05 @eaDir
drwx--x--x+  1 root           root                 114 Sep 10 10:05 homes
d---------+  1 root           root                  12 Nov 26  2022 hpclj2
drwxrwxrwx   1 root           root                  86 Nov 29  2022 @img_bkp_cache
d---------+  1 root           root               31046 Nov 21  2022 music
d---------+  1 SynologyPhotos SynologyPhotos      7952 Sep 10 10:05 photo
d---------+  1 root           root                 626 Dec  1  2022 PlexMediaServer
drwxr-xr-x   1 root           root                  30 May  4 11:54 @resource-monitor
drwxr-xr-x   1 root           root                  88 Jul 24 15:05 @S2S
drwxr-xr-x   1 root           root                 448 Sep  1 00:05 @sharesnap
drwx------+  1 svn            users                206 Jul 21  2020 svn
----------   1 root           root           242995200 Nov 26  2022 svn.tar
drwxr-xr-x   1 root           root                   0 Jul 24 15:03 @synoconfd
drwxr-xr-x   1 SynoFinder     SynoFinder            50 Aug 21 15:12 @SynoFinder-etc-volume
drwxr-xr-x   1 SynoFinder     SynoFinder           164 Mar 20 23:04 @SynoFinder-log
-rw-------   1 root           root              699583 Nov 22  2022 @synofoto-bin-pe.synology_r1000_1522+.42962.core.gz
drwxr-xr-x   1 root           root                  24 Nov 21  2022 @SynologyApplicationService
drwxr-xr-x   1 root           root                  24 Aug 22 09:53 @synologydrive
drwxr-xr-x   1 root           root                  40 Nov 21  2022 @SynologyDriveShareSync
drwxrwxrwt   1 root           root                 208 Sep 13 15:24 @tmp
drwxr-xr-x   1 root           root                 248 May 22 14:19 @userpreference
d---------+  1 root           root               74984 Sep  5 14:34 video
d---------+  1 root           root                 216 Jul 10 14:02 web
drwxr-xr-x   1 root           root                   0 Apr 26 15:20 @webdav
d---------+  1 root           root                  24 Apr 26 15:15 web_packages

Du siehst, jede Menge ACLs (+), die jetzt platt gemacht sind.
Edit: Die Kiste läuft nur noch so halbwegs, da es 777 war. Auch ein Backup hilft hier nichts mehr.

 

[Tommes]

Autsch!

Haha… zwei doofe, ein Gedanke. Aber das trifft es wohl am Besten.

 

[glepps]

Ich befürchte, der Ernstfall ist eingetreten, dass ich Hyper Backup tatsächlich brauche.
ich hoffe es tut was es soll.
Das heißt jetzt: Platt machen, wie? Und dann?
Der war übrigens gerade dabei, wieder ein Backup zu machen. Ich habe das jetzt abgebrochen und hoffe auf den Stand von gestern zu komme.
Ich danke euch aber für die Hilfe!

 

[Andy+]

Kann man da vielleicht eine Migration anstossen und den DSM neu installieren und dann alle APPs? Ggf. über Doppelreset.

 

[Philipp06]

Das heißt jetzt: Platt machen, wie? Und dann?

Genau! Setz die Kiste auf Werkseinstellungen zurück und installiere nach der Einrichtung wieder Hyper Backup und stell dein Backup wieder her.