Rechte der Benutzer-Home Ordner werden nach jedem Neustart ggf. zurückgesetzt.

Äh, das liegt an den ACLs, die dort genutzt werden. Das ist defaultmäßig auf /home aktiviert. Aussage vom Ugreen Support, die ich auch nachvollziehen konnte.

ACLs bei UGOS? Das wäre ja ganz neu
Und wieder was für das UGOS-Verbesserungs-Forum.

Yepp, mach mal getfacl /home/<deine UserID> . Und voilà... 😉

Kalle, kannst du das bitte mal genauer erklären?

root@DXP4800PLUS:~# ls -als /home
total 4
0 drwxr-xr-x 1 root     root    42 Jul 13 18:27 .
4 drwxr-xr-x 1 root     root  4096 Aug 12 12:59 ..
0 drwx------ 1 gerhard  admin  122 Aug  1 11:59 gerhard
0 drwxrwx--- 1 hpclj2   admin   38 Jul 13 18:27 hpclj2
0 drwxrwx--- 1 nasadmin admin  114 May 12 13:57 nasadmin
root@DXP4800PLUS:~# getfacl /home/nasadmin
getfacl: Removing leading '/' from absolute path names
# file: home/nasadmin
# owner: nasadmin
# group: admin
user::rwx
group::rwx
other::---

???

Bei ACLs hätte ich wenigstens ein "+" hinter den Rechten erwartet.
Ich würde mal sagen, UGOS kennt nur die ollen Linux-Berechtigungen, oder?

Äh, ich auch Benares.

Ups, der erste Slash ist überflüssig bei getfacl. Sorry.

Ich hatte nämlich um eine Stellungname des Ugreen Support gebeten, nachdem ich die NAS zwischzeitlich mal aus hatte und dann wieder eingeschaltet habe. Ich konnte ihnen zeigen, dass die Permissions zum Beispiel von einem Perlskript und eine Konfigurationsdatei, die den selben Namen hat, vorher anders waren, als 777. 777 würde ich im /home Verzeichnis niemals vergeben, Und dann kam das Statement vom Support, was es zumindest nachvollziebar macht.

MGS , mehr als Benares ausgeführt hat, hab ich auch nicht zu sagen.

karl-heinz-lnx, schau mal, wie sowas z.B. bei einer Syno aussieht

root@DS1522:~# ls -als /volume1/homes
total 0
0 drwx--x--x+ 1 root     root   114 Jul 19  2024  .
0 drwxr-xr-x  1 root     root  1226 Aug 15 19:51  ..
0 drwx--x--x+ 1 admin    users   40 Sep 10  2023  admin
0 drwxrwxrwx+ 1 root     root    84 Jul 24 11:44  @eaDir
0 drwx--x--x+ 1 gerhard  users   66 Apr  8 12:28  gerhard
0 drwx--x--x+ 1 hpclj2   users   28 Sep 10  2023  hpclj2
0 drwx--x--x+ 1 johannes users   40 Feb 27  2024  johannes
0 drwx--x--x+ 1 nasadmin users   88 Dec 18  2024  nasadmin
0 drwxrwxrwx+ 1 root     root     0 Nov  8  2024 '#recycle'
0 drwx--x--x+ 1 svn      users   28 Sep 10  2023  svn
0 drwx--x--x+ 1 thomas   users   40 Jul 18  2024  thomas
root@DS1522:~# synoacltool -get /volume1/homes/nasadmin
ACL version: 1
Archive: is_inherit,is_support_ACL
Owner: [nasadmin(user)]
---------------------
        [0] owner::allow:rwxpdDaARWcCo:fdi- (level:1)
        [1] user:nasadmin:allow:rwxpdDaARWcCo:---- (level:1)
        [2] everyone::allow:--x----------:fd-- (level:1)
        [3] group:boxadmins:allow:rwxpdDaARWc--:fd-- (level:1)
        [4] group:administrators:allow:rwxpdDaARWc--:fd-- (level:1)

Am "+" hinter den Rechten ist zu erkennen, dass es noch weitere Rechte per ACL gibt, viel detaillierter wie das bei den ollen Linux-Rechten geht. Da hat UGreen noch echt viel zu lernen.

Benares volle Zustimmung

Quote from Tommes

Das Problem sollte sich mittlerweile erledigt haben, da mir dieses Verhalten seit mehreren Firmware-Updates nicht mehr untergekommen ist.

naja die Benutzerrechte meines Redis Docker Ordners von Paperless hatten sich ja auch geändert nach dem Update. Ich musste da auch eingreifen, damit der Container weiter arbeiten konnte.

Quote from Tommes

as hat aber nicht mit den Rechten innerhalb des Benutzer-Home-Ordners zu tun, oder?

das nicht aber mit ungewünschter Änderung von Benutzerrechten schon.