Active threads

keep pushing, this device is not brickable, you can make your trip worry-free

I think it still makes sense. And in the off chance that you DO find you have some time leftover, it's also nice to tinker and hobby about with. Mine is still running Buster and has not missed a beat since I got the thing - besides some issues with the SATA connector on the top drive and the inability to upgrade RAM. Groetjes,

Can anyone tell me if it's possible to install renegade firmware on a Rasperry Pi build for example? Libre used to host a script for a tool that achieved this but it hasn't been updated since Buster TIA

We don't support 3rd party forks. Ask at the place where you got this OS from.

What you need to understand is that whatever money you paid, you paid for the hardware not for software support. So, the hardware vendor does not give you software support. And we are just a bunch of enthusiasts trying to keep our own boards alive. I am sure that you can understand that your understandable nonetheless misguided rant does not necessarily help in making us more enthusiastic. Armbian provides you with some help to maintain your own board yourself. Whenever somebody does so and provides their work back to the community you are in luck and can freeload off of their work. Still doesn't give you the right to make demands and rant. In your case, you are in luck as there is a person donating their expertise and time. Let's see if @NicoD has anything to say about the issue with your board. Buy him a coffee on Paypal or Patreon for the time he already donated to keep YOUR board alive while getting 0 cents from you so far?

try and tell us

Because they sell you the hardware only. Their software support is very poorly made since for the price they cannot afford proper software support and - even more important - maintenance. They leave this burden to - mostly unpaid - random developers across the world like us. At least I'd go for a device with Standard Support which the Ultra and Max hasn't: https://www.armbian.com/download/?device_support=Standard support For the raspberry you would need additional hardware (an AI kit I guess). No clue though about how they both perform in comparsion. For RK3588 you have two choices for now: The rockchip bsp implementation and https://github.com/rockchip-linux/rknn-toolkit2. Or using 6.18 kernel using the reverse engineered Rocket driver and latest bleeding edge mesa to get npu access. I personally did not play with either of these options and have no intention to do so for the moment.

@Nick A this is updated patch for x98h that enables wifi after warm reboot. 2001-arm64-dts-allwinner-h618-add-x98h.patch

Armbian 25.8.1 Noble XFCE (BSD 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-10.15-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.15) + DXVK-stripped v2.7.1 ~20fps@720p (low settings) Skyrim SE

I have a working img that boots fine from sd card. However the dtb is not perfectly working. Below are dts from android and linux (partial working). I hope that someone can help me with rewriting device tree source for it. Thank you! rk3399-emb3531.dts.txtrk3399-emb3531-android.dts.txt

If you are using the radxa-pkg github "which is the most up-to-date" know that its hardcoded to point to specific firmware. To get around this you need to create a file: This example is for an SDIO variant using the radxa dkms package cat > /etc/modprobe.d/aic8800-wireless.conf <<- EOT options aic8800_fdrv_sdio aicwf_dbg_level=0 custregd=0 ps_on=0 options aic8800_bsp_sdio aic_fw_path=/lib/firmware/aic8800_fw/SDIO/aic8800 EOT Also note that the AIC8800 firmware located in armbian-firmware is kind of old and probs not compat with the radxa builds.

Scroll back and read all my posts from April 11 onwards (page 17). On Radxa's github there are Wifi/BT drivers for AIC8800. They are at version 4 now : https://github.com/radxa-pkg/aic8800/releases/tag/4.0%2Bgit20250410.b99ca8b6-3 Also to fix BT : sudo crontab -e then add the line : @reboot sudo hciattach -s 1500000 /dev/ttyS1 any 1500000 flow nosleep then reboot the H96.

We are slowly releasing v25.11 images and here I did some mess-up, fixed now. We don't offer Bookworm anymore, so Trixie it is. If you need to Bookworm for some reason, you can build on your own or use the one from archive: http://archive.armbian.com/ Attached torrent will download super fast. Armbian_25.11.1_Helios64_trixie_current_6.12.58_minimal.img.xz.torrent

Im trying to flash armbian into the eMMC but its not detected, only the SD card. What should i do? Useful info: CPU/Chip/Idk: sun8iw7p1 PCB Model(?): H3 Q44 V4.0 Uname -a: Linux orangepipcplus 6.12.58-current-sunxi #1 SMP Thu Nov 13 20:34:41 UTC 2025 armv7l GNU/Linux dmesg | grep -i mmc [ 0.000000] Kernel command line: root=UUID=cf60c629-17b3-4fb8-91bb-24bd021f8c6b rootwait rootfstype=ext4 splash=verbose console=ttyS0,115200 console=tty1 hdmi.audio=EDID:0 disp.screen0_output_mode=1920x1080p60 consoleblank=0 loglevel=1 ubootpart=def8ba6d-01 ubootsource=mmc usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory [ 0.000000] Unknown kernel command line parameters "splash=verbose ubootpart=def8ba6d-01 ubootsource=mmc sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory", will be passed to user space. [ 4.995824] sunxi-mmc 1c0f000.mmc: Got CD GPIO [ 5.019105] sunxi-mmc 1c0f000.mmc: initialized, max. request size: 16384 KB [ 5.031030] sunxi-mmc 1c11000.mmc: initialized, max. request size: 16384 KB [ 5.048053] mmc2: Failed to initialize a non-removable card [ 5.063249] mmc0: host does not support reading read-only switch, assuming write-enable [ 5.067129] mmc0: new high speed SDXC card at address aaaa [ 5.071189] mmcblk0: mmc0:aaaa SC64G 59.5 GiB [ 5.080563] mmcblk0: p1 [ 5.316321] ubootsource=mmc [ 7.603641] sunxi-mmc 1c10000.mmc: allocated mmc-pwrseq [ 7.635175] sunxi-mmc 1c10000.mmc: initialized, max. request size: 16384 KB [ 7.687081] mmc1: new high speed SDIO card at address 0001 [ 8.364751] EXT4-fs (mmcblk0p1): mounted filesystem cf60c629-17b3-4fb8-91bb-24bd021f8c6b ro with writeback data mode. Quota mode: none. [ 14.091111] EXT4-fs (mmcblk0p1): re-mounted cf60c629-17b3-4fb8-91bb-24bd021f8c6b r/w. dmesg | grep -i mmc2 [ 5.048053] mmc2: Failed to initialize a non-removable card I also extracted a DTB file and DTS file from the android of the TV box, if that is useful (I used AI for that, and dont really know if they are useful) Thanks. dts.txt

