Hoping someone can point me in the right direction here.
I'm currently using a ReadyNas 3138 as a Plex media server and general all round file server. Had it a couple of years and until recently it's been great. However, suddenly shared folders have vanished when logged in via web browser. If I navigate to the shared folders using my Mac through the Mac Finder, all shared folders can clearly be seen and accessed and Plex server functions as normal, but logged in via the ReadyNas admin page using a browser... all I can see is the 'Home Folders' share.
Is it possible there's some kind of permissions issue here, that I might have disabled or something? I've upgraded the Nas to OS 6.10.10 to see if that fixed anything, but unfortunately nothing.
Any helpful advice or fixes would be greatly appreciated.
I'll have a look at how i can backup all the contents of the NAS first then. It's going to take quite large storage for that.
I've read the instructions via the gitlab link, however, I'm a little new to using ReadyNAS Terminal. Do i need to enable root SSH access first, as in the attached screenshot? Apologies but you might have to dumb this down for me as much as poss, only familiar with Mac OS.
You are confusing the space in the root (OS partition) and the data volume. The root is only 4 GB (not TB), and holds the linux OS, the ReadyNAS application software, and the NAS configuration files.
I've read the instructions via the gitlab link, however, I'm a little new to using ReadyNAS Terminal. Do i need to enable root SSH access
Yes. Last time I looked the certificate for the script was expired. But after you log in as root (using the NAS admin password), you can use these commands to execute it:
Yes. Last time I looked the certificate for the script was expired. But after you log in as root (using the NAS admin password), you can use these commands to execute it:
The current instructions don't require a certificate. They tell you to paste the text into a document created with VI (so it has LF-only EOL's, not CRLF's). I did that and put the file in my dropbox. Then you just execute in locally instead of with wget.
Yes. Last time I looked the certificate for the script was expired. But after you log in as root (using the NAS admin password), you can use these commands to execute it:
The current instructions don't require a certificate. They tell you to paste the text into a document created with VI (so it has LF-only EOL's, not CRLF's). I did that and put the file in my dropbox. Then you just execute in locally instead of with wget.
In my instructions, wget is just downloading the script (so no need for vi). I then execute it locally.
Ok. So I downloaded the log file. Hopefully you can see the attached screenshot of the === df -h === section from the volume.log below. Looks like mine is 29%, so I guess that's normal.
Hopefully you can see the attached screenshot of the === df -h === section from the volume.log below. Looks like mine is 29%, so I guess that's normal.
So just so I'm clear next steps, I really first need to back up my data before running this script you and Sandshark referred to.
When I've completed a back up, is it just a case of using the terminal app on my Mac and logging in to the NAS using the following command...
ssh admin@NAS_IP
Then running the script provided previously <share_lun_ui_fix.sh> which I've already downloaded from sandshark's link, by entering the following command into terminal...
That makes the file executable (as a script). Then you have to simply execute it by name ./share_lun_ui_fix.sh. The leading ./ is needed when you execute from the current directory.
