Igor

Can you try with some other power supply?

Please provide your network configuration.

No, we don't maintain such list. It strange that it's not supported if it's an old device. Legacy kernel (3.4) is also fairly old. It's hard to find older kernel in action except on some embedded devices. I use myself one similar cheap (no brand name) wireless keyboard for testing and it's working fine.

It looks like it's not supported withing legacy kernel, while it should work on recent (developing) kernels. Try there and then backporting driver from recent kernel if you really need it on legacy kernel?

With AP mode on OPi zero it looks like we have some problems. Need to be investigated / fixed.

NAND install part is a bit dirty since we can't write early boot binaries within Linux. You need to use proprietary Phoenix tools to write some stock Android / Debian and than we can make use of that. That's why we simply write: "pre-installed system on NAND (stock Android or other Linux)" Next problem is u-boot which is also some very old one from Allwinner, which has NAND support. Modern mainline u-boot does not have it and development in this area hasn't come to end user level yet. On the top of that I would need to double check if this could be related to our install tools. I know they were broken at certain point and I am only sure that those self build are working o.k.

Hmm, some logs would help, can you provide some? .. but AFAIK latest self build image works out of the box.

Surely. If you want to skip even reading documentation and getting familiar with, than you need to try acquire professional service. Advanced payment and - at the moment - very slow respond rate is the best I can provide. You can find my contact here.

Well, we need to figure this out and that usually takes some time. I wasn't even aware that hostapd was not working, now I am.

Some progress ... to be continued. Examples, where special text related to board or family comes out: https://www.armbian.com/cubietruck/ https://www.armbian.com/clearfog/

Something is probably wrong with your installation - do you have an image for orangepipcplus ? If not, wireless won't work. Type: armbianmonitor -u

Well, that is the main idea behind all this

We would like to thanks all of those who participated in our small contest. Great submission! It was really hard to make a cherry pick, while the winner will be chosen by the vote. Since we only need one default wallpaper and that one must be as generic and clean as possible, this choice is as follows. Few others, which might come into action, had either too small text size, strange colors or were simply too busy. We might will add more than those five wallpapers to our desktop or use them as a boot splash. Vote will be online until 16.12. 1. Dre0x-Minum-dark 2. chzbacon-Micro-SD 3. chzbacon-Linen---Dark 4. 1430-very-dark 5. username-dark

The best one would be this: https://www.amazon.com/Samsung-850-PRO-2-5-Inch-MZ-7KE1T0BW/dp/B00LF10KTE/ref=sr_1_2?ie=UTF8&qid=1481278720&sr=8-2&keywords=samsung+1tb+ssd But it's a waste of money since most boards can't make use of the speed. Rather go for something like this: https://www.amazon.com/HGST-Travelstar-2-5-Inch-0J22413-HTS541010A9E680/dp/B007RE0EQC/ref=sr_1_1?ie=UTF8&qid=1481278832&sr=8-1&keywords=1+TB+HGST+Travelstar+5K1000+2%2C5%22

My understanding of Openwrt is limited so I can't see diff out of the head. Well. If you want stick to our prebuilt kernel and need some extra features, push PR to configs https://github.com/igorpecovnik/lib/tree/master/config/kernel

I must admit it looks very nice and it's truly first properly NAS oriented board. I hope you will manage to keep the price low enough to keep wide interest. Since it's backed by Armada 388 and co-developed by Solidrun, things should be fine and Armbian must work on it ... I assume with some minor adjustments due too slightly different configuration. Currently we are changing configurations for clearfog and clearfog pro from armada so this is related. Generally, config goes here: https://github.com/igorpecovnik/lib/tree/master/config/boards Sources if different here: https://github.com/igorpecovnik/lib/tree/master/config/sources and patch if needed here: https://github.com/igorpecovnik/lib/tree/master/patch I assume diff to Clearfog is minor so, you only need to add board config and a patch under u-boot. BTW. Lately, I saw other commercial project made with Armbian so I am also glad that our work finds the way in. Send us a box of beer, when you get rich

If it works in Openwrt with our kernel it must work also in Armbian. There is nothing that we need to fix. The only diff could be firmware ... just install our full packages and it will most likely work. apt-get install armbian-firmware-full If you are talking about some openwrt in general, than keep in mind that this is router distro and their main objective is network stack. Our focus / support ends with on board phy.

Type: nmtui-connect Next chose your wifi network and type your password.

OK, will try to fix this in the evening. If any other ideas come up, please add them.

How do you mean this? How to solve? I don't get it. What is not accessible? You mean it's better that we have one long page without menus? Or something else? Arriving at https://www.armbian.com (text, images, nothing he's interested in except of the next link) What should he gets here. A board selector? https://www.armbian.com/download/ -- aha, spotted Pine64 https://www.armbian.com/pine64/ -- aha, 'legacy' and 'vanilla' (WTF?!) and 'Jessie/Xenial server', so let's try out vanilla (sounds nice) and of course Jessie since that's what I know from Raspbian and the featured Lenny-builds from pine64.pro OK. Let's go here with Zador's proposal. stable releases | nighty releases | xxxxxxx | xxxxxx | xxxxxx Still, we have legacy and vanilla kernels. Almost everywhere. How to solve this then? Adding kernel number won't change much I guess? Let's take that crappy 4GB SD card flying around and use WinDiskimager since this tool ensures that I don't get notified when burning fails "Make sure you use good card" with link to more info below the download icon? Ok, Armbian is crap, doesn't even boot, back to Jessie from pine64.pro One week later: Let's try out this Armbian stuff again since I realized that the crappy SD card I used is really broken So let's burn Armbian Jessie (5.20) again, this time it boots but there's no HDMI output (vanilla!) and no way to activate the LCD as described in their 'Hardware info' tab (there they're talking about 5.21, 5.24 and 5.25 but they only provide 5.20. WTF?!) Ok, Armbian sucks, back to the pine64.pro offerings

Wrong images are error which I haven't notice. Will be fixed asap. Beta images are advertised exactly where and if available, currently under section "Developement". It was mentioned only twice I think, while it should be on all boards with wifi ... I am solving this generally. This is not the final version, but one step further - now it builds things from commonly available data set, UX design is still needed, but it's much easier from now on.

BTW: I fixed / built semi automatic testing procedure for folks who will conduct tests for upcoming release or per request. It's working but need more tests and fine tuning before introduction ... And. Download pages are now refreshed on cron with data from here: https://github.com/igorpecovnik/lib/tree/master/config/boards There is a parameter: BOARDRATING="" which results in x/10 stars below title if defined

No Pain64 here

If you want to save additional few months, than start with our building system. Its less complex than buildroot and it's working with all boards from download section. How to make image customization: https://docs.armbian.com/Developer-Guide_User-Configurations/

If you still have time and will, I added mainline image to the beta builds, kernel 4.8.12, updated u-boot. Let's see if this works. Check .161207 build.