All Activity

Yes usermod -aG docker yourusername , then reboot, was what I needed to let the armbian build script continue Warning: if you forget the "a" in -aG, you will get locked out being admin in your own computer Second roadblock: I needed to install qemu as per: https://forum.armbian.com/topic/52127-running-armbian-build-on-x86-64/#findComment-219019 Thank you Werner!

I’m really happy to share that I finally managed to port the SV6256P (SSV6X5X) SDIO Wi-Fi driver from the legacy Linux 4.4 kernel to modern kernels. This repository contains my working port for Linux kernel 6.12 and newer, with updated mac80211/cfg80211 integration so the driver can build and run on recent Armbian systems. The chipset is commonly used in many low-cost TV boxes and embedded devices, but the original driver only supported legacy kernels (4.4). Now it’s functional again on modern systems, at least on my tested hardware (Allwinner H616 / X96 Q via SDIO). Repository link: https://github.com/cdhigh/armbian_sv6256p I’m quite excited to finally see this old Wi-Fi chip working on a 6.x kernel 🙂 [ 4.774151] ssv6x5x: importing configuration from /lib/firmware/ssv6x5x-wifi.cfg [ 4.778281] tu_ssv6xxx_sdio_init, probe @(____ptrval____) [ 4.779483] TU_SSV6XXX_SDIO mmc3:0001:1: Probing SDIO bus [ 4.779513] ssv6xxx_set_sdio_clk: set sdio clk 25000000Hz [ 4.799668] TU_SSV6XXX_SDIO mmc3:0001:1: vendor = 0x3030 device = 0x3030 [ 4.825421] TU_SSV6XXX_SDIO mmc3:0001:1: dataIOPort 0x10000 regIOPort 0x10020 [ 4.849181] TU_SSV6XXX_SDIO mmc3:0001:1: dataIOPort 0x10000 regIOPort 0x10020 [ 4.849530] TU_SSV6XXX_SDIO mmc3:0001:1: CHIP ID: SSV6006C0 [ 4.850373] ssv6x5x ops chk: tx=1 start=1 stop=1 config=1 add_if=1 rm_if=1 conf_filter=1 wake_txq=1 [ 4.850402] ssv6x5x chanctx chk: any=1 all=0 emulate=1 add=1 rm=1 chg=1 assign=0 unassign=0 [ 4.850409] ssv6x5x chanctx ops set but not complete [ 4.850424] Attach SSV6006 family HAL function [ 4.858285] MAC address from e-fuse [ 4.858311] EFUSE configuration [ 4.858315] Read efuse chip identity[79000000] ip link show: 6: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DORMANT group default qlen 1000 link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff

This morning, the difference is not as big as yesterday, but it is still there. Why isn't it synchronized via NTP? sudo date -s “2026-02-10 04:13:00” Tue, Feb 10, 04:13:00 CET 2026 root@cubietruck ~ > date Tue, Feb 10, 06:11:41 CET 2026

