Igor

rm /etc/cron.daily/armbian-ram-logging

Add KERNEL_CONFIGURE="yes" and remove what you think its not needed and try to boot the kernel. Make sure not to remove "sunxi" or "sun8i" "allwinner" stuff and it should be ok. Nothing more than this. It's on you to experiment.

1 and 2 https://forum.armbian.com/forum/31-sd-card-and-power-supply/ are responsible for majority of random/weird issues. How much amps your PSU delivers and what is the voltage drop on your board? Change power supply in any case. Perhaps it's too noisy?

Project needs various help. Dealing with "boring" bash scripting perhaps? Writing docs, maintaining some board, ... there is plenty of things. Read that page again.

Sure, but for that I would need to kill the project ... since takes a lot of my time. You are already having a depth for using a product and my time: https://www.armbian.com/donate/ Here is a good way to become a business partner to who I do provide some limited attention. Day have only 24h and paying customers already wait weeks->months to get reply. I certainly don't need more load.

In last 12 months it was invested more than 20.000 USD of cash for help on the Armbian project. For solving our common problems. Such as this. Sadly we can't afford to hire professional help.

Almost none. https://www.armbian.com/get-involved

Agree. https://www.armbian.com/get-involved/

Sure, but implemented solution would help us all.

Content is copied over on the filesystem level to ensure universal approach. Direct copy (DD) which can run at the maximum r/w (sequential) speed can be used in some cases, but it is not implemented on all boards. You are welcome to join and it might be finished a few months faster. It's also possible to write image directly to eMMC, but is less user friendly. Another possibility to reduce this time is to use a quality SD card. Edit: SD card, which we recommend at the download pages, is written and checked in 44 seconds. (1GB image size)

Far more simple is to use armbian nightly builds. armbian-config -> system -> switch to nightly builds. Our build system is currently attached to their repository and there are all changes. https://github.com/friendlyarm/kernel-rockchip/commits/nanopi4-linux-v4.4.y There is no need to redownload images from some extremely slow servers.

First provide armbianmonitor -u since I have absolutely no idea which system, image and board (apparently orangepipc) you use.

What about apt-update and upgrade and trying again?

Possible, it might work, but it is not recommended.

Did you try to use SD card? It can be eMMC failure or bad eMMC support ... for this particular model. I can't reproduce this problem with my (16Gb) eMMC: http://ix.io/1rde

Currently it's okeish but let Tony decide what to do. Just make sure to include this fix: https://github.com/armbian/build/commit/2ceaa6e8bd89abf576b65a0a60b8356b8b5f74df ... and small kernel config changes.

This (new) script can and should drop support for NAND install cases. This will remain supported with a current script. What could also add fast(er) install option. If we don't want to change a file system type, SD card can be DD-ed to emmc. This works in most cases, but not all. U-boot will not be a part of the default package base in the future, which means it needs to be installed, applied (to eMMC) and de-installed. Support for separate boot partition must also be fully operational. Install should be parameter for automated install and menu driven as it is now. This is a bit off topic. You need to have your own kernel if you go out of the defaults or ask that some kernel feature is included by default. IMO we don't need to make more complications here.

It works for me. Try installation again - perhaps there was a network issue.

The answer is out of our jurisdiction. Probably.

You need to have most recent kernel.

Read this topic.

It will probably be fixed when we bump kernel to 4.19.y I fix things which I know where to fix them and if I have time for that. If you want to help, do something simple first: https://www.armbian.com/get-involved Serial console.

Linux kernel (kernel.org) or generic armhf kernel can be up to one year behind ours. Yes. https://docs.armbian.com/Quick_facts/ + far better hardware support than Debian or OpenWrt on supported boards Large enough for what we do - adding value on top of Debian with u-boot, kernel and userspace optimisations. And in core of Armbian is easy to use but very powerful build system: https://github.com/armbian/build

Nope, resizing works. Check.

https://dl.armbian.com/orangepiplus/archive/Armbian_5.30_Orangepiplus_Debian_jessie_default_3.4.113.7z