All Activity

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

@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

@Nick A Wi-fi chip is SV6256P

Thank you for such a detailed answer! I'll try to explain a little why I need this. I use OpiRV2 not only as a server for my applications (and, in a sense, for testing some add-ons for automating my home), but also to use OpiRV2 to install Kodi for viewing my home server tvheadend (as they say, to use 2 in 1 to the fullest). But this is impossible without hardware video decoding. I use Kodi without running the Mate and XFCE desktops - because from experience, to use hardware video decoding, you need to run Kodi with the /usr/bin/kodi-standalone --windowing=gbm parameter on single-board motherboards. This works fine on OpiZero3, etc., but here it's a pain in the ass 🙂 Even SD video is completely slow because software codecs are used. I understand that you don't need this and are not interested in it, so I'll just say - thank you for the great work you've done. PS: Regarding Ubuntu-Noble, which can be downloaded from Xunlong - which image are you talking about? If it's from here - http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/service-and-support/Orange-Pi-RV2.html , then it's terrible - nothing works there, including HDMI audio.

Hello @Malay, et.al, the motivation behind my attempt to include Armbian support for OpiRV2 is to have a better device for my Nextcloud-for-private-persons project. For this, I need a device that can be run at home with a current kernel and headless, but with decent storage. I already have a device (Orange Pi Zero 3, right on the photo), but Orange Pi RV2 (to the left) offers two(!) m.2 slots for NVMEs, some Wifi and Eth as well as decent computing power. Also, both have some extra NOR flash to store LUKS keys and decent pricing. Also that RiscV64 has some appeal, admitted 😉 Without GPU support, you can run Mate, LXDE, and XFCE for a GUI, which should be OK for some management tasks. I doubt that RV2 will ever make a good Youtube player, however that may be archived by replacing the Armbian userspace with that Ubuntu-Noble userspace that you can download from Xunlong. This Ubunut also comes with a RiscV64 port of Chromium which is also needed for Youtube and not avail from Debian, but source code *.dsc seems to be offered in the Bianbu pool so that may work out. Anyhow - that GPU porting attempt was based on the PowerVR addons offered as code drop on git@gitee.com:spacemit-buildroot/mesa3d.git. Our Chinese friends grabbed mesa 22.3.5, added their IMG BXE-2-32 this+that to the sources, cherry-picked their way up to mesa 24.0.1 and throw the result over the fence. At least without inking the code via Windows notepad, so no white-space chaos this time. Now, porting this with the closed binary *.so as heavy baggage is all about stable API. Large internal API change -> end of party. I am no graphics specialist, so take this with a pinch of salt. Debian offers mesa since 24.3 with an additional package: mesa-libgallium, you need this for the GPU desktops (Cinnamon, and probably Gnome / KDE). OK - someone or something needs the API from the Mesa internal Gallium driver suite, this needs to be compiled (a *.a is there). So I started to bring that code drop from 24.0 to 24.3, only to stumble over internal API changes. Concrete: we previously have some numeric constants __DRI_IMAGE_COMPONENTS_this+that 0xabcde in Mesa describing image formats (RGB32, BGRA24, 656-16, and so on). The code drop adds a couple of formats probably specific for PowerVR, but the Mesa project completely removed those constants ("nobody uses this"). At that point I thought: this is pointless, I'll pass... HTH // Sven-Ola

Once board is tested, its moved to its final destination https://www.armbian.com/nanopi-m4-v2/ I tested it KDE was enabled "as is" / at last moment. I am not familiar with KDE much, so I don't know what to enable. I know that there could be issues between Neon and Ubuntu packages, so we kept this minimal. https://github.com/armbian/build/blob/main/config/desktop/noble/environments/kde-neon/config_base/packages Tested boards are moving to /dl Thank you for help.

I don't see it specifically listed, but does Armbian run on the Beaglebone black?

Community support is fine for me, thanks for your job! Are there system packages I shouldn't upgrade with apt to not break OS in my case? Maybe kernel or hardware-specific tools...).

