All Activity

I do not know how to fix that key / verify signature issue. It might be there because of earlier diskfull. I only know I needed new keyrings, listed in the armbian list files when I did the in-place upgrade from bookworm to trixie. There is a formal method for that I think, might be here on forum. I however did copy various things from a new Armbian Trixie image. E.g. new file is now: -rw-rw-r-- 1 root root 2297 Aug 31 22:15 /usr/share/keyrings/armbian-archive-keyring.gpg ~# sha256sum /usr/share/keyrings/armbian-archive-keyring.gpg 9d0ab1676008004f1ee0bfc0f99a6043544d8bb6df3d949f9bd30066246f9095 /usr/share/keyrings/armbian-archive-keyring.gpg For Docker problem: I don't use Docker, I have no clue why that file keeps growing.

From my experience with trunk 130 the gmac is working on both ports. Wifi is not always working, sometimes a reboot may make the wifi to work. There is no USB 3.0 and HDMI is not working either. Running gdisk armbian.img made it bootable. The easiest way to run this command for me was from WSL.

After having this happen again and investigating further, it looks like my container for transmission is writing to a log file that is just ballooning bigger and bigger until the system crashes. root@modron:/var/lib/docker/containers/899f42253bb7772351219b7a65ff21347455f11950f983fb7a8883c6b93cdb17# ls -al total 101656680 drwx--x--- 4 root root 4096 Dec 27 22:28 . drwx--x--- 22 root root 4096 Dec 27 22:28 .. -rw-r----- 1 root root 104095768576 Dec 31 15:08 899f42253bb7772351219b7a65ff21347455f11950f983fb7a8883c6b93cdb17-json.log drwx------ 2 root root 4096 Dec 27 22:28 checkpoints -rw------- 1 root root 5949 Dec 27 22:28 config.v2.json -rw------- 1 root root 1776 Dec 27 22:28 hostconfig.json -rw-r--r-- 1 root root 13 Dec 27 22:28 hostname -rw-r--r-- 1 root root 172 Dec 27 22:28 hosts drwx--x--- 2 root root 4096 Dec 27 22:28 mounts -rw-r--r-- 1 root root 336 Dec 27 22:28 resolv.conf -rw-r--r-- 1 root root 71 Dec 27 22:28 resolv.conf.hash I'm not sure what this file is. Tailing it prints this out, and I'm worried trying to load it into memory with less would cause a crash: {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.854663511Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.854793008Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855042376Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855144456Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855165456Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855213288Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855254412Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855304285Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12-31T20:06:58.855320618Z"} {"log":"[warn] Error from accept() call: No file descriptors available\n","stream":"stderr","time":"2025-12- I've been running the 4.0.5 branch of the linuxserver.io container for transmission, I'm updating to their "latest" branch and seeing if that improves anything.

That is another issue I'm working on, see As for this issue, once the disk space problem is resolved, it still happens. luna@modron:~$ df Filesystem 1K-blocks Used Available Use% Mounted on udev 926940 0 926940 0% /dev tmpfs 201916 900 201016 1% /run /dev/mmcblk0p1 120241980 18447284 100534968 16% / tmpfs 1009572 7236 1002336 1% /dev/shm tmpfs 5120 0 5120 0% /run/lock tmpfs 1024 0 1024 0% /run/credentials/systemd-resolved.service tmpfs 1009572 8 1009564 1% /tmp armbian-ramlog 51200 51200 0 100% /var/log tmpfs 1024 0 1024 0% /run/credentials/systemd-journald.service /dev/sda1 7751271852 7295398216 65155992 100% /mnt/external tmpfs 1024 0 1024 0% /run/credentials/getty@tty1.service tmpfs 1024 0 1024 0% /run/credentials/serial-getty@ttyS2.service tmpfs 201912 4 201908 1% /run/user/1000 luna@modron:~$ sudo apt update Hit:1 http://deb.debian.org/debian trixie InRelease Get:2 http://deb.debian.org/debian trixie-updates InRelease [47.3 kB] Get:3 http://deb.debian.org/debian trixie-backports InRelease [54.0 kB] Get:4 http://security.debian.org trixie-security InRelease [43.4 kB] Hit:6 https://download.docker.com/linux/debian trixie InRelease Hit:7 https://github.armbian.com/configng stable InRelease Get:5 http://armbian.lv.auroradev.org/apt trixie InRelease [62.3 kB] Get:8 http://deb.debian.org/debian trixie-backports/main arm64 Packages.diff/Index [63.3 kB] Get:9 http://deb.debian.org/debian trixie-backports/main all Contents (deb).diff/Index [63.6 kB] Get:10 http://deb.debian.org/debian trixie-backports/main arm64 Contents (deb).diff/Index [63.5 kB] Err:5 http://armbian.lv.auroradev.org/apt trixie InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Missing key DF00FAF1C577104B50BF1D0093D6889F9F0E78D5, which is needed to verify signature. Missing key 8CFA83D13EB2181EEF5843E41EB30FAF236099FE, which is needed to verify signature. Get:11 http://deb.debian.org/debian trixie-backports/main arm64 Packages T-2025-12-31-1402.47-F-2025-12-28-0205.37.pdiff [17.6 kB] Get:11 http://deb.debian.org/debian trixie-backports/main arm64 Packages T-2025-12-31-1402.47-F-2025-12-28-0205.37.pdiff [17.6 kB] Get:12 http://deb.debian.org/debian trixie-backports/main all Contents (deb) T-2025-12-31-1402.47-F-2025-12-28-0205.37.pdiff [245 kB] Get:12 http://deb.debian.org/debian trixie-backports/main all Contents (deb) T-2025-12-31-1402.47-F-2025-12-28-0205.37.pdiff [245 kB] Get:13 http://deb.debian.org/debian trixie-backports/main arm64 Contents (deb) T-2025-12-31-0829.39-F-2025-12-29-0207.06.pdiff [399 kB] Get:13 http://deb.debian.org/debian trixie-backports/main arm64 Contents (deb) T-2025-12-31-0829.39-F-2025-12-29-0207.06.pdiff [399 kB] Fetched 1,059 kB in 10s (104 kB/s) 10 packages can be upgraded. Run 'apt list --upgradable' to see them. Warning: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. OpenPGP signature verification failed: http://armbian.lv.auroradev.org/apt trixie InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Missing key DF00FAF1C577104B50BF1D0093D6889F9F0E78D5, which is needed to verify signature. Missing key 8CFA83D13EB2181EEF5843E41EB30FAF236099FE, which is needed to verify signature. Warning: Failed to fetch http://apt.armbian.com/dists/trixie/InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Missing key DF00FAF1C577104B50BF1D0093D6889F9F0E78D5, which is needed to verify signature. Missing key 8CFA83D13EB2181EEF5843E41EB30FAF236099FE, which is needed to verify signature. Warning: Some index files failed to download. They have been ignored, or old ones used instead.

