All Activity

Thank you Avenom! I've paused my project. I'm even undecided about continuing to use the Orange Pi Zero 2W. As soon as I find a little more patience, I'll try your suggestion. Thanks again for your post.

Great news! So a simple apt update/upgrade will fix it for me?

Hi, Thanks for sharing details about the Armbian on x88 Pro and your DIY Cooling Solution. Really useful. May I know what is the name of the image that you have used for this setup from https://www.armbian.com/station-m2/. I tried the recent and archived images. Post burning to SD card, the box is not booting with any of the image.

Hello team, I encountered a dependency conflict while trying to upgrade the package armbian-bsp-cli-panther-x2-current to version 25.8.2. The issue seems to be a mismatch in the required version of base-files. Here's a summary of the issue: Attempted upgrade command: apt install armbian-bsp-cli-panther-x2-current Error message: armbian-bsp-cli-panther-x2-current : Depends: base-files (>= 25.8.2) but 25.8.1-12.4+deb12u11-bookworm is to be installed Currently installed version of base-files: base-files: 25.8.1-12.4+deb12u11-bookworm (installed) Available versions for base-files from the repository (apt policy base-files): Installed: 25.8.1-12.4+deb12u11-bookworm Candidate: 25.8.1-12.4+deb12u11-bookworm Version table: 25.8.1-12.4+deb12u11-bookworm 500 25.5.1-12.4+deb12u11-bookworm 500 ... It appears that the repository ( http://apt.armbian.com/pool/bookworm-utils/b/base-files ) does not provide the required version of base-files (25.8.2) for the arm64 architecture. Only the armhf architecture package is available, but armbian-bsp-cli-panther-x2-current depends on the arm64 version. Could you please help investigate the issue or confirm whether the repository will be updated to include version 25.8.2 of base-files? Thank you for your support!

@WINEDS@Hqnicolas Thank you for your help. I will try to see if it can work properly，

Don't use etcher. https://docs.armbian.com/User-Guide_Getting-Started/#flash-to-sd-card

