It doesn't help. I still can't change access. And after this command, some of the containers also stopped workingTMRyan wrote: ↑23 Sep 2024, 22:03If you have lost permissions for the "abc" folder under the "public" directory, you can try executingadminsanek wrote: ↑23 Sep 2024, 03:31 I agree, the same problem with access rights to shared folders, plex and qbittorrentin the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.Code: Select all
smbrichacl /Volume1/public/abc -I allow
![]()
TOS 6.0.500 Official Release
Re: TOS 6.0.500 Official Release
Re: TOS 6.0.500 Official Release
It`s help me.TMRyan wrote: ↑23 Sep 2024, 21:40If you are unable to set permissions for the "abc" folder under your "public" directory, you can try executing, and then attempt to edit the permissions again. While editing, you can select the option to inherit permissions. We will work on resolving this issue as soon as possible.Code: Select all
smbrichacl /Volume1/public/abc -I allow
But if folder have owner 'guest', it`s not work. If change owner to 'root' user, i can change access right.
F4-423
Re: TOS 6.0.500 Official Release
All folders where the `www-data` user receives IO error and I can't do anything with them.
Re: TOS 6.0.500 Official Release
I was able to access folders that issue IO error in this way
Code: Select all
chown yourusername:www-data /path/to/directoryRe: TOS 6.0.500 Official Release
Same.abs1ck wrote: ↑23 Sep 2024, 22:16It doesn't help. I still can't change access. And after this command, some of the containers also stopped workingTMRyan wrote: ↑23 Sep 2024, 22:03If you have lost permissions for the "abc" folder under the "public" directory, you can try executingadminsanek wrote: ↑23 Sep 2024, 03:31 I agree, the same problem with access rights to shared folders, plex and qbittorrentin the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.Code: Select all
smbrichacl /Volume1/public/abc -I allow
![]()
![]()
Current System:
F4-424 Pro
40TB storage.
TOS- 7.0.0746
F4-424 Pro
40TB storage.
TOS- 7.0.0746
Re: TOS 6.0.500 Official Release
Could you please provide us with information about your containers? You can try executing the above command to modify permissions for multiple configuration directories. Then, revisit the control panel or file manager to set the permissions,when setting permissions, make sure to check the option to inherit permissions. We will release a new version to fix this issue as soon as possible.
To contact our team, please send email to following addresses, remember to replace (at) with @
Technical team: support(at)terra-master.com (for technical support)
Service team: service(at)terra-master.com (for purchasing, return, replacement)
Technical team: support(at)terra-master.com (for technical support)
Service team: service(at)terra-master.com (for purchasing, return, replacement)
Re: TOS 6.0.500 Official Release
Try change owner. For "root" user, for example.jpeckinp wrote: ↑24 Sep 2024, 06:47Same.abs1ck wrote: ↑23 Sep 2024, 22:16It doesn't help. I still can't change access. And after this command, some of the containers also stopped workingTMRyan wrote: ↑23 Sep 2024, 22:03
If you have lost permissions for the "abc" folder under the "public" directory, you can try executingin the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.Code: Select all
smbrichacl /Volume1/public/abc -I allow
![]()
![]()
F4-423
Re: TOS 6.0.500 Official Release
We apologize for the inconvenience caused by an inadvertent code modification by our technical team, which led to issues in the permission module. Our testing team also missed these defects during verification. We will address these problems promptly and release an update soon.
To contact our team, please send email to following addresses, remember to replace (at) with @:
Support team: support(at)terra-master.com (for technical support only)
Service team: service(at)terra-master.com (for purchasing, return, replacement, RMA service)
Support team: support(at)terra-master.com (for technical support only)
Service team: service(at)terra-master.com (for purchasing, return, replacement, RMA service)
Re: TOS 6.0.500 Official Release
After fixing it, it still gets reset. It seems kind of random but one trigger seems to be accessing or doing some kind of operation within a folder?!TMRyan wrote: ↑23 Sep 2024, 22:03If you have lost permissions for the "abc" folder under the "public" directory, you can try executingin the Terminal. Then, try editing the permissions again, and make sure to check the option to inherit permissions. We will work on resolving this issue as soon as possible.Code: Select all
smbrichacl /Volume1/public/abc -I allow
For instance, having run the command you suggested, I was able to reset permissions for a specific user for the whole shared folder tree with the 'Replace' checkbox enabled, and it seemed finally I had this fixed, for that user. Testing, I used TNAS Mobile app on my phone and logged in with user 'User1', tapped on the Files icon and then browsed to "\TNAS\Photos\User1\Wildlife". I tapped on a file and then swiped through images in the entire folder- great!! I then downloaded 2 photos from this directory on the TNAS to my phone - great!! Then, I tapped on the breadcrumb navigation at the top to go up 1 folder ("\TNAS\Photos\User1") and saw the directory listing as expected. I decided to tap on "\TNAS\Photos\User1\Places" but instead of it loading, I see "no valid data" on a blank background. I navigate back to "\TNAS\Photos\User1" and see the directory listing. I navigate back to the "Wildlife" folder and also now see "no valid data". I go back and enter "\TNAS\Photos\User1\Cars" and can view all of its files. I go back and test another subfolder, it's ok too. I try "\User1\Wildlife" again, still "no valid data". I try to go back to "\User1" and no it says "no valid data". None of the "\User1" subfolders can be accessed now. Then, a minute later, they can... but not the "Wildlife" folder.
I opened Control Panel->Processes on my computer and watched as the 'setafcl' command randomly appeared at one point and apparently reset some more permissions. But I could not get it to happen again on demand.
F2-424 w 1x 250GB WD SN580 Blue NVMe (TOS6.0.519) + 2x 4TB WD Red Plus 3.5"HDDs