Armbian 25.11.2 Noble XFCE (BSP Kernel: 6.1.115) + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + box64 3.9 (https://ryanfortner.github.io/box64-debs/) + proton-10.0-3-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/download/proton-10.0-3/wine-proton-10.0-3-amd64-wow64.tar.xz) + dgVoodoo2 (https://github.com/dege-diosg/dgVoodoo2/releases) + DXVK-stripped v1.6.1 ~60fps@720p Need For Speed Most Wanted

Armbian 25.11.2 Noble XFCE (BSP Kernel: 6.1.115) + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + box64 3.9 (https://ryanfortner.github.io/box64-debs/) + wine-9.22-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/9.22) + dgVoodoo2 (https://github.com/dege-diosg/dgVoodoo2/releases) + DXVK-stripped v1.6.1 ~40fps@720p (Ultra High settings) Oblivion

https://forum.armbian.com/topic/16976-status-of-armbian-on-tv-boxes-please-read-first/#comment-199170

Hey i am looking for a suitable armbian distro for my tv box with the allwinner h313, 2gb ram and 8bg emmc.

I have the following (maybe stupid) question, what needs to be done to be able to use all the features of the RK3588 by adding the dts file. Example: there used to be /dev/tpm0 which has been missing for several versions. As I said earlier, the latest dts is much shorter. My question is not an attempt to nitpick, but a serious question. And what can I help with. As in my case, there is a peculiarity. I have a FriendlyElec NanoPC-T6 and it is used in "production" in my network. And I do not have the opportunity to reinstall it. I would like to make a dts file that allows using the full functionality of the RK3588. Again, I want to say, I do not want to blame anyone or nitpick, but to find a solution, and whether I can help with anything and if Yes, how and with what. P.S. Since today is the 31st, if you want we can postpone the discussion until January 1st or 2nd

Okay, didn't bother checking beforehand

Hello SteeMan, Thank you I am going to look for a usb a to usb a cable Maybe ik can make one myself Happy New Year 🎉🎉🎉

I have an old MXQ Pro 4K (based on the original S905, not S905X or S905D, the original S905) which I tried to install armbian on, but I didn't know extra things were needed to set up uboot and dtb correctly, so I just flashed the image, put the SD card in my box, ran `reboot update` from Android to boot to the SD card, it showed the MXQ Pro logo, rebooted, went back to the MXQ Pro logo, and I can't get it to go past that. My box has a weird firmware issue (started immediately after a firmware restore so I don't think it's hardware damage) where the button in the headphone jack just... doesn't work, even when holding it, it still tries to boot to the eMMC, and now I have no way of getting back into Android, and I can't boot from the SD card due to the button not working, so, is there any hope for my box here? Or have I effectively hard bricked it? I don't have a USB-A to USB-A cable for USB burning tool, and I will not be purchasing one, this was a spare box I've had laying around for eons and I don't think it's worth spending any money on -- I could probably get a much better box for the same money.

Armbian is carrying it for quite some time. So no excuse to not just use it already.

@usual user In essence, I'm not waiting for someone to do the work for me. Realistically, if I knew exactly how to do it, I would have done it and described it here. If I make something that could be useful for someone or the community, I share it. I rarely write because in most cases I use standard things and there's not much to write about, or I use quite non-standard solutions that for most people aren't solutions.

I think this patch can also be backported to 6.18.y in Armbian if @rpardini didn't plan to do anyway.

http://blog.armbian.com/content/images/2025/12/githubhighlights-2.pngThis week in Armbian development saw a series of refinements and maintenance updates across the build and configuration repositories. Contributors focused on workflow standardization, cosmetic improvements such as board name adjustments, and documentation enhancements. Several technical fixes addressed typos, property mispellings, and package issues, while platform support was expanded with kernel and boot improvements for devices like the Mekotronics R58-4x4 and MusePi Pro. Notable changes also included vendor reorganization and the addition of fallback logic for Ubuntu LTS releases. Overall, the activity reflects ongoing efforts to streamline processes and bolster hardware compatibility. Adjusting board names - cosmetic issue. by @igorpecovnik in armbian/build#9116chore: cleanup mirror_to_codeberg.yml workflow. by @igorpecovnik in armbian/build#9133chore: standardize workflow names. by @igorpecovnik in armbian/build#9130chore: update copyright years to 2026. by @igorpecovnik in armbian/build#9129Create mirror_to_codeberg.yml. by @EvilOlaf in armbian/build#9131docs: improve README and add Armbian Imager promotion. by @igorpecovnik in armbian/build#9128dts: orangepi-4-lts: fix mispelled disable properites. by @EvilOlaf in armbian/build#9123Fix dialog typo. by @SergeantSerk in armbian/configng#716fix(apt-utils): add fallback for Ubuntu LTS releases without -updates suffix in JSON. by @adeepn in armbian/build#9117fix(rootfs): unset GIT_FIXED_WORKDIR after debootstrap/mmdebstrap clone. by @QwaSeeK in armbian/build#9132Genio: Change INSTALL_ARMBIAN_FIRMWARE to 'yes'. by @HeyMeco in armbian/build#9134gha: check-pr-pictures: allow declare -g BOARD_VENDOR=. by @rpardini in armbian/build#9142mekotronics-r58-4x4: enable edge branch with mainline kernel & u-boot. by @rpardini in armbian/build#9127Missing upstream package mousetweaks. by @igorpecovnik in armbian/build#9143Move boards with vendor intel_amd under generic vendor. by @igorpecovnik in armbian/build#9122SpacemiT: Fixup eMMC boot on the MusePi Pro "SPINOR". by @pyavitz in armbian/build#9141sunxi: backport A523/T527 related patches from 6.19-rc1 and #8831. by @EvilOlaf in armbian/build#9106View the full article

Waiting for others to do the work is a good strategy. If everything goes well, it will land at the earliest in 6.20, if improvements are needed, 7.x is probably more likely. When the corresponding kernel will be included in the chosen distribution is the next data point. You are clearly aware of what you have to wait for. Until then, I will simply continue using the necessary modifications as a self-written DTBO, which I have been doing for some time. But maybe you'll get lucky and someone else takes the burdon to apply the patches as an early adaptation, so you can just sit back and do nothing and still enjoy the upcoming availability.

Good morning @Werner Thanks for the patch. I'll probably wait for the new kernel and test it. The project is long-term. For the first answer "to address myself" :). I think I understand what you're saying. Thanks :). If I find a solution to this, I'll share it with the community, as I've been doing so far @usual user Thanks for the answer. Today is the 31st and I'm thinking of not working on servers, happy new year and may the next one be fruitful for all of us. Best regards, A.H.

https://patchwork.kernel.org/project/linux-rockchip/patch/20251230-arm64-dts-rockchip-rk3588-npu-enablements-v1-1-d38b182a59e3@pardini.net/ fyi

The rk3588 NPU support has been working as expected for me for some time now, but I don't use legacy software. $ ./classification Loading external delegate from /usr/lib64/libteflon.so with args: {} INFO: Created TensorFlow Lite XNNPACK delegate for CPU. 0.901961: military uniform 0.023529: Windsor tie 0.011765: mortarboard 0.007843: bulletproof vest 0.003922: cornet time: 15.706ms $ ./classification INFO: Created TensorFlow Lite XNNPACK delegate for CPU. 0.901961: military uniform 0.023529: Windsor tie 0.007843: bulletproof vest 0.007843: mortarboard 0.003922: cornet time: 70.607ms versus

From what I hear, that could a long time coming for trixie and the a5e.

You are community. Contact yourself As there is no maintainer for this board everyone and nobody the same time is responsible for it. If nobody cares, functionality will fall apart over time.

The userspace is behind, that's not an issue. Hardware support is a kernel thing. If its not there an up-to-date userspace like Forky or Sid means nothing.

Greetings, H96 Max V56 developers, I got 1Gb Ethernet, basic WiFi6, and the full Bluetooth5.4 suite of capabilities from the new H96 hardware, running my 6.12.44 kernel, Home Assistant OS port. Thanks especially @WINEDS for the stellar foundation, and to @GmP for the final piece of the Bluetooth puzzle. GBEM 👽

A lot of things can go wrong, so depending on what goes wrong in a copy from SD to emmc, what steps would be needed to recover could differ. But flashing back to the original android firmware will generally always get you back to the starting point.