Källförfattaren fick NextExplorer att fungera fullt ut på ZimaOS med åtgärderna skapa, ladda upp, skriva och radera. Det viktiga var inte enbart chmod: NextExplorer-processen kördes som en icke-root-användare, medan den monterade lagringen använde en annan grupp. Genom att anpassa gruppen och tillämpa setgid på katalogerna ärvde nyskapat innehåll den avsedda gemensamma gruppen.
De exakta kommandona i forumet bör inte kopieras blint över en hel lagringspool. Källan använder PGID=1001 och ändrar grupp och behörigheter rekursivt på /media/Safe-Storage; dessa värden och den omfattningen är specifika för det systemet. Den aktuella versionen av NextExplorer underhålls aktivt och använder fortfarande Docker-monteringar under /mnt, så ett säkrare aktuellt tillvägagångssätt är att endast montera de mappar som du vill att NextExplorer ska hantera och anpassa behörigheterna för dessa mappar.
Aktuella NextExplorer använder fortfarande Docker-baserade volymer under /mnt
Den aktuella snabbstartsguiden från upstream mappar:
/path/to/your/files:/mnt/Filesoch sparar /config samt /cache. Varje direkt underordnad mapp under /mnt blir en volym som visas i gränssnittet.
Använd den aktuella distributionsmodellen för NextExplorer.
Källan använde beständig konfiguration och cache
Guiden skapade:
/DATA/AppData/nextexplorer/config
/DATA/AppData/nextexplorer/cacheoch mappade dessa till /config och /cache. Det är fortfarande ett bra mönster eftersom containern kan återskapas medan konfiguration och genererad cache finns kvar utanför den.
Skrivfelet berodde på en gruppkonflikt
Författaren beskrev ägarskap för ZimaOS-lagringen, exempelvis monitor:samba, medan NextExplorer kördes med en icke-root-identitet. När appens effektiva grupp inte matchade den skrivbara lagringens grupp returnerade åtgärder för att radera eller skapa filer felet EACCES.
Innan du ställer in PGID bör du kontrollera det faktiska grupp-ID:t för den dedikerade mapp som du tänker exponera. Utgå inte från att 1001 gäller överallt.
setgid hjälper nya kataloger att ärva den gemensamma gruppen
Källan tillämpade setgid på katalogerna efter att gruppägarskapet hade anpassats. På ett Linux-inbyggt filsystem kan detta göra att nya underordnade mappar ärver den överordnade mappens grupp, vilket är betydligt mer hållbart än att upprepade gånger korrigera ägarskapet efter varje uppladdning.
Använd inte chgrp rekursivt på hela NAS:en om det inte verkligen är avsikten
Ändringar av gruppägarskap och lägen över en hel media- eller lagringsrot kan påverka Plex, Jellyfin, säkerhetskopieringsjobb, SMB-användare och andra containrar. Skapa en särskild mapp som hanteras av NextExplorer eller välj medvetet den gemensamma grupp som används av alla berörda tjänster.
Källan varnade för att radering var permanent
Guiden från mars 2026 varnade uttryckligen för att NextExplorer-konfigurationen saknade papperskorg och att raderingar skedde omedelbart. Upstream har utvecklats avsevärt sedan dess, bland annat med nyare funktioner för åtkomstkontroll och delning, men källan fastställer inte något återställningsbart papperskorgsflöde för den distributionen.
Behåll säkerhetskopior och testa raderingsbeteendet med filer som kan undvaras innan du ger NextExplorer skrivåtkomst till data som inte går att ersätta.
Aktuella NextExplorer har starkare autentiseringsalternativ
Den aktuella dokumentationen från upstream beskriver lokala användare och grupper samt valfri OIDC-baserad SSO. Det är viktigt om du exponerar en kraftfull filhanterare utanför ett enda betrott LAN.
Vanliga frågor om NextExplorers behörigheter
Var chmod ensamt lösningen i källan?
Nej. Författaren betonade att gruppanpassning tillsammans med setgid var det viktiga.
Bör alla system använda PGID 1001?
Nej. Använd det faktiska grupp-ID:t som äger den avsedda skrivbara mappen på ditt ZimaOS-system.
Bör NextExplorer som standard få skriv- och raderingsåtkomst till hela NAS:en?
Nej. Begränsa monteringar och behörigheter till de mappar som faktiskt behövs och behåll säkerhetskopior av kritiska data.
