Igor

Well, this should be determined by someone that is closer to OMV. More looks like a bug in their modules as they should cover such case / circumstances.

Purely blind speculation. The problem could be as we are providing Wireguard module and tools by default, while OMV could be trying to install dkms package which re-compiles it on demand ...

Yes, its a known (non-critical) issue - some SHA files are missing but since this happened, everything in this regard changed & updating mechanism was temporally teared apart we should do this manually or by making yet another temporally script. SHA files will be O.K. within upcoming major update due by the end of the month.

Did you check with OMV people to understand what this plugin does? Or perhaps try to see if there is something in the system or omv logs when you do that. That might help us to understand what is going on.

This was fixed https://github.com/armbian/build/pull/5088 built jammy image with patched 6.1.125 kernel verified /dev/snd/ nodes returned Sent patched image to the user who had the audio HAT for the RockPi-S He verified that audio (output at least) now works. Build from sources, try automated community builds or wait few weeks for release,

Video Summary: Just overview on the status of CI and discussion on known problems regarding upcoming release. We are pretty confident new build framework will be up to the job. On the board support level, still we need to do testing, try to bump boot loader on Allwinner devices, bump rockchip64 current to 6.1.y.

Yeah, true. Not worth the troubles. For build runners we don't need anything special. Just internet connection, not even any private networking. At least not until all other runners are just everywhere.

https://docs.armbian.com/User-Guide_Getting-Started/#how-to-check-download-authenticity I am sorry, but this "Armbian" have nothing to do with us. Contact people / vendor that made this assembly. Moving to unsupported.

This is worrying. Tried all possible methods with Khadas Rescue tools? https://www.khadas.com/post/krescue-take-control-of-your-vim https://hackmd.io/@Collega/HkKVfudc9

If you find a better working u-boot version, sent a PR with changes to this line and you will make all users of this hw happier: https://github.com/armbian/build/blob/main/config/boards/bananapim5.conf#L10

Video 1. Reviewing where we are with CI support 2. Challenges of upcoming release

Download: https://www.armbian.com/nanopi-r6s/ (unofficial WIP support)

Those are developers preview builds, where you can check what works and at some point it will be good enough for some uses cases. In a couple of years, it will be functional on the level of kernel 5.10.y. Download is possible from CI pipeline: https://github.com/armbian/build/releases Boot log: This board is looking for maintainer(s) and (this) forum moderator (contact @Werner).

https://www.armbian.com/radxa-zero2/

https://www.armbian.com/odroid-m1/ - kernel 6.1.y LTS

Just a reminder, if someone wants to fix it.

https://www.armbian.com/rock-5b/

Many of us are using Armbian not just on ARM single board computers but also on servers (bare metal & virtual). We use our builds since we trust it more then Debian, Ubuntu, not to mention other distributions that are recklessly updating and one ends up as an OS tester and not OS user. Personally I use Armbian Jammy on Ryzen 9 workstation with great success. My primary use case is development / productivity. For the road I used to have 13" Dell notebook which recently suddenly died. It was out of warranty so I had to get something new. After some testings of various devices I settled with 12th Gen Intel i5-1240P powered Lenovo. Then I tried many general purpose distros to see how well they work and all had some (minor) troubles ... We are having UEFI images (common image) since some time, but UEFI nor desktops were fine tuned nor ready for such performance daily driver desktop usage. We were close, but not close enough to just run it. Past two weeks we have been lifting general UEFI support, fixed many bugs and what came out is "Armbian ultimate developers desktop build". - improved support in GRUB (armbian wallpaper) & HiDPI GRUB support - all preinstalled applications are normal apt packages - current 5.15.y kernel, Jammy userland (5.19.y has some strange issues) - snapd is not installed (user can install it) - HiDPI support (automated adjustments on big screen resolutions) - NVIDIA graphics acceleration with proprietary driver (x86 only) - Intel graphics acceleration also works out of the box - preinstalled Google Chrome (x86 only) - preinstalled Microsoft Visual Studio Code (x86 only) - ZFS 2.1.5 ready (apt install zfsutils-linux zfs-dkms) - face unlock works perfectly fine on this laptop - installation to SSD drive to dual boot with Windows 10/11 is supported Armbian classical way by transferring actual live image to the prepared partition via nand-sata-install. All you need to do is prepare spare space on your drive, Windows 10/11 or Linux, UEFI support (most if not all hardware for past 10 years has it). I have tweaked images (XFCE, Gnome, Cinnamon) a bit to my personal needs, but making changes is welcome. Nice to have: disk encryption within nand-sata-install, small bug fixing, additional DEs. Currently we have CLI, XFCE, Gnome and Cinnamon. Others are too buggy. https://www.armbian.com/uefi-x86/ https://www.armbian.com/uefi-arm64/ Please report where it works and how (well)!

Samples arrived ♥️ HW looks fascinating, Armbian is yet to be ported so can't comment how good this is in realworld. Its shipped with stock Khadas Ubuntu, kernel 5.4.y, which is good to boot something ... Technical specs at CNX.

If you are running Armbian desktop and you like to use Visual Studio Code, open a terminal and run: sudo apt update sudo apt install code

Preparation Supported build environment is Ubuntu Focal 20.04 x64 (minimal iso image). a guest inside a VirtualBox or other virtualization software, a guest managed by Vagrant . This uses Virtualbox (as above) but does so in an easily repeatable way. Please check the Armbian with Vagrant README for a quick start HOWTO, inside a Docker , systemd-nspawn or other container environments (example), running natively on a dedicated PC or a server (not recommended), 20GB disk space or more and 2GB RAM or more available for the VM, container or native OS, superuser rights (configured sudo or root access). Execution apt-get -y install git git clone https://github.com/armbian/build cd build ./compile.sh This will download all necessary sources, execute compilation and/or build a boot-able image. Most of things will be cached so next run will be extremely faster! Real time examples: Documentation