Igor

https://dl.armbian.com/orangepione/Ubuntu_xenial_default_desktop.7z This image works - I just test it - and only in two cases it can't work: 1. If your SD card is failed which is possible, 2. If you failed to read instructions and break the first login with CTRL-C BTW. You haven't provide a proper link to your logs.

You need a working network to provide logs since they are uploaded Your private data is excluded, so don't worry about. It looks like this: If you installed desktop on your own on top of server image, than you need to double check which steps you made. Are you sure you are running correct desktop image? After you create a user it should start a desktop ... if you have some old SD card this can take some time.

IIRC DPMS is / used to be buggy so it's disabled in config ... it goes off and it never came back. Try and play with settings to see if it's working now.

There are many ways to watch accelerated youtoube videos on stock Armbian legacy install. Just not within a browser. youtube-dl, mpv, ... You don't need any windows based download tool. https://forum.armbian.com/index.php?/topic/499-bananapipro-video-accelerated-no-work/&page=2#comment-28237 It's to avoid Android on those boards since it's crappy and unsupported. Luckily we have a well maintained Openelec fork if you seek multimedia OS.

Can you provide an exact list what should be enabled in kernel configuration or better - login to Github and adjust config accordingly?

What about Ubuntu Xenial, which is the only desktop build that we offer for this board at download page? I know you probably want Debian, but we choose to support only Ubuntu version of desktop, since it's troublesome to support both versions and we choose Ubuntu Xenial because it currently use newer package base than Debian Jessie. I assume you use legacy kernel? In case of troubles it's always fine to provide logs (armbianmonitor -u).

That's another story and it's possible. Plugin USB drive and check documentation.

Another option - as clean as possible. https://www.armbian.com/ddd/

Updated. https://www.armbian.com/ccc/ ... selecting torrent at next page & other download link directly do file server.

Option B: - daily builds is more my quick typing. will be aligned to nightly - warning can be add when selecting. i already have javascript here to hide "torrent" link since it's n/a for nightly - if we choose to put recommended downloads, we need to add one field into board config, yes, but on the other hand this looks a bit more complex to me: https://www.armbian.com/bbb/ I'll try to produce option C in the morning with moving things apart a little bit. It looks cluttered in both cases.

Torrents for all stable images are operational, but we need to rework download section. I was playing a little today and come up with this testing design: https://www.armbian.com/aaa/ It's WIP, data is partially incorrect but provide real download links upon select. Shell we proceed into this direction?

If there is no nightly image for your board, you need to build one. You need a whole image, not just kernel update as already stated: , otherwise it wont work and we are wasting time. Is this now clear?

I don't understand how do you try to achieve that ... in hostapd CLI or within Network manager? You can switch to our beta repository and try if you can make hostapd work with our "armbian-config" (still in making). If wlan is properly recognised (that modules is loaded and firmware present), tool tries both possible hostapd variants and give you option of bridge / NAT network config if probe went o.k.

I assume you read this? https://docs.armbian.com/User-Guide_Allwinner_overlays/

Check file /etc/default/nodm and change your username with root and reboot.

If I do that to clean post, eg. SPOILER -> INSERT code, than it works. If there is anything else, than I can't add code. Well, I'll check their forums or file an support ticket.

With logs we could be smarter Type: armbianmonitor -u

I didn't went further with diagnostic part, since the core of this tool, basics what I wanted to achieve, is getting ready and now I am running it over and over again to find troubles. The main problem regarding enabling AP is that hostapd at regular repository is missing config file, while this is fixed in beta. That means if you don't switch to beta, this detection is broken for all standard wireless chips. Next it would be good to print out some debug info when detection fails in both cases ... but on the other hand if hostapd with most primitive settings doesn't work, than there is nothing we can do. If wireless is not detected, you should not get here anyway. I am on IRC always, when I am in the office

Download pages are not perfect. Zador already helped make them better, but I guess, none of us is UX design pro. I think they should be as simple as possible, while important data should be close to / exposed at download buttons area. Well, perhaps staring into download page for few hours strait might bring up some ideas BTW. Yesterday I put together torrent server and all stable images can be download via torrent. We will have few dedicated seed spots around the globe, but at the moment, we seed them only at download server. This adds another item to the download page

Yes. - we don't provide packed sources, - we don't support on board kernel recompilation, because it's troublesome and in your case extremely slow. You need to start here.

Offset is correct. There is a bug in recent U-boot when saving environment files. Will try to catch the bastard ...

I am puzzled with calculating offset. I found some parameters, which looks properly calculated, but it looks like it doesn't write to the right place, since u-boot stuck at prompt. /etc/fw_env.config # Device to access offset env size /dev/mmcblk0 0x88000 0x20000 This is a bit old but numbers looks alright ? https://blog.night-shade.org.uk/2014/01/fw_printenv-config-for-allwinner-devices/ http://linux-sunxi.org/Bootable_SD_card#SD_Card_Layout

I see, it is confusing a bit. Those are actually kernel properties, unrelated to the image or operating system altogether. We will try to fix this somehow. Tnx.

For proper debugging, you need to get a serial console. Most likely everything is fine. For a typical setup, just make sure you have a wired connection to your router when you power the board. Than check IP on the router and connect via SSH. The other way is serial console, since this board is headless by default. Well, the board also has some composite video out, but that's another story. I am not sure if it's enabled at this board.

All server images are minimal, without a desktop. Default download, if you don't choose anything, is headless / server image.