All Activity

Thank you. I did an Armbian update where there is a new U-Boot v2025.04 and kernel 6.12.35 and on 10 reboots one after another, one time it showed the RAM size incorrectly instead of 1 GB it gave 2 GB. I see a definite improvement compared to u-boot v2024.xx

Thanks a lot, now the wifi is working. I have this strange clone in my hands, it is marked as Vontar H618, but the Vontar image on it cannot be written to eMMC. In the case of the Transpeed image, everything is working correctly.

Hello, I am running into an issue with a Broken Pipe error on one of my two Orange Pi devices, even with the --fix option. The two Orange Pis (dns1 and dns2) are nearly identical, both are running PiHole. The only difference is dns1 has an extra package (Nebula, and its dependencies) to sync PiHole information over to dns2. When I run shrink-backup on dns2, and back it up to /mnt/backups/PhHole (an NFS mount back to my NAS), it works perfectly. When I run the same command on dns1, it terminates with a Broken Pipe error: root@dns1:/home/orangepi# /root/shrink-backup/shrink-backup --fix /mnt/backups/PiHole/dns1.img (Snip lots of unneeded output) var/lib/snapd/cache/ var/lib/snapd/cache/027a50a18054f65e1f36334c4246c44f5f2f7d037608419191b2c83a58e5afda831a4a1096e878f6b91e5cbb3d49d08b 4.03G 75% 10.82MB/s 0:05:55 (xfr#120880, to-chk=1043/148245) var/lib/snapd/cache/56bd390cd391c0d702651d6489bfa8b61ed4c096b604c14e5d10fd99020e3cdf8fb4467b6f9703aacf0609dcd55b26b0 4.11G 77% 10.92MB/s 0:05:58 (xfr#120881, to-chk=1041/148245) var/lib/snapd/cache/c1c16377ccf539e6292263cd0a579cdf04956110104909a72c492677c30b017542f1f4683a220fd895b68d600e14bceb 4.18G 78% 11.00MB/s 0:06:02 (xfr#120882, to-chk=1037/148245) var/lib/snapd/cache/f60dc4c9c0a8f6f7ddefb04334e5eb74d9bc31305a09911f71deee520569742e40edd137c876b8be67ddfe94afb97266 4.19G 78% 19.53MB/s 0:00:56 rsync: [receiver] write failed on "/tmp/backup-SbW/var/lib/snapd/cache/f60dc4c9c0a8f6f7ddefb04334e5eb74d9bc31305a09911f71deee520569742e40edd137c876b8be67ddfe94afb97266": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(381) [receiver=3.2.7] rsync: [sender] write error: Broken pipe (32) var/lib/snapd/assertions/asserts-v0/snap-revision/wcFjd8z1OeYpImPNClec3wSVYRAQSQmnLEkmd8MLAXVC8fRoOiIP2JW2jWAOFLzr/active 3.96G 74% 10.72MB/s 0:05:52 (xfr#120879, to-chk=1047/148245) var/lib/snapd/assertions/private-keys-v1/ var/lib/snapd/auto-import/ var/lib/snapd/cache/ var/lib/snapd/cache/027a50a18054f65e1f36334c4246c44f5f2f7d037608419191b2c83a58e5afda831a4a1096e878f6b91e5cbb3d49d08b 4.03G 75% 10.82MB/s 0:05:55 (xfr#120880, to-chk=1043/148245) var/lib/snapd/cache/56bd390cd391c0d702651d6489bfa8b61ed4c096b604c14e5d10fd99020e3cdf8fb4467b6f9703aacf0609dcd55b26b0 4.11G 77% 10.92MB/s 0:05:58 (xfr#120881, to-chk=1041/148245) var/lib/snapd/cache/c1c16377ccf539e6292263cd0a579cdf04956110104909a72c492677c30b017542f1f4683a220fd895b68d600e14bceb 4.18G 78% 11.00MB/s 0:06:02 (xfr#120882, to-chk=1037/148245) var/lib/snapd/cache/f60dc4c9c0a8f6f7ddefb04334e5eb74d9bc31305a09911f71deee520569742e40edd137c876b8be67ddfe94afb97266 4.19G 78% 19.53MB/s 0:00:56 rsync: [receiver] write failed on "/tmp/backup-SbW/var/lib/snapd/cache/f60dc4c9c0a8f6f7ddefb04334e5eb74d9bc31305a09911f71deee520569742e40edd137c876b8be67ddfe94afb97266": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(381) [receiver=3.2.7] rsync: [sender] write error: Broken pipe (32) !! RSYNC FAILED!!! !! Cleanup function called with non zero exit code, something went wrong!!! ## Exiting and cleaning up... ## Please stand by... ## Done. ## Elapsed time: 06.56 root@dns1:/home/orangepi# Are you able to help me troubleshoot / diagnose this issue, please? The SD card is 32 GB, there should be plenty of free space, and the NAS itself has plenty of space as well. Thank you!

Personalized support: https://calendly.com/armbian/consultation

It works with Armbian too. Just two years ago it was not in good condition

send your whatsapp or telegram in dm maybe we can fix it

Solved.

I wonder if for the device tree (DTB) we can combine the Orange Pi 5 Max DTB with the HDMI Input from Orange Pi 5 Plus will make the HDMI input work.

Try adding this patch https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-6.12/wifi-4003-add-bcm43342-chip.patch Download my v20250306 branch. Move the patch to the kernel patch directory. /build/patch/kernel/archive/warpme-6.12 Choose "edge" build for kernel 6.12.

