All Activity

I had some difficulties to make my sata disk work and found out that the regulator had to be switched on. So here a dtbo and source to make it hopefully a bit easier for some others. Easiest way to install is "sudo armbian-add-overlay orangepi-5-sata.dts" orangepi-5-sata.dtbo orangepi-5-sata.dts

@MeJune You can build your own Debian 13 Trixie version. git clone https://github.com/NickAlilovic/build.git --branch v20250306 cd build ./compile.sh choose "Do not change kernel configuration" choose "Show CSC/WIP/EOS/TVB" choose "I understand and agree" choose "transpeed=8k618-t" choose "edge" choose "trixie" rest is up to you. Your image should be in output/images directory.

Laibsch, I was running bookworm, though I updated to trixie to see if that solved the issue. I applied the fix from the github issue. Fancontrol service is running on trixie now, though the fan is still at 100%. Georges, I did not post on the Odroid forum, since I'm running Armbian and I assume they won't be able to help us. Thank you both for your help!

there are many good works being done thos days by the community kernel.zip

@Hqnicolas I tried https://github.com/armbian/build/tree/v25.11.0-trunk.258 but the display didn't work on my h96-max-v56 board with aic8800. This board may have same differences with the auxdisplay compared with older boards. When I add my 'old' tm16xx.dtbo the display works again. My source for this overlay is attached. It contains 2 lines which are necessary with my board: i2c-gpio,sda-output-only; /* despite kernel warnings, those two directives are necessary! */ i2c-gpio,scl-output-only; I didn't find the advertised kernel message, so the comment above my be deprecated. The line i2c-gpio,delay-us = <3>; from the original code was not required with my board. And thank you very much for your work! rk3566-h96-max-v56-gt.dtso

I use Balena Etcher on my laptop running Linux Mint. It never let me down before. I understand balena Etcher on an Arm SBC is not recomended. Ernst-Jan

I followed this forum and finally bought a transpeed-8k618-t to use via a micro SD card. It's been a lot of fun and enjoyable. Even though it only displays well on YouTube at 720p/30fps, I understand the box's capabilities. I'm thinking of installing eMMC, but I'm not sure. Can anyone recommend a proper eMMC installation method? I'd appreciate it. @Nick A Are you planning on making a Debian 13 trixie version?

it's a headless unit, Werner. if i can't ssh in then i just use an older build.

https://docs.armbian.com/User-Guide_Getting-Started/#flash-to-sd-card

I think this "unsupported version" thingy when doing initramfs update is just a cosmetical thing. The script comes from upstream and checks for version string included in upstream (directly from Raspberry to say) kernels. However I believe this has been worked around by our own bsp which is silently executed right after. Cannot tell for sure if that's the issue I remember it is since I don't have access to hw atm.

Have you tried to get into by keyboard/hdmi or serial console? If so you could track down why sshd refuses to start

Basically you as heads-up for upcoming kernel bump in this branch and everyone else for attention getting this merged (or not)

bout to try th latest 25.8.2 Edit: still no good – connection refused

@Hqnicolas I will give it a try, but atm I'm happy with existing working patch for tm16xx. Edit: it seemed that @jock has updated the patch with latest code https://github.com/armbian/build/pull/8679

