Igor

Nope, on older systems, it was set to update the index and download only. https://github.com/armbian/build/commit/c6b065b68d8ac27b6f253bdb672ef4090b913571 With "apt upgrade" you conduct the actual install/upgrade. BananaPi was tested for the last update, but if you are using some very old build, changed system files ... who knows. It can also be a failed SD card ... Can you get a serial console log? Can you attach Banana to your HDMI screen and make a photo with your camera or at least show the content of files in /boot ...

Use apt purge method and remove them. This works out of the box, while default package list is not implemented as a user-defined variable.

That is unfortunately not implemented but should not be a hard job, while we don't store userspace caches online - it is uploading/can be on to the server and later auto synchronized, while the rest we ATM do not have time to work on. Since this might be generally useful and if you do it properly, I don't see a problem to accept PR? @zador.blood.stained

This is what you need to check: https://docs.armbian.com/Developer-Guide_User-Configurations/

If this is not enabled in a kernel you have two options: 1. Add whatever you need to this file https://github.com/armbian/build/blob/master/config/kernel/linux-sunxi-next.config and wait for our beta or general update 2. Recompile a kernel on your own.

The network works perfectly fine: 1. On stock unmodified image 2. When setting fixed IP 3. It fails when setting back to DHCP from within a (beta tool) armbian-config It will be fixed.

Preparing such copy/paste instruction is a nightmare :( You need to be in /mnt/boot/ and there you run mkimage without a path.

typo mkimage -C none -A arm -T script -d boot.cmd boot.scr

Replacing boot script with this one https://github.com/armbian/build/blob/master/config/bootscripts/boot-sunxi.cmd and its recompilation is another/proper solution. In case we forget to add a boot script to next update, the problem might resurface.

Forget about changing u-boot, replace rather boot script. It is more simple and actually the fix for the problem. 1. Boot with SDcard 2. Mount /dev/mmcblk2p1 /mnt # on some cases it will be mmcblk1p1 3. cd /mnt/boot 4. wget https://raw.githubusercontent.com/armbian/build/master/config/bootscripts/boot-sunxi.cmd 5. mv boot-sunxi.cmd boot.cmd 6. mkimage -C none -A arm -T script -d boot.cmd boot.scr 7. power off, 8. remove SD and boot from eMMC

Somewhere between problem was recognized and fixed, yes. When most people will just use this product, drop few pennies and not actively participating in testings, this will not change - we simply have too many different boards and variants. We can cut them down in half but the problem will remain. I recently developed a system for quick repository update, that packages can be quickly fixed in case of such problems, but that is all that I can do on the technical part of the problem. At least you were able to solve this without step by step guides. Of course, it is our my fault for providing this service with having sufficient resources.

If you "just did", it should be o.k. https://github.com/armbian/upload/commit/19a4a27ca2ace9c549400a8eface67c581a4b144

I don't understand your problem. Also provide your armbianmonitor -u

https://docs.armbian.com/Developer-Guide_User-Configurations/

Replacing bootloader on your eMMC Boot from SD card. mkdir tmp cd tmp # replace this URL with the one for your board! This is for Orange pi plus 2e wget http://apt.armbian.com/pool/main/l/linux-u-boot-orangepiplus2e-default/linux-u-boot-orangepiplus2e_5.39_armhf.deb dpkg -x *.deb . root_uuid=$(sed -e 's/^.*root=//' -e 's/ .*$//' < /proc/cmdline) root_partition_device=$(blkid | tr -d '":' | grep ${root_uuid} | awk '{print $1}' | tr -d '"/dev') emmc="/dev/"$(cat /proc/partitions | grep -v ${root_partition::-2} | grep mmcblk | awk '{print $4}' | head -1) # adjust the path accordingly to your board - downloaded file dd if=usr/lib/linux-u-boot-orangepiplus2e_5.35_armhf/u-boot-sunxi-with-spl.bin of=$emmc bs=1024 seek=8 status=noxfer If you want to flash your SD card on external SD card reader: sdcard=/dev/sda # make sure this is SD card and not your hard drive!! dd if=usr/lib/linux-u-boot-orangepiplus2e_5.35_armhf/u-boot-sunxi-with-spl.bin of=$sdcard bs=1024 seek=8 status=noxfer

The problem was there too but different kind of. I switch dev and next which lead to troubles with OMV installations. At least setting this to "yes"? https://github.com/armbian/build/blob/master/config/templates/config-example.conf#L22

Changed back https://github.com/armbian/upload/commit/c68b8c84f9edfdfd55f1579894f05035e637022a And also Odroid XU4 upgrade to NEXT https://github.com/armbian/upload/commit/36437b8a9704a5056fccb6ed154b69778716bed8 At least upstream those problems should be fixed by now.

Remove /etc/network/interfaces and network-manager should pick up the address. And reboot in between.

Unless someone, who has this problem, does not provide serial console logs, we will not get anywhere. I can't reproduce it.

If a tool does not work properly, you need to edit it manually: https://help.ubuntu.com/lts/serverguide/network-configuration.html https://www.google.com/search?q=set+network+address+linux ... armbian-config will be examined and fixed.

I made two additional upgrade tests with a legacy kernel, Orangepi PC+ and Orangepi 2e and it was not possible to detect any problems. http://ix.io/EWl - some old version which was on eMMC -> latest - 5.35 from download -> latest - some old beta -> latest We can't test all possible boards/combinations.

Those boards are more or less identical. I forgot to mention FA to send me one of those. I guess we could simply change a name on download page https://www.armbian.com/nanopi-neo-2/ -> Nano pi Neo2 / Core What do you think? And there are testing images out - well, they should be now the same. https://dl.armbian.com/nanopineo2/archive/ Have you enable all USB ports in armbian-config? I assume you have some SSD there?

If you stick to kernel 3.4.y this goes the same way, while on mainline you don't need to do anything.

You are using some old development version, get latest: https://dl.armbian.com/nanopiair/archive/ and enable spi0 with armbian-config ... than proceed with this enc ...

Orangepi PC2 desktop NEXT