NAS Forum

Hi t3ch42,

First I have to point out that this NAS uses a storlink - gemini SOC.
All packages, programs etc have to be cross compiled for the CPU inside that SOC.
There is no point trying to install debian packages designed/compiled for intel or AMD CPU's.

The linux kernel used by this port of OpenWRT is later than any of the OEM firmwares but obviously not up to the latest.
Afterall it is an older NAS and the port was done more than 2 years ago.

The nfs file server works very nicely on this NAS box as that was one of the main reasons why the port was done by the embedded software developer.
I have had nfs working to file share with my windows PC, but now use SMB as it is natively supported by MS windows.
Not much of a linux person myself so can't help much with setting up in that environment.
But I know it does work.

Hope you get the NAS box operational again.

Thunderstorms are notorious for frying electronics.
I have a fast switch device on my PC that turns off the supply on any brownout / over-voltage, plus a fair few surge suppressors (varistors) in the supply line to the PC's.
Its not so much the brownout itself (switch mode power supplys are very tolerant) but the surge type transients from line faults, and lightning strikes on the lines, that causes damage.

Does the NAS box power up?

I am pretty sure you can enable the nfs server via the LUCI interface, as I never had to delve into the config files to achieve that.

That's a lucky outcome, and nice that the NAS box survived.
If you play around with the OpenWRT it would be nice to get some feedback.
Eg, if you make it boot from the HDD instead of the flash memory you have more space to try various packages.

What is your source for the OpenWRT port?
AFAIK the only OpenWRT port for the gemini SOC, and being specific to this hardware, is the one you find on the opengemini blog.
The peson behind that work also did the OpenWRT port for the MvixBox with some input from me (same hardware - different MTD partitioning).

All of the OPKG packages on the opengemini site were cross compiled from source by the same buildroot that created the OpenWRT firmware.
Surely they do not fail to install because the kernel version is now 'aged'.
More likely other issues are at play like dependancies, hardware limitations, configuration tayloring and even mods to the kernel itself to suit this SOC.

Not being familiar with linux myself I always hoped that others might help with that side of the equation.
Unfortunately, even when I started the user group for this hardware, most people just did the talk the talk instead of the walk the walk.
It's also one of the reasons why I stay interested in this little subforum (graciously provided by the NAS2000 forum owner).

A little while ago a member here was interested in setting up software raid, so I did a buildroot run just to compile MDADM.
It didn't work out of the box and it was abandoned, but I am hoping that one day a user/tinkerer will find out what to do.

Hi t3ch42,

Nice to get someone familiar with Linux, embedded devices and also interested to tinker a bit with this NAS hardware.
I also am still interested, but require incentive to load up and play with Linux and with this NAS.

Those packages from the OpenwWRT site are for the Williboard that uses the same SOC, and are indeed compatible.
I can compile the source for these packages to match the OPKG definitions used by the OpenWRT/OpenGemini port.

What changes did you make to opkg.conf to allow IPKG?
I can provide the mdadm OPKG package as well for comparison.

IIRMC there was a segmentation issue and the setting were not remembered after a reboot with mdadm.