I installed Filebrowser via armbian-config but it didn't work. The container was restarting and there was: Using database: /database/filebrowser.db Error: open /database/filebrowser.db: permission denied in the .log file. The developers of Filebrowser explained they introduced some breaking changes and documented the changes that have to be made to avoid that error: - User: File Browser no longer runs as root, but as user with PID 1000 and GID 1000. You can still change this by using Docker's --user flag [https://www.docker.com/blog/understanding-the-docker-user-instruction/]. - Volumes: the volumes with the database and configuration are now aligned with the s6-overlay images. Instead of mounting the files themselves, which leads to frequent issues, you now mount the surrounding directory. Unfortunately, these are breaking changes and will require updates on your side. Assuming you have a database.db, a .filebrowser.json and the data in /data, do the following: 1. Change the path of database in .filebrowser.json to /database/filebrowser.db 2. Rename database.db to filebrowser.db 3. Rename .filebrowser.json to settings.json 4. Put them in the same directory locally, let's say /app/filebrowser/ 5. Change the permissions of both directories: sudo chown -R 1000:1000 /app/filebrowser /data 6. Mount with the flags -v /app/filebrowser:/database -v /app/filebrowser:/config - you can also choose to put them in separate directories, but it is not needed. If you are still getting errors, please make sure that the paths/volumes you are mounting have read-write permission for user 1000:1000. For more up to date information regarding how you should use the Docker image, check filebrowser.org/installation.html#docker [https://filebrowser.org/installation.html#docker] But how exactly to apply those changes after the container already has been created and started via armbian-config?

http://blog.armbian.com/content/images/2026/02/githubhighlights-2-1.webpThis week in Armbian development saw significant advancements across kernel, firmware, and build targets. The release of 6.18.y kernel UEFI images marks a major update, alongside expanded desktop build options including Cinnamon and KDE Neon for UEFI systems. Notable board support enhancements include the addition of custom build targets for Amlogic TV Boxes, the Raspberry Pi Zero 2W as a virtual board, and improved support for Orange Pi 3 LTS and Odroid M2 devices. Automation improvements streamline inventory rebuilds and board data management, while new features such as Armbian board auto-detection and browser enablement for Riscv64 boards enhance usability. Several bug fixes and configuration updates address issues across Hyper-V images, kernel configs, and u-boot versions. The changelog also highlights upgrades to wireless firmware, dependency management, and support for BTRFS on NanoPi R3S-LTS, reflecting ongoing efforts to broaden compatibility and stability. 6.18.y kernel UEFI images are out. by @igorpecovnik in armbian/armbian.github.io#221abl: feat: add extraargs from armbianEnv for mkbootimg. by @CodeChenL in armbian/build#9341Add -hyperv suffix to REDI_VARIANT for Hyper-V images. by @igorpecovnik in armbian/armbian.github.io#216Add Cinnamon and KDE Neon desktop builds for UEFI. by @igorpecovnik in armbian/armbian.github.io#209Add cloud image extensions to UEFI minimal targets. by @igorpecovnik in armbian/armbian.github.io#211Add custom build targets for Amlogic TV Boxes. by @SteeManMI in armbian/armbian.github.io#224Add ENABLE_EXTENSIONS to UEFI desktop targets. by @igorpecovnik in armbian/armbian.github.io#210Add KDE Neon and RISC-V XFCE desktop targets. by @igorpecovnik in armbian/armbian.github.io#214Add Raspberry Pi Zero 2W board as virtual board. by @igorpecovnik in armbian/armbian.github.io#223Add remote execution method for inventory rebuild. by @igorpecovnik in armbian/armbian.github.io#222Add REMOVE_EXTENSIONS blacklist support to generate_targets.py. by @igorpecovnik in armbian/armbian.github.io#217ath12k: Upgrade to WLAN.HMT.1.1.c5-00302-QCAHMTSWPL_V1.0_V2.0_SILICON…. by @kasimling in armbian/firmware#118Automation: when board data changes on push, execute inventory rebuild at armbian.github.io. by @igorpecovnik in armbian/build#9354BPI-M4-Zero / KickPi K2B: Update u-boot to v2026.01, ATF to lts-v2.12.9 and fixup the KickPi K2B linux DTS. by @pyavitz in armbian/build#9340Enable Browsers on two Riscv64 boards. by @igorpecovnik in armbian/armbian.github.io#219Extension: Bump Nvidia propriatery driver. by @igorpecovnik in armbian/build#9338feat: add Armbian board auto-detection and toast notification system. by @SuperKali in armbian/imager#91feat: add Dependabot configuration for dependency management. by @SuperKali in armbian/imager#70File was removed while it remained in series control file. . by @igorpecovnik in armbian/build#9339Fix errors in .editorconfig. by @iav in armbian/build#9363Fix file_extension extraction for Hyper-V cloud images. by @igorpecovnik in armbian/armbian.github.io#215Fix K3 issues - APT Caching, PB2, Missing KConfig. by @Grippy98 in armbian/build#9349KDE Neon: drop conflicting packages in order to assemble KDE desktop. by @igorpecovnik in armbian/build#9337kernel configs: disable unprivileged BPF. by @neheb in armbian/build#9082khadas-edge2: remove legacy uboot. by @efectn in armbian/build#9367Limit exposed.map to maximum 2 entries per board. by @igorpecovnik in armbian/armbian.github.io#220meson64: ressurect 6.12 as BRANCH=oldlts. by @rpardini in armbian/build#9350Odroid M2: Move main build target to CURRENT kernel branch. by @igorpecovnik in armbian/build#9357Odroid-M2: update uboot to v2025.10. by @mlegenovic in armbian/build#9359Orange Pi 3B: Update config. by @dust-7 in armbian/build#9370OrangePi 3 LTS: Add DTS and DEFCONFIG to u-boot v2026.01. by @pyavitz in armbian/build#9352OrangePi 3 LTS: Add ethernet support to u-boot defconfig. by @pyavitz in armbian/build#9365OrangePi 3 LTS: Fixup u-boot LED nodes. by @pyavitz in armbian/build#9358OrangePi 3 LTS: Update crust and u-boot defconfig. by @pyavitz in armbian/build#9372OrangePi 3 LTS: Use extlinux, remove aw859a-wifi.service, update current defconfig, etc.... by @pyavitz in armbian/build#9362Promoting Opi 3LTS and Odroid M2, demoting cubox-i and Jetson Nano. by @igorpecovnik in armbian/build#9353Radxa E52C: add mainline U-Boot support and kernel target configuration. by @okrc in armbian/build#9366radxa-e54c: board config: remove wayland-sessions-mask extension. by @schwar3kat in armbian/build#9351Refactor mesa-vpu extension: add architecture-specific browser selection. by @igorpecovnik in armbian/build#9347Remove Rockchip gpio patch, already applied upstream. by @tparys in armbian/build#9368Restore qemu performance fix for Ubuntu Noble. by @tparys in armbian/build#9371Restructured qcom/sm8550/ayn directory. by @Squishy123 in armbian/firmware#117Rock 5B Plus: Add GPIO names to edge dts. by @JohnTheCoolingFan in armbian/build#9348Support BTRFS on NanoPi R3S-LTS. by @clarkmcc in armbian/build#9343View the full article

When I got the MusePi Pro it came pre flashed so I tested the install. I don't recall it having an amazing DE experience. Not sure about the GPU but like most SBC's I wouldn't expect great things in that department. Which makes me wonder about the MuseBook.

Hi @maxsub, no, thats a normal image. Hacking is the looong filename: Armbian-unofficial_26.02.0-trunk_Orangepirv2_trixie_edge_6.18.8_minimal+Orangepirv2_1.0.0_ubuntu_noble_desktop_gnome_linux6.6.63.img.xz

In your downloads site, does this one have the GPU hack? Armbian-unofficial_26.02.0-trunk_Orangepirv2_trixie_current_6.6.99_minimal.img. I can do some testing. Thank you.

Continued GPU hacks. I uploaded a medley from Armbian (uboot,kernel) plus OrangePi-Ubuntu-Noble (userspace) from downloaded Xunlong image to my https://privat-in.de site (-> Downloads, grab Armbian+OrangePi.img.xz). Root PW is "orangepi" and it has 3 scripts /boot/boot-6.x.x to switch kernels between 6.6.36-ky, 6.6.99 and 6.18.x (both from Armbian). While the original "ky" kernel has GPU support (instantly visible with the Gnome GUI reacting < 2 seconds), the Armbian kernels have no GPU. Turns out: the kernel DRM driver name needs to be "rvdisplay" instead of "spacemit". This works at least with Armbian-Stable-6.6.99, while Armbian-Edge-6.18.x probably needs further kicking. The Armbian kernels have the following (prelim) change: --- a/drivers/gpu/drm/spacemit/spacemit_drm.c +++ b/drivers/gpu/drm/spacemit/spacemit_drm.c @@ -24,7 +24,7 @@ #include "spacemit_dmmu.h" #include "spacemit_gem.h" -#define DRIVER_NAME "spacemit" +#define DRIVER_NAME "rvdisplay" #define DRIVER_DESC "Spacemit SoCs' DRM Driver" #define DRIVER_MAJOR 1 #define DRIVER_MINOR 0 Note, that Xorg has no GPU, the GPU stuff only works with Wayland (gnome-shell + mutter). Also: no luck with that Bianbu-Linux. It's damn slow Gnome (slower that OrangePi with Software rendering) and none of the kernels brings the GPU to live (even the original Bianbu kernel with a orangepirv2 DTB does not work). @c0rnelius Bananapi R3 and Musepi Pro have working GPU? HTH // Sven-Ola

See here:

The raised U-Boot version here is the culprit: https://github.com/armbian/build/commit/b8844c9 Maybe done by accident, since the commit/PR message does not mention the ZeroPi at all, or that it has been successfully tested on that board. Removing those two lines BOOTBRANCH="tag:v2025.04" BOOTPATCHDIR="v2025-sunxi" , reverting to U-Boot v2024.01 and respective patch dir, solves it for us. Of course, if someone finds time, it would be interesting to find out which missing patches or changes in upstream U-Boot are causing the issue. What I see in our logs is that the last starting and never finishing service is one which calls "udevadm settle", hence waits for udev rules to be processed, endlessly. The NanoPi NEO image boots on the board, but using the NanoPi NEO device tree on the ZeroPi image does not boot, which left only the bootloader as culprit. Maybe it puts some device into a bad state which causes the kernel/udev hang. Duplicate topic:

pq eu não consigo boot com os versoes recentes a melhor para o meu projeto seria esse mesmo. sabes como posso boot com os versoes desta pagina por exemplo esta imagem Armbian_5.37_S9xxx_Ubuntu_xenial_3.14.29_server_20171226.img.xz boot tranquilo mas ubuntu 18 não da para o projeto, esta imagem Armbian_23.11.1_Aml-s9xx-box_jammy_current_6.1.63_minimal.img.xz seria perfeita mas não consigo boot, fica travado tela beelink preta. pode me ajudar? CAIXA BEELINK GT1 ULTIMATE 3GB/32GB

My recent RK3588 kernel adventure: - dual-core H.265 (HEVC) encoding working live at full 4K@60 on armbian-build edge kernel (6.19-rc8) for Rock 5B[+] and Orange Pi 5 Ultra. - fix for setting HDMIRX EDID (this didn't work in mainline on any of my tested hardware) This is out-of-tree (practical focus over upstream goals), but it's stable and producing clean bitstreams. Repo: https://github.com/rcawston/rockchip-rk3588-mainline-patches Feedback welcome.

@zcrself Your board might be missing some components for UART to work properly. Have you tested your TTL to USB adaptor on other boards to see if it works?

@Almir Oliveira why are you looking for a build that is over three years old and includes a Linux kernal that is no longer supported? Why not download the latest build from the Armbian downloads page?

@maxsub: There are some LLVM changes that are fixed with later Mesa, just cherry pick the top 3 commits from https://codeberg.org/sven-ola/mesa-spacemit-k1/commits/branch/spacemit-k1 HTH // Sven-Ola

@c0rnelius I uploaded /etc/apt and /usr/share/keyrings for you on my Opi3z Nextcloud for you, go to https://opi3-3.privat-in.de/index.php/s/by9XnGDbntaDz35, sha256sum is is 9d2a2380f7791630d1303c07e889b77d1acf0789b180f2a6b9157fa3fdf20685

You can change the kernel config for your needs with "kernel-config" argument, or for example ./compile.sh CPUTHREADS=$(nproc) BOARD=orangepirv2 BRANCH=edge RELEASE=trixie KERNEL_CONFIGURE=yes KERNEL_GIT=shallow BUILD_MINIMAL=yes will start a menuconfig before compiling an image.

I started a build of mesa-spacemit-kt from source on the RV2 and ran into only a couple of issues: ../src/amd/llvm/ac_llvm_helper.cpp:102:10: error: no matching function for call to ‘unwrap(LLVMOpaqueModule*&)’ 102 | unwrap(module)->setTargetTriple(TM->getTargetTriple().getTriple()); | ~~~~~~^~~~~~~~ In file included from /usr/include/llvm-19/llvm/IR/Type.h:18, from /usr/include/llvm-19/llvm/IR/DerivedTypes.h:23, from /usr/include/llvm-19/llvm/IR/InstrTypes.h:26, from /usr/include/llvm-19/llvm/Analysis/TargetLibraryInfo.h:14, from ../src/amd/llvm/ac_llvm_helper.cpp:8:

Please help. Hello everyone, please help me out. I urgently need to enable secure boot on my Allwinner H3 Nanopi neo core. I tried following the instructions from the forum https://forum.armbian.com/topic/3033-h3-soc-boot-rom-security-e-fuse/#findComment-84051 . But I couldn't burn the E-Fuse. At stage 5, when loading ./sunxi-fel -v -p write 0x2000 of the compiled code and checking whether the changes were applied, sunxi-fel sid/list/version doesn't work. I have to reboot the board, and then I see no result. Please help me solve this problem and burn it so that the bootloader signature is present and it is impossible to boot from the SD card using third-party means. Please, if you have any information, help me.

Download please!!!!! Armbian_22.08.0_Aml-s9xx-box_jammy_current_5.10.125.img.xz

@marcosdsdba the only driver that works is from kernel 4.4. Unless someone figures out a way to port this to a modern kernel, your only option is to use a usb wifi adapter.

There is probs away to pull in those apt sources from Bianbu, but I haven't messed with it yet. Types: deb URIs: http://archive.spacemit.com/bianbu/ Suites: noble/snapshots/v2.2 noble-security/snapshots/v2.2 noble-porting/snapshots/v2.2 noble-customization/snapshots/v2.2 noble-updates/snapshots/v2.2 bianbu-v2.2-updates Components: main universe restricted multiverse Signed-By: /usr/share/keyrings/bianbu-archive-keyring.gpg Would need to go on gitee or mount one of their imgs and get that *-keyring.gpg

so i am testing your edge build of 6.18 kernel and it works great. but one of the things i would like to do is to enable the intel and amd graphics drivers for testing(ive got an external intel gpu on the nvme slot). on normal debian i just download the kernel do a make menuconfig and specify, im new to armbian and see it uses a compile.sh script. i didnt see a branch on your github for the edge kernel, just saw rv2 and rv2-ky. so im kind of curious as to where i clone from to get your edge kernel branch.

Yes, I more or less thought about that orangepi.org Ubuntu from their downloads. At least this Ubuntu image shows some OpenGL capabilities with the preinstalled glmark2. I also tried that "Bianbu" image from Spacemit with my kernel, but that Gnome3/Wayland is slower than a slug probably because in case you want to play with that: I've uploaded that image to https://privat-in.de as a playground, root password is "bianbu" and you may need to resize the root partition to your SD card or so. Also I've overlooked that there is a "bianbu 3.0.1" so this is 3.0