Armbian 25.8.1 Noble XFCE (BSD Kernel: 6.1.115) + PanVk - mesa 25.3 (https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa) + box64 3.9 (https://ryanfortner.github.io/box64-debs/) + wine-10.19-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.19) + DXVK-sarek-stripped v1.11.0 (https://github.com/pythonlover02/DXVK-Sarek/actions) ~60fps@1080p Cat Quest II

Something went wrong while writing Armbian_community_26.2.0-trunk.7_Aml-s9xx-box_noble_current_6.12.58_cinnamon_desktop.img.xz to Mass Storage Device (armbi_boot, armbi_root) (/dev/sdb) When I made a boot with Balena Etecher, it turned out there was an error. Something went wrong while writing Armbian_community_26.2.0-trunk.7_Aml-s9xx-box_noble_current_6.12.58_cinnamon_desktop.img.xz to Mass Storage Device (armbi_boot, armbi_root) (/dev/sdb) I downloaded it from the link provided at https://www.armbian.com/amlogic-s9xx-tv-box/ The file I used was Ubuntu 24.04 (Noble) Cinnamon. When I finished flashing, Balena couldn't verify the memory card and displayed an error. Something went wrong while writing Armbian_community_26.2.0-trunk.7_Aml-s9xx-box_noble_current_6.12.58_cinnamon_desktop.img.xz to Mass Storage Device (armbi_boot, armbi_root) (/dev/sdb)

i use a usb to 3.5mm headphone adapter.

Armbian 25.11.1 Noble XFCE (BSD Kernel: 6.1.115) + Stable mesa 25.0.7 Using a native vulkan game: Serious Sam Classics VK: https://github.com/tx00100xt/SeriousSamClassic-VK ~60fps@1080p

Just today I ran into an error "aplay: no soundcards found" I decided to follow the sequence of actions below, log in to root: ### **Symptoms** * `aplay -l` → **no soundcards found** * in `/proc/asound/cards' — empty * there is no "analog-codec" item in `armbian-config` * The sound through the mini jack does not work * the DT output ('dtc -I fs') indicates that the codec is present but not active The reason is always the same: **the kernel/DT does not include AHUB + codec machine-driver**, so ALSA does not create maps. --- > I also created the default alsa config ``` nano /etc/asound.conf ``` Inserted there so far: `` pcm.!default { type hw card 0 device 0 } ctl.!default { type hw card 0 } ``` # **Solution** ## **1. Set the desired audio overlay: `sun50i-h616-audiogpu`** ### 1.1 Cloning the repository ```bash cd /root git clone https://github.com/hviana/orangepizero2w-audio.git cd orangepizero2w-audio ``` ### 1.2 There is already a ready-made file in the repository: ``` sun50i-h616-audiogpu.dtbo ``` You don't need to compile anything. ### 1.3 Copying the overlay to the desired location ```bash mkdir -p /boot/dtb/allwinner/overlay cp sun50i-h616-audiogpu.dtbo /boot/dtb/allwinner/overlay/ ``` --- ## **2. Configure `/boot/armbianEnv.txt `** Open: ```bash nano /boot/armbianEnv.txt ``` And set **two required lines**: ```ini overlay_prefix=sun50i-h616 overlays=audiogpu ``` Delete old attempts like `analog-codec`, `sun8i-h3-codec`, etc. Save → Exit. --- ## **3. Reboot** ```bash reboot ``` --- ## **4. Check the sound after downloading** ```bash aplay -l ``` It should appear: ``` card 0: audiocodec [...] card 1: ahubi2s0 [...] card 2: HDMI [...] ``` If there are cards, the sound is restored. important! WORKING WITH SOUND (for example, playback) SHOULD BE DONE NOT FROM UNDER THE root USER, BUT FROM UNDER THE REGULAR USER! If PulseAudio, for example, is running from the system from root, then the devices may not be available. Also, if you use Home Assistant Supervised, then docker will have a self-healing hassio_audio container that will run Pulse Audio from root on the host machine and thereby block all devices. You won't be able to control the sound in this case. There's an addon that's supposed to kill this container every time it starts, but it doesn't work properly for me. Literally now, I've run out of nerves, and I've taken down my system. I will try installing Proxmox or in Docker

Problem is in Balena decompression of xz files. Use USB imager or something else (or 2 years old version of Balena). It will work. We filed bug when it was discovered, but it was not fixed by this day. We can't fix this app for them ... BTW. Its all here: https://docs.armbian.com/User-Guide_Getting-Started/#flash-to-sd-card

Thanks for the tips. The following overlay works on a c2 /dts-v1/; / { compatible = "amlogic,meson-gxbb"; fragment@0 { target-path = "/aliases"; __overlay__ { i2cA = "/soc/bus@c1100000/i2c@8500"; }; }; fragment@1 { target-path = "/soc/bus@c1100000/i2c@8500"; __overlay__ { #address-cells = <1>; #size-cells = <0>; pcf8563: rtc@51 { compatible = "nxp,pcf8563"; reg = <0x51>; status = "okay"; }; }; }; };

Turns out the secret was getting the address and symbols right in the device tree. I create the following as meson-pcf8563.dts, compiled into meson-pcf8563.dtbo, moved to /boot/dtb/amlogic/overlay, and added pcf8563 to the "overlays" line in armbianEnv.txt. /dts-v1/; / { compatible = "amlogic,meson-gxbb"; fragment@0 { target-path = "/aliases"; __overlay__ { i2cA = "/soc/bus@c1100000/i2c@8500"; }; }; fragment@1 { target-path = "/soc/bus@c1100000/i2c@8500"; __overlay__ { #address-cells = <1>; #size-cells = <0>; pcf8563: rtc@51 { compatible = "nxp,pcf8563"; reg = <0x51>; status = "okay"; }; }; }; };

The iso cannot be opened and the file is not written to the flash drive.

6.6 is LTS kernel https://www.kernel.org/category/faq.html When some security issue is found, it goes into all LTS kernels. Higher version number does not guarantee bigger safety. Most recent has more functional bug fixes and new features and is generally more fragile - bugs / holes yet to be found. Yes, v25.11.1 with 6.12.y https://www.armbian.com/odroid-hc4/ doesn't have those problems. At least I could not recreate them. Booting HC4, plugged in two usb devices, all good: https://paste.armbian.com/ibifozegof P.S. Life is deadly dangerous

It is now.

Hi, In 2025, Helios64 is now stable for me and for my brother, who also uses it. The only thing to do is, just after installation or after any upgrade, you must reinstall the special file rk3399-kobol-helios64.dtb-6.12.xx-L2-hs400-opp because I think the specific tuning in this file is not included in the official image. For me, I suggest keeping it, using it, and saving your money for other things. Bye.

Hi folks, long time lurker here. My helios64 is pretty much brand new, didn’t really needed it at that time, only bought it as I found it really cool. I may power it a couple of times per year for some backups (got 3x 6tb in it, no raid so I can take them out when needed, also back up stuff to external drives), it still starts-up from the initial sd card as I never finished setting it up. I also have a 1 bay separate NAS for downloading movies that if fails, I will just replace; and a drive attached directly to my router for easy file swaps; so don’t need much running 24x7. While I work in IT (on the Windows side, so the Armbian stuff is still a learning path for me), the last years have been so busy that I can’t find myself tinkering anymore at the end of the day. To the ones of you that are running one, does it still make sense, or should I maybe switch to something more mainstream? Thank you!

Thank you, I will test v25.11.1 Noble as soon as the page at the URL has been updated (it has not been updated yet).

should be fixed with https://github.com/armbian/build/pull/8980

Good day all, After compiling a build for my TV box and burn it to the SD boot process stuck to Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... Scanning for Btrfs filesystems Can someone help please solving the problem?

I switched to the Armbian version of Debian Triexie and now it's OK

I was just about to rebuild the source package, but today's upgrade delivered everything turnkey since my development team was faster and had done everything for me. The previously referenced description does provide a working result, but it does not use the most current available releases. This script runs the NPU with the latest working releases: #!/bin/bash WORKBENCH="." python3.11 -m venv ${WORKBENCH}/python/3.11 source ${WORKBENCH}/python/3.11/bin/activate pip install numpy==1.26.4 pip install pillow==12.0.0 pip install tflite-runtime==2.14.0 TEFLON_DEBUG=verbose ETNA_MESA_DEBUG=ml_dbgs python ${WORKBENCH}/classification.py \ -i ${WORKBENCH}/grace_hopper.bmp \ -m ${WORKBENCH}/mobilenet_v1_1_224_quant.tflite \ -l ${WORKBENCH}/labels_mobilenet_quant_v1_224.txt \ -e /usr/lib64/libteflon.so deactivate classification-3.11.log