All Activity

This should work too. Debug boot issues: https://debug.armbian.de Related perhaps: https://github.com/armbian/build/pull/8994

Logs from what? It doesn't boot from SD, I have a blank screen. Should I erase the SPI ROM to make it boot from the SD again? https://docs.radxa.com/en/rock5/rock5b/low-level-dev/install-os/rkdevtool_spi

Can you provide logs?

But it doesn't boot from the SD card anymore 😕 The bootloader is expecting the OS on the NVME drive.

Just boot from microsd and then use armbian-install to move image to spi/nvme directly attached?

Hello I have burned bookworm onto a sd card,booted on it with a Rock 5B+ and installed the bootloader on the SPI flash of the board and transferred the OS to the nvme drive. Now I I'm trying to install the new trixie image, but I can't burn it on my nvme drive. With USBImage it does not work. It doesn't detect my nvme drive installed on my USB adapter. With belena Etcher it throws an error during the validation of the image. Win32Imager doesn't load at all on Windows 11. I don't know which other tool (Windows) I could use. I'm stuck. How can I boot again from my SD card on a Rock 5b+?

I used the latest official image for a brand new install and set up OMV afterwards. So far everything works, but I ran into the "sata-reboot" bug. That said: Once I reboot after an update for example the sata drive is not being recognized. M2 nvme does come up as usual but not the sata ssd. Only remedy: Shutdown the M1, unplug, replug power cable and this cold reboot does the trick and the sata drive comes up again properly. It seems to be a kernel bug somehow and via armbian-config I tried several kernels but the bug unfortunately persists. Any ideas?

I tried several options, each time on a clean system. 1) echo "deb http://apt.armbian.com bookworm main bookworm-utils" | sudo tee /etc/apt/sources.list.d/armbian.list wget -qO - https://apt.armbian.com/armbian.key | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/armbian.gpg sudo apt-get update sudo apt-get install make sudo apt-get install git sudo apt-get upgrade sudo reboot sudo apt install linux-headers-current-meson64 -y git clone https://github.com/xProbe/aic8800d80-wifi-driver.git sudo cp aic.rules /lib/udev/rules.d/ sudo cp -r ./fw/aic8800D80 /lib/firmware/ cd ./drivers/aic8800 make sudo make install sudo modprobe aic8800_fdrv lsmod | grep aic Вывод aic8800_fdrv 499712 0 aic_load_fw 65536 1 aic8800_fdrv cfg80211 385024 3 mac80211,rtl8xxxu,aic8800_fdrv dmesg выдаёт: [ 14.463892] Bluetooth: hci0: command 0xfc18 tx timeout [ 14.471627] Bluetooth: hci0: BCM: failed to write update baudrate (-110) [ 14.477696] Bluetooth: hci0: Failed to set baudrate [ 14.765636] wlan0: authenticate with 58:f8:5c:58:72:6c (local address=00:c6:a 2:25:44:eb) [ 14.770507] systemd[1]: Finished armbian-ramlog.service - Armbian memory supp orted logging. [ 14.772632] wlan0: send auth to 58:f8:5c:58:72:6c (try 1/3) [ 14.783084] wlan0: authenticated [ 14.791828] wlan0: associate with 58:f8:5c:58:72:6c (try 1/3) [ 14.796409] wlan0: RX AssocResp from 58:f8:5c:58:72:6c (capab=0x411 status=0 aid=4) [ 14.803902] usb 1-2: rtl8xxxu_bss_info_changed: HT supported [ 14.809513] wlan0: associated [ 14.809799] systemd[1]: Starting systemd-journald.service - Journal Service.. . [ 14.972227] systemd-journald[1340]: Collecting audit messages is disabled. [ 15.122032] systemd[1]: Started systemd-journald.service - Journal Service. [ 15.252235] systemd-journald[1340]: Received client request to flush runtime journal. [ 15.342582] systemd-journald[1340]: /var/log/journal/d44cb1f74dea4809a2af30db 6816ca18/system.journal: Realtime clock jumped backwards relative to last journa l entry, rotating. [ 15.410914] systemd-journald[1340]: Rotating system journal. [ 16.511866] Bluetooth: hci0: command 0xfc18 tx timeout [ 16.514129] Bluetooth: hci0: BCM: Reset failed (-110) [ 17.317977] systemd-journald[1340]: Received client request to relinquish /va r/log/journal/d44cb1f74dea4809a2af30db6816ca18 access. [ 950.587521] aic_load_fw: loading out-of-tree module taints kernel. [ 950.600781] aic_bluetooth_mod_init [ 950.606085] RELEASE DATE:2025_0423_71b66e7b [ 950.611193] AICWFDBG(LOGINFO) aicwf_prealloc_init enter [ 950.635622] AICWFDBG(LOGINFO) pre alloc rxbuff list len: 1000 [ 950.640969] usbcore: registered new interface driver aic_load_fw [ 950.678054] AICWFDBG(LOGINFO) rwnx v6.4.3.0 - 1a4b0054d2M (master) [ 950.680449] AICWFDBG(LOGINFO) RELEASE DATE:2025_0423_71b66e7b [ 950.686449] usbcore: registered new interface driver aic8800_fdrv 2) 3) 4) I tried it, it didn't help. 5)

