Igor

I also encounter this problem today. Trusty only. I think i add a hack to fix this once ... creating resolv.conf with 8.8.8.8 Edit: https://github.com/igorpecovnik/lib/blob/master/boards.sh#L161-L163 Putting this to both debootstraps should solve the issue. Fixed: https://github.com/igorpecovnik/lib/commit/fae68084c0269a5739af0480695c2fdeb28e297d

"up to" The problem is u-boot which is required to properly load mainline kernel. When you achieve that it loads from NAND, than you can do whatever.

Ahaa, I see where is the problem now. Because of this "hack" ... which works for legacy kernel but not for 4.2 ... https://github.com/UDOOboard/uboot-imx/commit/68849f96afa56d5a4cfcdd918bafebc552958d3a if you boot without HDMI ... what happened ? quick solution: copy or link imx6q-udoo.dtb to imx6q-udoo-hdmi.dtb

Kernel 4.x does not support NAND ... but in theory it could be possible to load recent u-boot even it does not have NAND support. Recent uboot support booting directly from SATA. It might work but since I haven't try this, I can't tell you how.

I always power it via power cable - it's the best way. If you see Allwinner logo than you got Android installed on NAND. Try boot it. If that one is not working, than something must be wrong with the board.

Manuals were updated just few days ago. I hope it's clear enough.

OK. If you tried both options, than the the problem could be in wifi driver. This chipset is know to be troublesome ... I have no information which driver is working well in kernel 4.3.3 ... I assume you use the driver supplied with kernel. Blacklist the one from kernel and try those two: https://github.com/dz0ny/rt8192cu https://github.com/pvaret/rtl8192cu-fixes

Your kernel is not compiling properly. That's all I can tell from this boot log. Check debug log in output/debug or put it to pastebin.com that I can see more info.

Right. We already done a lot on the software side but there are HW limitation which are hard to overcome. It would be glad to see a V2.0 of this product. It's hard to say where is the barrier you are talking about. This solid-run board is on the edge I guess.

Check this thread for solution. http://forum.armbian.com/index.php/topic/550-system-time-always-wrong-after-boot-after-upgrade-from-47-to-481/ &Happy new one to you too

I am getting this one in few days. The PRO version is not in the price range of R1 but the normal / LITE could be (there is no price yet). If you consider than you get much more and I predict less troubles, than the price diff perish even compared to PRO. I don't want to judge anything before booting the beast, but it looks very well designed and right for the job. This device should be able to replace your router and NAS, while R1 doesn't come close to low end / average router and NAS capabilities. Any recommendation for AC mPCI card that works well in Linux 3.18 - 4.4 (AP mode)?

It works now. https://github.com/igorpecovnik/lib/commit/023a1bb13ad14f8ebdbb4f4469fe335865123340

This is the only image so far - M2 and this Orange share the same one. They are based on mainline kernel since legacy kernel is in very bad shape. Mainline kernel uses *.dtb and not script.bin files for hardware configuration. What you are looking for does not exists, not for this board. I tested the images and they are 100% working - there are also few people that reported that they are using in. You should be able to login in about one minute but than it will restart once and you will need to login and you will be forced to change default root / 1234 credentials. Check / exchange SD card. Make sure you set switch to boot from SD instead of NAND. You probably have Android on NAND as I do.

@wildcat_paris Everything looks ok except B53 fell out of default sunxi-dev.config ...

Where are you compiling this? On what host? Have you read manuals? Reboot if you get such problems, remove cached files and run again. Compilation is working on Ubuntu Trusty (checked this moment), elsewhere you need to install proper compiler.

http://www.armbian.com/documentation/ How to set wireless access point?

It's one way but is not working in a situation when that /dev/sda is not root. Perhaps to check which partition is the biggest and monitor that one. It's also not the best case but I guess it covers more scenarios.

Have you try to use a normal hostapd ? (non realtek version) You don't need to compile kernel if you are asking that ...

A minor bug ... will be fixed. In the mean time: fix or remove this: https://github.com/igorpecovnik/lib/blob/master/scripts/bashrc#L68-L79 in this file: /etc/bash.bashrc.custom Thanks!

@Zador We have a stable tag so we can move on ... https://github.com/igorpecovnik/lib/releases/tag/v2015.12 @Booli I checked your sources - you got the point. When things will work o-k just push it to the Github and we'll merge it.

No problem. Possible missing sunxi tools might be my fault. Will check and fix.

We don't have full kernel source on the images, only headers. Added: https://github.com/igorpecovnik/lib/commit/0d39b31811f93d9208bcd166072499b7e5766842

M1+ is not directly supported since I never even checked if and which are main differences between M1+ and PRO. Obviously there are and you will need to find a proper / correct script.bin with HW settings. Edit: Try this fex script.zip

Yes, this how-to is O.K. There is also one main fine tuning parameter to mention - called swappiness (/etc/sysctl.conf) Our images has only 128Mb swap for "just in case" since vm.swappiness=0 ... "it's not used unless really urgent". We run system from SD by default and you really don't want to swap to SD card.

From unknown reason the imx_thermal code was removed from kernel code. You should try to address SolidRun staff ... I already did but this question remain unanswered.