@Marvin-03 I will post patch in few days

Hi. I managed to run UWE5621DS (wifi and bluetooth) on OpenWRT (linux kernel 6.6). WiFi works stably in client mode. Bluetooth too. It looks like we are tinkering with the same board on RK3566 - as far as I can judge by the DTS dump you provided. This is what I got in the end: https://github.com/adron-s/openwrt-rk3566-leopad-10s

S928X-K present in expensive devices like: VS10 Z9X ZIDOO Z9X 8K Zidoo Z3000 PRO-8K ZIDOO Z30 PRO-8K I think you could ask for the factory to support armbian http://forum.zidoo.tv/index.php http://forum.zidoo.tv/index.php?threads/beta-version-v6-4-06-for-z9x-z10-pro-z1000-pro-uhd3000-neo-s-neo-x-release.93680/page-18

before rufus i did with usbimager and balena etcher and none of them worked out. I am thinking is going to be my reader or something. usbimager was giving the first weird screen but most of the time i tried flashing it wasn't giving any screen (like if i power up the orange pi zero 2w without any type of sd card) and balena etcher wasn't even flahing, it was always stuck at verification. I tried usbimager in linux and windows. I will let you know if I end up fixing, because I want that kernel because it comes with some wifi drivers out of the box. Thanks for your response

No need to manually adjust partitions. At first boot Armbian will expand rootfs automatically using all available space on sdcard. USBimager is known to work well on Win32 as well as Linux. Rufus is neither tested nor supported method.

this is when booting throw usbimager, now when booting throw rufus it says however, after flashing the armbian-minimal which it takes 1.25gb of space, if i look at gparted i can see 5mb unallocated, the 1.25gb 100% full and the rest unallocated. when i try to assign the rest to the 1.25gb; the computer won't even boot. maybe i do a full video showing the whole process

I've used this patch, but it doesn't work for my case. Is it possible to change something for this chip? klipperr@transpeed-8k618-t:~$ dmesg | grep brcmf [ 9.510496] brcmfmac: brcmf_fw_alloc_request: Unknown chip BCM43342/1 [ 10.520808] brcmfmac: brcmf_sdio_htclk: HT Avail timeout (1000000): clkctl 0x50 [ 10.545676] brcmfmac: brcmf_ops_sdio_probe: F2 error, probe failed -19... [ 10.546133] usbcore: registered new interface driver brcmfmac

Check this thread

https://forum.armbian.com/terms

Double-check what you are booting from and which image you use. The screenshot says kernel version 4.9.170 while the mentioned Armbian version is mainline with 6.12.y

@ScoreABSM https://github.com/armbian/build/pull/8339

Thank you. After trying 4 different chargers, the problem persists. It looks like the official chargers from Orangepi do not have the plug layout for North America, I've ordered ones that others have found successful for SBCs including the Orange Pi 5 I have, but none have solved my problem. The good news is the machine will run properly when started from a powered-down state and seems very reliable. The bad news is I will sometime need to 'restart' the board, and if I'm away from it - there's no remedy. Hopefully you can recommend other things that will fix it, as it seems no power supply will solve the Oops error when returning from a 'restart' Here's a picture the power supply I tried today and the error I'm wanting to avoid. Thanks a lot Jon D>

I am not able to boot from armbian. First I downloaded image from (https://www.armbian.com/orange-pi-zero-2w/) later on I flashed the image with usbimager, then since this didn't work I did with balena etcher, (all those in linux). Balena etcher crashes at verification so then I did with my windows machine, first with usbimager and since it wasn't working I decided to decompress the .xz and do it with "rufus" Here i attach the images and as you guys can see it says "failed to mount /dev/mtdblock4". That terminal is pretty much useless, I can't even do reboot or poweroff. I just need armbian because the official orange pi OS doesn't provide the headers. And I need the headers because if not I can't install drivers for my wifi card. Newer linux distros seems to have compiled on the kernel so that's why i wanted to update, also because I think armbian provides the headers too. Any ideas

Solution found at

My OS OS: Armbian (24.8.4) aarch64 Host: Radxa ZERO 3 Kernel: 6.1.75-vendor-rk35xx Uptime: 5 mins Packages: 1358 (dpkg) Shell: bash 5.2.21 Terminal: /dev/pts/0 CPU: (4) @ 2.000GHz Memory: 1168MiB / 7686Mi Reference Posts x2 I have this patch already in my /etc/systemd/journald.conf I edited /etc/default/armbian-zram-config -> ZRAM_PERCENTAGE=10 but allotment size didn't increase after a reboot (~47M before as well). By default this variable was commented out Filesystem Size Used Avail Use% Mounted on tmpfs 769M 24M 745M 4% /run /dev/mmcblk1p2 116G 32G 84G 28% / tmpfs 3.8G 100K 3.8G 1% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 3.8G 4.0K 3.8G 1% /tmp /dev/md127 439G 65G 352G 16% /media/radxaRaid480gb /dev/mmcblk1p1 256M 157M 100M 62% /boot /dev/sdd1 117G 37G 75G 34% /media/radxa128gb /dev/zram1 47M 46M 0 100% /var/log

I've also checked for good couple minutes with iotop while system was idle, only the rootfs was accessed which is on the internal eMMC. Next I will investigate more thoroughly using iotop and atop. P.S. I've applied @Sirmalinton recommendations and installed Arctic M2 Pro coolers on all 3 drives.