De auteur van de bron kreeg NextExplorer volledig werkend op ZimaOS, inclusief maken, uploaden, schrijven en verwijderen. Het belangrijkste was niet alleen chmod: het NextExplorer-proces draaide als een niet-rootgebruiker, terwijl de gekoppelde opslag een andere groep gebruikte. Door de groepen op elkaar af te stemmen en setgid toe te passen op mappen, kregen nieuw aangemaakte items automatisch de bedoelde gedeelde groep.
De exacte opdrachten op het forum mogen niet blind voor een volledige opslagpool worden overgenomen. De bron gebruikt PGID=1001 en wijzigt recursief de groep en rechten van /media/Safe-Storage; die waarden en die scope zijn specifiek voor dat systeem. De huidige versie van NextExplorer wordt actief onderhouden en gebruikt nog steeds Docker-koppelingen onder /mnt. Een veiligere actuele aanpak is daarom om alleen de mappen te koppelen die je door NextExplorer wilt laten beheren en de rechten op die mappen af te stemmen.
De huidige versie van NextExplorer gebruikt nog steeds Docker-volumes onder /mnt
De huidige quickstart van het upstream-project koppelt:
/path/to/your/files:/mnt/Filesen bewaart /config plus /cache. Elk direct onderliggend item in /mnt wordt een volume dat zichtbaar is in de gebruikersinterface.
Gebruik het huidige implementatiemodel van NextExplorer.
De bron gebruikte permanente configuratie en cache
De handleiding maakte het volgende aan:
/DATA/AppData/nextexplorer/config
/DATA/AppData/nextexplorer/cacheen koppelde deze mappen aan /config en /cache. Dat blijft een goed patroon, omdat de container opnieuw kan worden aangemaakt terwijl de configuratie en gegenereerde cache buiten de container behouden blijven.
De schrijffout werd veroorzaakt door een groepsverschil
De auteur beschreef opslag op ZimaOS met eigenaarschap zoals monitor:samba, terwijl NextExplorer draaide met een niet-rootidentiteit. Wanneer de effectieve groep van de app niet overeenkwam met de groep die schrijfrechten had op de opslag, gaven verwijder- en aanmaakbewerkingen de fout EACCES.
Controleer voordat je PGID instelt de werkelijke groeps-ID van de specifieke map die je wilt vrijgeven. Ga er niet van uit dat 1001 universeel is.
Met setgid erven nieuwe mappen de gedeelde groep
De bron paste setgid toe op mappen nadat het groeps-eigenaarschap was afgestemd. Op een Linux-eigen bestandssysteem kunnen nieuwe submappen daardoor de groep van de bovenliggende map erven. Dat is veel duurzamer dan na elke upload het eigenaarschap opnieuw herstellen.
Gebruik chgrp niet recursief voor de volledige NAS tenzij dat echt de bedoeling is
Het wijzigen van groepseigenaarschap en modi voor een volledige media- of opslagrootmap kan gevolgen hebben voor Plex, Jellyfin, back-uptaken, SMB-gebruikers en andere containers. Maak een speciale map die door NextExplorer wordt beheerd of kies bewust de gedeelde groep die door alle betrokken services wordt gebruikt.
De bron waarschuwde dat verwijderen definitief was
De handleiding uit maart 2026 waarschuwde expliciet dat de beschreven NextExplorer-configuratie geen prullenbak had en dat verwijderen onmiddellijk gebeurde. Upstream is sindsdien aanzienlijk geëvolueerd, met onder andere nieuwere functies voor toegangsbeheer en delen, maar de bron toont voor die implementatie geen herstelbare prullenbakworkflow aan.
Houd back-ups bij en test het verwijdergedrag met wegwerpbestanden voordat je NextExplorer schrijftoegang geeft tot onvervangbare gegevens.
De huidige versie van NextExplorer heeft sterkere authenticatieopties
De huidige upstream-documentatie beschrijft lokale gebruikers en groepen, evenals optionele OIDC-SSO. Dat is belangrijk als je een krachtige bestandsbeheerder beschikbaar maakt buiten één vertrouwd LAN.
Veelgestelde vragen over NextExplorer-rechten
Was alleen chmod de oplossing in de bron?
Nee. De auteur benadrukte dat het afstemmen van de groepen en het toepassen van setgid de belangrijkste onderdelen waren.
Moet elk systeem PGID 1001 gebruiken?
Nee. Gebruik de werkelijke groeps-ID die eigenaar is van de bedoelde schrijfbare map op jouw ZimaOS-systeem.
Moet NextExplorer standaard schrijf- en verwijderrechten krijgen voor de volledige NAS?
Nee. Beperk koppelingen en rechten tot de mappen die het daadwerkelijk nodig heeft en houd back-ups van kritieke gegevens bij.
