Active threads

You know there is a fruit company in Cambridge UK that is proud to tell they have sold 75 million pieces and 75% is to non-noobs. They provide passwordless sudo by default and a self-modifying rpi-update script by default in their OS. So why so complicated with this copy-fail exploit, every script kiddy had and has an easy task of keeping the noobs on a leash for more than a decade.

@qq20739111 No, this was on 6.18. I already purged this image and the dtbs were updated since then, but the boot log is here: https://paste.armbian.eu/ewudaciluc.pl

There has been several improvements that hasn't landed to stable images yet - try rolling releases for this board.

On it. Coming soon.

If someone wants, Orange Pi 1.0.8 - Ubuntu Jammy with Linux 6.6.98-sun60iw2 https://drive.google.com/drive/folders/1ozZLvQDknaz2xC5lXtg7UhGfhotXRR_2 GPU isn't working.

He meant this forum-post was moved to "staging". Maybe someone in the community will be able to help. (I can't help much with your problem, only explain what he meant with the post) Try what yourself suggested, run fsck from another system and see. But if a filesystem becomes readonly, it can mean that the drive is starting to fail physically.

Thanks @bschnei! It built successfully. -- Success: NTIM Processing has completed successfully! Finish time: 05/05/26 20:14:07 TBB Exiting...! No input file for TIMN is supplied Total number of images to process in file[0] - 3 0 Image at offset 00000000 is TIM_ATF.bin 1 Image at offset 00004000 is wtmi.bin 2 Image at offset 00015000 is boot-image.bin Total number of images 3 Built ebu-bootloader/trusted-firmware-a/build/a3700/release/flash-image.bin successfully

I have been using Proton 11 Arm64 for weeks. It has good compatibilities in general (some games I have tested still broke). However, I prefer Proton 11 (Box64), it gives better performance.

@jock It looks like a known bug in the rk35xx u-boot code fixed by luckfox-lyra-ultra-yocto

Background - I have a Helios64 NAS with 4 x HDDs running Armbian 25.11.2 with kernel 6.12.58. The HDDs each have a ZFS partition but the partitions aren't imported. The OS is running from an sd card and logging is to ram. Power management and spin-down on the HDDs is disabled. Despite all this *something* is causing the heads to move every second or two. iotop shows no disk activity . lsof +d /mnt/sda etc. shows no open files and fatrace shows files in /usr and /var but nothing on /dev/sda etc. So, whilst it doesn't look as if any files are being accessed the HDDs are still doing something. The question is WHAT and how do I stop it ? Any ideas ?

Another interesting thing is that snd_usb_audio is not loaded as a module and seems to be compiled. I tried in /boot/armbianEnv.tx in extrargs= put snd_usb_audio.index=0 but that didn't work either, unless a different name should be provided instead of snd_usb_audio.

Well, with the new image there was some progress, but I will give up for now. I will look for an SD card and try again using it. I’m confident that I will finally succeed in this operation.

Boot on a from scratch helios64 sdcard image, cross fingers and copy / rename / replace original dtb file with ebin-dev file or mount sdcard with scratch helios64 on another computer, do the change, then boot with you ready sdcard on the helios64

Hi SymbiosisSystems, here: But I think you find it 😉

Had to debootstrap trixie because depmod version mismatch. Wifi 2.4 + 5 GHz + BT headphones, keyboards all work. USB is still stuck in plain charge, no micro SD. According to Gemini 3.1 Pro which I have been using, Imagination Technologies (PowerVR) BXM-4-64 MC1 would need 6.12.x kernel or newer which I have not been able to boot yet. This actually feels a bit faster than the Teclast Android even though without accel youtubes playback is quite slow. Battery life probably 5+ hours. aliexpress.com/item/1005009649297050.html keyboard + touchpad I have is a bit shady miss-clicks a bit once in a while. Might have to AI haxor some software filter to get it behave a bit better but that should not be that big of a deal. I have kind of already made up my mind, this ain't going to boot Android anymore, have to see if I grab another one at some point.

A complete breakdown of Mesa’s NIR compiler detailing how it optimizes shader memory access with SSA promotion, deref analysis, copy propagation, and store elimination to reduce memory traffic and improve GPU performance. View the full article

Just a small note here - I recently added Bianbu desktop (can be installed from armbian-config), where acceleration works on K1 based Musebook (legacy kernel). This should be possible to adopt to any other K1 board. Youtube video works fine in Chromium ...

Ubuntu 26.04 with or without KDE Plasma with working drivers for WiFi, GPU, Nic, Bluetooth. Enjoy! https://github.com/mack42/OrangePi5Pro Note: There are Minimal and Graphical images available. It also supports installing to the NVME.

Thank you very much for your responses, it totally make sense. I will try to build it myself, tho I have never done that, and my knowledge is very limited. I'd love to help one day, but this really is beyond what I can offer, for now.

Well if you want to live on the edge, then use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } egde as branch instead of code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } current

I have also encountered this using Orange pi 5 and latest Armbian updated as of today. That the "standing" USB port does not work also means that the USB-C port doesn't work -- they are electrically connected. So Mitu's question is also mine: Is this a limitation of the mainstream kernel (6.18.x) - i.e. does this work only with the vendor kernel (6.1.x)? EDIT: typo

Update: sicXnull/armbian-build (H96q) + "+CONFIG_SPL_IMAGE_TYPE_SUNXI_TOC0=y" and "secure-boot.patch" solved the problem. Now, the ethernet interface is fully functional. Thank you Nick & sicXnull.

Has anyone found a working gpiolib implementation for Armbian on Orange Pi 5? I'm aware of wiringPi and it sort of works. However, being able to use the "real stuff" so to speak would make my life easier.

moved to staging