discussion /home folder locatie

[BankyMoonWalker]

UGOS lijkt de homefolders vanzelf te koppelen aan storage pool1-volume1. In mijn geval is dat niet handig, want dit zijn de nvme ssds die vooral gebruikt worden om workloads op te draaien. Klopt mijn aanname dat dit automatisch gebeurt en ik daar bij de set up geen invloed op heb, of is dit het gevolg van mijn eigen config? Ik weet het niet meer want ik heb de nas helaas moeten inrichten zonder dat ik harddisk storage had. Dit leidt vanzelf tot vraag 2. Is dit te migreren? en zo ja hoe pak je dat aan? Elke hulp wordt gewaardeerd!

 

[TheProphet]

Op een UGREEN NAS met UGOS gebeurt dit inderdaad standaard: de homes/homefolders worden automatisch aangemaakt op het eerste volume dat tijdens setup beschikbaar is.
Als je initieel alleen NVMe storage had geplaatst, dan wordt storagepool1/volume1 dus de standaardlocatie voor gebruikersdata, homes en vaak ook system shares.

Dat is dus waarschijnlijk géén fout in jouw config, maar gewoon gevolg van de initiële installatievolgorde.
Je hebt tijdens de eerste wizard momenteel nauwelijks invloed op waar:

• homes
• gebruikersprofielen
• system shares
• Docker standaardpaden

terechtkomen. UGOS kiest simpelweg het eerste beschikbare volume.

Het simpelste is om je Nas opnieuw in te richten, of je moet met SSH aan de gang om het te wijzigen.

 

[BankyMoonWalker]

Hi TheProphet . Dank voor je reactie.

Ik heb het al gevonden. Je kunt in UGOS naar files. dan klikken op het koffertje (management) daar kun je kiezen for personal folder management. Daaronder kun je kiezen op welk volume deze moeten draaien. Wanneer je daar Volume 2 kiest (in mijn geval is dat storage pool2-volume1- maar dat zie je niet in de gui) dan verplaats UGOS de home folders.

Voor mensen die knutselen aan de NAS, zoals ik (macvlans, docker containers die vanaf CLI starten, K8s cluster etc.) UGOS gebruikt een eigen filsystem controle gecontroleerd door entry_serv. voor zover ik nu kan zien. Deze controleert de actieve permissions en zet deze naar een state die volgens UGOS goed is.

Bij mij zorgt dat er regelmatig voor, en ook na deze homefolder verplaatsing, dat via CLI gezette permissies naar onnavolgbare settings worden gezet, en containers niet opkomen. symptoom is dan de host file permissies goed staan, maar in de container de permissies op (chmod) 000 staan. Zelfs zodanig dat via ls -al of getfacl de fouten niet zichtbaar zijn en je echt naar de inode permissions moet gaan kijken zonder dat enige ACL dit beeld vertroebelt (via stat <folder>)

vb: sudo stat /volume2/Muziekv2 File: /volume2/Muziekv2 Size: 20480 Blocks: 48 IO Block: 4096 directoryDevice: 253,1 Inode: 838205441 Links: 450Access: (0000/d---------) Uid: ( <deleted>/ <deleted>) Gid: ( <deleted>/<deleted>)Access: 2026-05-15 20:01:51.674554081 +0200Modify: 2026-05-16 18:59:27.138045400 +0200Change: 2026-05-20 14:35:07.523999858 +0200 Birth: 2026-05-15 20:01:51.674554081 +0200)

--> hier zie je de 450Access: (0000/d------------) terwijl ls -al en getfacl 777 (user::rwx group::rwx en other::rwx) aangeven. (en ja ik weet dat 777 niet goed is, was enkel voor de test)

edit: typo en verduidelijking waarom ik dit er uberhaupt onder zet.