unsupported build environment. As per documentation Noble is supported only. there are a few others "whitelisted" known mostly to work in the scripts, Zena hasn't yet. Check if your user has access to docker (usermod -aG docker yourusername) and check if docker run hello-world runs properly.

Hello, my Cubitruck with Armbian 23.8.1 Bullseye has the false Time and i can't change this. i don't know who is the problem. "date" says me "Mo 9. Feb 19:24:06 CET 2026" but now we have 05:26, when i set date with "sudo date -s "2026-02-09 05:26:00", it looks like it will be override in the next moment, then "date" says sudo date -s "2026-02-09 05:26:00" Mo 9. Feb 05:26:00 CET 2026 root@cubietruck ~ > date Mo 9. Feb 19:26:27 CET 2026 dmesg | grep -i rtc [ 0.000000] Kernel command line: root=UUID=19cf2f1d-1a31-4890-bc04-a2f1c4e4e021 rootwait rootfstype=ext4 console=ttyS0,115200 console=tty1 hdmi.audio=EDID:0 disp.screen0_output_mode=1920x1080p60 panic=10 consoleblank=0 loglevel=1 ubootpart=ba110a34-01 ubootsource=mmc usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u rtc-hctosys=0 sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory swapaccount=1 [ 0.000000] Unknown kernel command line parameters "ubootpart=ba110a34-01 ubootsource=mmc rtc-hctosys=0 sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory", will be passed to user space. [ 1.553534] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.555880] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.573650] sunxi-rtc 1c20d00.rtc: registered as rtc0 [ 1.573701] sunxi-rtc 1c20d00.rtc: setting system clock to 2026-02-09T18:15:12 UTC (1770660912) [ 1.755046] axp20x-i2c 1-0034: Backup (RTC) battery charging is enabled [ 2.161281] rtc-hctosys=0 sudo systemctl restart chrony chronyc tracking chronyc sources -v Reference ID : 00000000 () Stratum : 0 Ref time (UTC) : Thu Jan 01 00:00:00 1970 System time : 0.000000000 seconds slow of NTP time Last offset : +0.000000000 seconds RMS offset : 0.000000000 seconds Frequency : 6.181 ppm slow Residual freq : +0.000 ppm Skew : 0.000 ppm Root delay : 1.000000000 seconds Root dispersion : 1.000000000 seconds Update interval : 0.0 seconds Leap status : Not synchronised .-- Source mode '^' = server, '=' = peer, '#' = local clock. / .- Source state '*' = current best, '+' = combined, '-' = not combined, | / 'x' = may be in error, '~' = too variable, '?' = unusable. || .- xxxx [ yyyy ] +/- zzzz || Reachability register (octal) -. | xxxx = adjusted offset, || Log2(Polling interval) --. | | yyyy = measured offset, || \ | | zzzz = estimated error. || | | \ MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^? listserver.trexler.at 0 6 0 - +0ns[ +0ns] +/- 0ns ^? time.netzwerge.de 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a02:8108:4d82:e400:9677> 0 6 0 - +0ns[ +0ns] +/- 0ns ^? static.179.181.75.5.clie> 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a09:e1c1:efc4:1337::123 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a01:7e01::f03c:94ff:fee> 2 6 1 0 +50282s[+50282s] +/- 27ms ^? nobody.yourvserver.net 0 6 0 - +0ns[ +0ns] +/- 0ns ^? ctb01.martinmoerch.dk 0 6 0 - +0ns[ +0ns] +/- 0ns ^? fritz.box 0 6 0 - +0ns[ +0ns] +/- 0ns What can be the problem and how can i fix it. Thank you

Hello @sven-ola ! It's sad. I had a small hope 🙂 But still, thank you very, very much for your work on the firmware! After removing sudo rm -r cache/ output/ -f and adding the command SKIP_ARMBIAN_REPO=yes - WiFi now works

No works， UART output null. I think that UART is disabld by OEM. because a working tvbox , UART also output is null