[Ger/Eng] Nextcloud auf Ugreen NAS: Gelöschte Standard-Dateien tauchen wieder auf / Nextcloud on Ugreen NAS: Deleted default files keep reappearing

🌐 International support 🇩🇪 Deutsch (german)
,
1

For english → see below

Deutsch

Hallo zusammen,

ich habe aktuell ein hartnäckiges Problem mit meiner frischen Nextcloud-Installation auf meinem Ugreen DXP NAS und hoffe, jemand hier hat den entscheidenden Tipp für mich.

Kurz vorweg: Warum verwende ich das LinuxServer-Image und nicht die AIO-Version oder das offizielle Image?

  • Kein AIO: Ich möchte Nextcloud ausschließlich lokal verwenden. Die All-in-One (AIO) Version zwingt einen quasi zu einer externen Erreichbarkeit samt Domain, Reverse Proxy und Let’s Encrypt Zertifikaten. Für mein rein lokales Setup ohne offene Ports ist das schlichtweg der falsche und viel zu fehleranfällige Ansatz.

  • Kein offizielles Image (Das Ugreen-Berechtigungsproblem): Ich habe mich ganz bewusst für linuxserver/nextcloud entschieden, da das offizielle Image intern starr als Nutzer UID 33) läuft und keine Variablen für die Host-Nutzer (PUID/PGID) unterstützt. Genau hier liegt der Konflikt mit dem Ugreen-Betriebssystem (UGOS): Ugreen nutzt auf seinen Volumes sehr restriktive Berechtigungen, die an die im NAS angelegten Benutzer gekoppelt sind. Wenn nun der Nextcloud-Container versucht, als “unbekannter Benutzer” (UID 33) auf die gemappten Ordner zuzugreifen oder Besitzrechte zu ändern, blockiert das Ugreen-System dies Fehlern führte. Das LinuxServer-Image umgeht das, indem es über PUID/PGID die IDs meines berechtigten Ugreen-Users übernimmt und so sauberen Zugriff erhält.

Da die LinuxServer-Images dieses Problem eigentlich lösen, habe ich dieses Projekt erstellt – nur bei meinem aktuellen Problem gibt es paradoxerweise scheinbar doch wieder einen Rechte-Konflikt.

Meine Vorgehensweise & Infrastruktur

  • Installation: Docker → Projekt erstellt

  • Images: lscr.io/linuxserver/nextcloud:latest und lscr.io/linuxserver/mariadb:latest

  • Netzwerk: Strikt lokal (keine offenen Ports, Zugriff nur über Heim-WLAN).

  • Ordner-Struktur (Trennung von System und Daten):

    • Volume 1 (System): Hier liegen die App- und Config-Dateien (/volume1/docker/nextcloud/config und /volume1/docker/mariadb/config).

    • Volume 2 (HDD): Hier liegen die echten Daten und zukünftigen Bilder (/volume2/nextcloud_data ist in Docker auf /data gemappt).

  • Ordner-Einstellungen für /volume2/nextcloud_data im Ugreen-System:

    • Im Netzwerk ausgeblendet.

    • Ugreen-Papierkorb ist deaktiviert (damit er nicht mit dem Nextcloud-Papierkorb kollidiert).

  • Konten: Ich habe zuerst das zwingende Admin-Konto in Nextcloud eingerichtet. Anschließend habe ich ein “normales” lokales Konto ohne Admin-Rechte erstellt, welches ich zukünftig für den Alltag auf dem Handy nutzen möchte.

Das konkrete Problem Wenn ich mich mit dem normalen Benutzerkonto (kein Admin Knto) in Nextcloud einlogge (über mein Smartphone) und versuche, die von Nextcloud automatisch bereitgestellten Standard-Dateien (Handbuch, Demo-Bilder etc.) zu löschen, verschwinden diese zwar kurzfristig, tauchen dann aber wieder direkt auf. Sie lassen sich schlichtweg nicht dauerhaft löschen oder in den internen Nextcloud-Papierkorb verschieben. Weiß jemand, womit das zusammenhängen könnte?