I found this thread https://forum.armbian.com/topic/47929-banana-pi-bpi-m2-ultra-with-armbian-stops-load-after-scanning-for-btrfs-filesystems/

I recently updated my Orange-Pi-PC2 to Debian 13 (trixie). Image: "Armbian_community_26.2.0-trunk.7_Orangepipc2_trixie_current_6.12.58_minimal.img.xz". Everything works now, and the issue mentioned above no longer exists! Maybe it will be useful to someone... However, I still had to make some adjustments to "/boot/dtb/allwinner/sun50i-h5-orangepi-pc2.dtb" sun50i-h5-orangepi-pc2.dtb: Overclocked the processor to 1.44 GHz (new board revision 1.368 GHz CPU!); Similar to the other firmware versions, I configured the red LED as a power indicator (constantly lit) and the green LED as a heartbeat indicator. For everything to work, you also need to correct the parameter MAX_SPEED=1440000 in the file "/etc/default/cpufrequtils" cpufrequtils.

No need to recompile, rk322x already have had all the right bits in the right place for years. Everything is written down in the first page of the thread for rk332x tv boxes (What works: ---> Hardware video acceleration) in the hope people read it.

Good that you posted serial console output. A bit more and text (starting at power on when U-Boot starts) would be clearer, but I think the 2 top lines with 'Android' mentioned already indicate what is wrong I think; ROCK3C has SPI-flash where also the bootloader (U-Boot usually) can be stored and this has priority over SD-card bootloader. So it seems older/incompatible Android U-Boot variant in the SPI-flash loads Linux and as you use mainline Linux kernel, this won't work correctly as you see. On my ROCK3A, almost similar SoC I get all sorts of strange crashes/hangs in that situation. So use MaskROM mode to wipe SPI-flash or write a correct U-Boot version to it; see https://docs.radxa.com/en/rock3/rock3c/low-level-dev/3c-maskrom?host_os=Linux_MacOS Other option maybe is to boot with an image that has vendor kernel (I use 6.1.115 on my ROCK3A with legacy U-Boot) so then the board can be operated via serial console and from there write the SPI-flash with dd or flashcp (see /dev/mtd*).

Thank you @KhanhDTP. I think I have a pretty good handle on how (and your post on that thread was in particular very helpful, thank you). It looks like a lot of people here are desktop optimized. My plan is headless, so expectation is 25.11.1 / 6.1 and libMali route but with RKNN (XFCE only for occasional desktop, Gnome is too hungry, XFCE + X11 + software rendering is fine on rare occasions I'd need it). I think the question I was trying to ask is more along the lines of understanding what to expect for the default, and if it made sense to enable one of the drivers by default, but I'm realizing there are proprietary dependencies and enough obscure use cases that this gets more challenging. Thanks to everyone for all of the thoughts, hard to imagine navigating all of this without your contributions.

Noble image didn't boot on Orange pi 4A

I have a unit that I am unable to boot from SD card as it has no such physical device. Using a terminal emulator in Android I can see partitions being loaded, and have managed to get several "partitions" (mmcblk01p01 to p20) copied off to a flash drive. These turn out to be data files, so I can't load/modify them on a VM. I had hoped to find the boot.scr/boot.cmd file and modify it to force it to mount from USB in the first instance. The unit has 2 USB ports. There is a push switch that I had to unglue. It runs Android when pushed in, and I get a black screen when it is in the OUT position, so I'm assuming that the OUT position puts the unit into USB burning mode, or whatever. I have ordered UART header pins and adapter so will be able to do more research once those are in place. From your analysis above, can you recommend a way of forcing a boot from USB using the UART serial interface (I don't see a recover-from-usb U-Boot command)? I have an armbian s905x image all ready to go. Ideal situation would be that I get the Armbian running from USB then flash the eMMC. Any help gratefully received, Best, John

Armbian provides vanilla Debian (or Ubuntu) Cinnamon. In general, touch to the user-space part is minimal, so you are running plain Debian Cinnamon desktop, more or less. And as packages comes from there, bugs follow. Armbian team don't have resources for dealing with desktop. Minor problems only. And as it was already mentioned Exactly. I saw this (recently introduced) problem but since I have absolutely no idea where to look, I removed Cinnamon images from upcoming release. We don't touch Cinnamon nor other desktops beyond installing wallpaper. Probably tasksel installed variant will likely be broken too.

afaik wayland is not supported in this version of xfce. You have to use Gnome or KDE.

What do you expect from single lane M.2 PCIe2.0?

I never said it was a Debian issue (you failed to mention which userspace you were running in your original post, btw). The issue is with whereever you got your authelia package from (which you also failed to mention). You also failed to mention what error exactly you are running into. But yes, you are right, Debian will and can do nothing about it. Basically the same is true for Armbian, the symlink is there for a reason and there to stay. You are in the wrong place to get this fixed.