Igor

They have different bootloader bl1 and adjusted u-boot to support 2G memory. If you don't have 2G of memory or memory has some different configuration, which is extremely unlikely, than this can make troubles. The rest is the same. I know that T3+ image doesn't boot on 1G boards (M3 for example). Your board looks the same, but I did a picture to double check. How do you power the board? I use lab PSU 5V / 5A Running low on ideas. This is serial console log - try to catch something on yours:

That is normal. How long did you wait until declare it doesn't work. It takes 17s from power on until I get a login prompt (Sandisk Ultra Class 10/average SD card). I agree that we should set some verbose output by default but hey, Rome was not built in a day. Bootlog: http://ix.io/1aP5 This image: https://dl.armbian.com/nanopct3plus/Ubuntu_bionic_next.7z

That is strange. I am highly confident that both found here: https://www.armbian.com/nanopc-t3-plus/ has been tested. I can test them again later in the evening. Currently out of office. Can you make a PCB photo and/or get revision number.

With the image for M3? Yes, that is normal. it does not work. Image for T3+ works only on T3+ Please drop URL to the image which you tried?

Fixed but a bit different since it doesn't work the way we have before.

It seems they are not sorted at all - as they were added. We had many troubles with this plugin so my modification: manually order by importance without showing exotics - fell out. All variants have advantages and disadvantages. I'll adjust that asap.

Gone automatically with the last forum upgrade. Haven't figured out why.

There are some issues with K2 u-boot, which is still WIP, but in general S905x boards are decently supported now.

What? Is it broken? Last time I was playing with this feature it was working. At least on recent images made from the development branch.

Hotplugging might not work but when you boot you should get a screen. I don't recall any troubles of this kind. Try another cable.

https://github.com/armbian/upload/commit/761f38516873149506f886eec78abcf65653ffc6 apt update & upgrade on the stable branch. Nightly building still offline.

Mount it on some Linux machine and peek into /boot https://github.com/armbian/build/blob/master/packages/bsp/armbian_first_run.txt.template

I didn't notice. Perhaps enabling it would help? https://github.com/armbian/build/commit/c1cb1d77f0812978160506de9646c352df0c9d48

Nothing. Your headers are installed. Check here what is the diff: https://github.com/armbian/config/blob/development/debian-config-jobs#L148-L150 And. Next time you spam with the same question on my private channel, both questions will be ignored and deleted on the spot.

Exactly. It's good as is. Now, with a new website, things are done better and this should not be a problem. And I don't think we have one. All those signs, flags and rules are in their essence to limit (repeating) questions but its impossible to suppress them. The development progress is slow. Much much slower and way more time is consumed than the average person thinks. Only education can change this perception.

I don't think so. It's already impossible to miss those signs. Sometimes people just ignore them or choose to ignore them. Or make wrong assumptions based on weak/wrong technical knowledge or some belief. This entire project helps to understand. Remember the school days. Even teacher explained everything and wrote things on the table, somebody or more, usually always the same people, needed extra clarification. Just add remarks to the "WWW update wish list" and something can be done. Perhaps Javascript popup on nightly/preview images when clicking the download button.

"committed 8 hours ago" https://github.com/armbian/build/commit/0e7681ee250a2beab744b854062ee558e4bf1e39 Updated package will be at next nightly rebuilt but since I just tear down build server it might take more than 24h before things are back in action.

Yes, it's almost Rock64 ... but what are those small diffs, who wants to be in charge? I can build images (when we merge stable and development branches) and leave it this way: https://www.armbian.com/z28-pro/ as an alternative/for a while.

Everything looks fine. Don't you see this?

Provide armbianmonitor -u and we might get some clues.

This is the case only on 4.14.y kernel ... on 4.9.y (current NEXT) this is not needed. I will update images and add Stretch and Bionic images to the download section.

If somebody pays for R&D expenses, we can hire some help and proceed on this route. So far there was little to no interest and with current extremely limited resources this is virtually impossible. And stupid. Most likely but there is no warranty that this is not the same with Clearfog. I don't have any high power gears around. Only normal consumer grade cards and they work everywhere.

I suspect Espressobin is not be designed for such power draw. Perhaps not even to the mPCI standards? Hardware hack must be possible somehow.

High powered mPCI cards are usually powered externally.

Done. Checking armbian-config ...