Meine Vermutung / Beobachtung zu UGOS: Ich habe im Ugreen-Dateimanager für die Ordner docker und nextcloud (auf Volume 1) sowie für den Daten-Ordner auf Volume 2 die Berechtigungen für das Ugreen-Admin-Konto extra manuell auf Lesen/Schreiben gesetzt. Um die Rechte an alle Unterordner zu vererben, habe ich die Option „Überschreiben" ausgewählt und bestätigt. Allerdings scheint UGOS das Setting nicht zu speichern: Wenn ich die Ordner-Einstellungen erneut per Rechtsklick öffne, steht dort immer wieder “Bitte auswählen”. Ist das ein bekannter Bug im UGOS oder normales Verhalten?

Trotz dieser Einstellungen lassen sich die Standard-Dateien vom normalen Nextcloud-Nutzer nicht löschen. Es wirkt, als würde das Ugreen-System den Löschbefehl auf Dateiebene blockieren und die Dateien einfach wieder an Nextcloud zurückreichen.

Ich bin für jeden Hinweis dankbar!

English

Hi everyone,

I’m currently facing a persistent issue with my fresh Nextcloud installation on my Ugreen DXP NAS, and I’m hoping someone here might have the crucial tip for me.

Just briefly upfront: Why am I using the LinuxServer image and not the AIO version or the official image?

  • No AIO: I want to use Nextcloud strictly locally. The All-in-One (AIO) version practically forces you into external accessibility, including a domain, reverse proxy, and Let’s Encrypt certificates. For my purely local setup with no open ports, this is simply the wrong and much too error-prone approach.

  • No official image (The Ugreen permissions issue): I deliberately chose linuxserver/nextcloud because the official image runs rigidly internally as user UID 33 and doesn’t support variables for host users (PUID/PGID). This is exactly where it conflicts with the Ugreen OS (UGOS): Ugreen uses very restrictive permissions on its volumes, which are tied to the users created on the NAS. If the Nextcloud container tries to access mapped folders or change ownership as an “unknown user” (UID 33), the Ugreen system blocks this, which led to errors. The LinuxServer image bypasses this by inheriting the IDs of my authorized Ugreen user via PUID/PGID, thus gaining clean access.

Since the LinuxServer images technically solve this problem, I created this project – except, paradoxically, my current issue seems to involve another permissions conflict after all.

My Approach & Infrastructure

  • Installation: Docker → Created project

  • Images: lscr.io/linuxserver/nextcloud:latest and lscr.io/linuxserver/mariadb:latest

  • Network: Strictly local (no open ports, access via home WiFi only).

  • Folder Structure (Separation of System and Data):

    • Volume 1 (System): This is where the app and config files reside (/volume1/docker/nextcloud/config and /volume1/docker/mariadb/config).

    • Volume 2 (HDD): This is where the actual data and future pictures are stored (/volume2/nextcloud_data is mapped to /data in Docker).

  • Folder Settings for /volume2/nextcloud_data in the Ugreen System:

    • Hidden in the network.

    • Ugreen Recycle Bin is disabled (so it doesn’t conflict with the Nextcloud trash bin).

  • Accounts: I first set up the mandatory admin account in Nextcloud. Afterward, I created a “normal” local account without admin privileges, which I intend to use for daily access on my phone.

The Specific Problem

When I log into Nextcloud with the normal user account (non-admin account) via my smartphone and try to delete the default files automatically provided by Nextcloud (manual, demo pictures, etc.), they briefly disappear but then immediately reappear. They simply cannot be permanently deleted or moved to the internal Nextcloud trash bin. Does anyone know what might be causing this?

My Assumption / Observation regarding UGOS:

In the Ugreen File Manager, I manually set the permissions for the Ugreen admin account to Read/Write specifically for the docker and nextcloud folders (on Volume 1) as well as the data folder on Volume 2. To inherit these rights to all subfolders, I selected and confirmed the “Overwrite” option. However, UGOS doesn’t seem to save this setting: If I right-click to open the folder settings again, it keeps reverting to “Please select” (Bitte auswählen). Is this a known bug in UGOS or normal behavior?

Despite these settings, the default files still cannot be deleted by the regular Nextcloud user. It seems as if the Ugreen system is blocking the delete command at the file level and simply handing the files right back to Nextcloud.

Any advice or pointers would be greatly appreciated!