may not help you (i'm running the pi4 build) but i find that putting holds on rpi-eeprom, raspi-firmware and raspberrypi-sys-mods from first boot solves this problem

Actually using a zero2w but same image obv as rpi4... unable to login (refused ssh). had to switch back to the 25.2.3 build

Good evening all and thanks @Igor for the suggestions. I managed to connect to my Cubox-i4 from my laptop via USB with sudo picocom -b 115200 -r -l /dev/ttyUSB0 and now I have lots of messages, but no success with booting the Ubuntu 24.04 Noble minimal image. In particular, there is a complaint about a CRC error. I've attached the text generated by letting the boot process run for awhile. I decided to try the Bookworm minimal image, and I'm up and running right away with that. So I guess I will stick with Bookworm for now. If anyone generates a new Ubuntu 24.04 image they would like me to try, happy to give it a go. Or of course any other suggestions! booting_ubuntu_cubox-i.txt

With 3 whipping in a language model you can, please give it a try to use the whip, language models are there to use you need to get updated cd /Downluads/ git clone https://github.com/armbian/build cd build ./compile.sh I WANT THE EDGE I WANT TO CHANGE KERNEL CONFIG CTRL+TAB sudo chmod 777 777.sh sudo chmod +X 777.sh sudo ./777.sh ps: I'm getting it to work natively on the h96-max-v56, many users want this feature but don't want to install anything it seems that @Jean-Francois Lessard polishing made this project look amazing, congratulations

@amazingfate Do you know if its possible to use tha latest mali blob with wayland and vulkan support (g24p0-wayland-gbm) and at the same time use the rkmpp on vendor 6.1.115? I got everything compiled and seemingly working but when I try to connect to a stream, all I see is black screen. This is with the moonlight-qt client and an orange pi 5 plus (rk3588)

Having the same issue however your solution doesn't seem to work for me for whatever reason.

I burned the image with Balena Etcher and verified it. After the first attempt it did not boot. Downloaded and burned the image a second time on a different SD card, again not booting. The green light on the board stays on. I'm a fan of Armbian. Never had issues on my RPI5. I hoped this new powerfull SBC would be the same but no, Armbian is not working and the RADXA OS also is giving me lots of problems. Sorry to say, I'm a little dissapointed... Ernst-Jan

With the errant icon, yeah that kind of thing can be really frustrating with linux design. I'm not that deeply familiar with it. Usually when I experience something like that, I look it up in a search engine. What I can say is that many settings are stored in hidden directories under the user home folder. Hidden files start with a period. Go to your home directory: ls -la ...but which one to explore and what to look for... You'll probably find what you're looking for with a search engine. And on your rant, yes I've sensed our views of the computing world to be similar as well. Punching holes in cards - yes! You really would have to think and get it right the first time. And it's not so hard to do. You set the standard, practice it and make it a habit. My second computer was a Commodore 64, back in the early-mid '80s. I played lots of games on there. Even though I'd started programming in BASIC before that, I learned more to program on that computer, in BASIC, and in assembly language. I experienced from others' software and what I could do on my own, to be resourceful, and that creating software that is highly functional and can do "a lot" really doesn't require much more than a tiny program. There's no excuse for complicated software. Also others and myself created it right the first time without any "patches" or "software updates" BS - once it was done, it was done right! I almost never encountered bugs from others' software on my C64. I think there was one game than had bugs in it - that's it, it was an outlier. But that computer, you'd turn it on and get the prompt within maybe 200ms. There was no "boot up" BS. And its user interface is always immediately responsive. It was never sluggish. My first experience with the extremeness of bloating was with my first x86 PC around 1991 i think. It ran MS-DOS 5.0, which took up around 7 or 8 MB as I recall, on the hard drive (or was that Windows 3.1?). And to create an assembly language program that was just a "hello world", an executable .com of that would be around 30 bytes or so, but an executable .exe was around 784K or something crazy like that. 99% of that was .exe format overhead junk! And for today's operating systems and their functionality, there really is no excuse why the total size of the complete operating system on the hard drive should exceed a megabyte (or half that), let alone several gigabytes. The bloating of today is so far beyond reason it's way off in another galaxy. A minimum of 10,000 to 1. So much software today is based on scripting languages and run-time interpreters. Plus the linux operating system was originally designed back in the 1960s!!! ...as unix, before it was ported to personal computers as linux. Apparently, they've got layer upon layer upon layer of patches and changes and different ideas and outdated models all enmeshed in a galactic-sized mess. I've also seen how the MB, GB, and TB have been hijacked by a crooked industry which has redefined those terms to be powers of 1000 rather than the truth that they're powers of 1024. Even with that, the amount delivered on memory and storage devices, in may cases, falls short even of that crooked re-definition. Now an actual GB or MB is called "GiB" or "MiB", while what is often now called a MB or GB is a bold-faced lie! What the computer hardware and OS development needs is to throw away the existing model and create a new one from scratch. As a software engineer, I have done that numerous times on my own projects, and the result is always a spectacular improvement because I can apply what I learned from the previous iteration in developing the new foundation. And that's always a simple, creative and enjoyable process. It does take a some time to do, but the results are more than worth it, and the resulting accelerated pace of development later more than makes up for it. The Orange PI 5 Plus is my first ARM board. What I'm more looking forward to though is getting into RISC-V. I'm not to familiar with it yet, but It's completely open and apparently values simplicity. That might be a really great development environment for something genuinely new.

@Faheem328 Do you have free time? how much free time do you have exactly? we are looking for someone like you with a RK3528 box we are depending on him finding a weekend to dedicate to the community https://github.com/ilyakurdyukov/rk3528-tvbox he will help us by taking this repository and including it in armbian with a wonderful pull request let's talk?

Hi @Fiery_Fire, all the changes I used have been merged to armbian. I tried to build an image from the current main branch and I got no HDMI output too. I tried a newer kernel and applied all the patches from xdarklight's branch https://github.com/xdarklight/linux/tree/meson-mx-integration-6.15-20250608, here is an armbian branch: https://github.com/domin144/armbian-build/tree/meson_6.16 I compiled with this command: ./compile.sh build BOARD=aml-s805-mxq BRANCH=edge BUILD_DESKTOP=yes BUILD_MINIMAL=no DESKTOP_APPGROUPS_SELECTED= DESKTOP_ENVIRONMENT=xfce DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base KERNEL_CONFIGURE=no RELEASE=trixie Now I get some output on HDMI, but it is so distorted, I cannot read any text. Something must have been changed in the 6.12 kernel between the time I tried it last and now. Unfortunately I will not have time to debug this in a foreseeable future. Hopefully this distorted output will be a better starting point for you than no output at all.

@rockamal maybe you’ll have better luck with x96q lpddr3 https://github.com/NickAlilovic/build/blob/v20250306/patch/u-boot/u-boot-h616/159-add-x96-q-lpddr3-v1.3-defconfig.patch git clone https://github.com/NickAlilovic/build.git --branch v20250306 cd build pico patch/u-boot/u-boot-h616/159-add-x96-q-lpddr3-v1.3-defconfig.patch Change @@ -0,0 +1,191 @@ to @@ -0,0 +1,192 @@ add this to the bottom of the patch "+CONFIG_SPL_IMAGE_TYPE_SUNXI_TOC0=y" Then you need to include the secure boot patch. pico patch/u-boot/u-boot-h616/secure-boot.patch create the secure boot patch. you can find it here.