And further, what do you need? I know Armbian and Opensuse use chrony instead of older ntp things. Chrony can serve the time to others, do you need that? If not remove it I would say and keep/use a standard client-only method.

2 captains on the same ship is my first note. Then there is fake-hwclock and maybe an RTC onchip/silicon and/or your own or PCB vendor added RTC module like DS3231. And the battery can be almost empty. Early Debian Trixie had a bug with fake hwclock script, I already removed it years ago on SBCs where I added DS3231, but if you haven't there is the sort of 3rd captain. RPi/Raspbian users had that issue.

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.

Hello, I am using an X96 Air (S905X3) with Armbian (6.1.127-ophub) and I can see the hardware decoder working: v4l2-ctl --list-devices Amlogic Video Decoder (platform:meson-vdec): /dev/video0 However, the hardware encoder (VENC) does not appear: ls /dev/video* /dev/video0 ls /dev/amvenc* ls: cannot access '/dev/amvenc*': No such file or directory I want to use ffmpeg with hardware encoding (h264_v4l2m2m) for real-time RTMP streaming, but without the encoder device, it is not possible. Could you please explain: Does this kernel support VENC on S905X3 at all? If not, what changes are required to enable hardware encoder in the kernel? Is there any instructions or topics ? Any guidance or examples would be very helpful. Thank you!

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.

I'm working on a project that utilises AI, GPS, Bluetooth... and i can't decide whether i should choose OPi or RPi. I've been researching for the past couple of days and I'm amazed at what the OPi can do, it's crazy for it's price. But my concern is how little support and community there is out there, idk if it's worth the risk. So if any one worked with it can you please tell me what kind of difficulties have you faced and how similar is it to working with the raspberry?

@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

Armbian current: It seems that the N2+ is [i]immune[/i] to Chrony and systemd-timesyncd. The only way I can set the date/time is manually through date -s. # systemctl status systemd-timesyncd ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled) Active: active (running) since Mon 2025-11-24 13:06:59 PST; 31min ago Invocation: 50da85c1116348dbbd83cca270da6ff8 Docs: man:systemd-timesyncd.service(8) Main PID: 1185 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 4227) Memory: 1.6M (peak: 2.3M) CPU: 79ms CGroup: /system.slice/systemd-timesyncd.service └─1185 /usr/lib/systemd/systemd-timesyncd Nov 24 13:06:59 lab systemd-timesyncd[1185]: System clock time advanced to recorded timestamp: Mon 2025-11-24 13:06:59 PST Nov 24 13:06:57 lab systemd-timesyncd[1185]: Network configuration changed, trying to establish connection. Nov 24 13:06:57 lab systemd-timesyncd[1185]: Network configuration changed, trying to establish connection. Nov 24 13:06:57 lab systemd-timesyncd[1185]: Network configuration changed, trying to establish connection. Nov 24 13:07:01 lab systemd-timesyncd[1185]: Network configuration changed, trying to establish connection. Nov 24 13:07:11 lab systemd-timesyncd[1185]: Timed out waiting for reply from 10.2.1.10:123 (10.2.1.10). No, the network configuration has na-ha-hot, changed, Spastic. I see via tcpdump, the request going out 123/udp and the response, coming back. The information arrives at the destination. But it hits a hard rock head and disintegrates. Of course if it can't set the system clock, there's no sense trying to make it set the RTC. How is this possible in the 21st Century? Does time, no longer matter to Gen Z? Is this the precursor to the Apocalypse? Should I convert to religion and start praying?

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.