Active threads

Hello, Thank you for your answers. I decided to recompile the whole image with the correct configuration to be sure I did not mess up anything when updating my kernel (following this https://github.com/armbian/build/commit/54c896e0298a441338cd7d29f312ca590304f120 , using BRANCH=vendor RELEASE=noble) I was able to get the boot logs (see attached file). It seems since I'm using UEFI it completely bypasses the U-Boot applying the overlays ( i can see EFI stub: Using DTB from configuration table inside the logs but no Applying device tree overlay...) . I'll try to recompile the image while integrating my overlay directly into it to see if it works. boot.logs

You are likely hitting genuine bugs and/or the situation of missing packages. I do not use Cinnamon, so I cannot comment much. Try to see if there is anything relevant in the logs. Check ~/.xsession* files for hints, too. Maybe try a different DE first, set up it to be working and then work on your preferred choice after that. Have a look at APA which is trying to improve the experience of Armbian as an OS, maybe it can help you. Good luck, amigo!

@Igor, supposedly, these images do not boot. Maybe you have a chance to verify on your end.

most likely a bunch of packages that shouldn't have been removed were removed alongside, the joys of GUI package management 1) don't be afraid of the command line 2) see if /var/log/dpkg.log gives any hints what is missing What desktop system were you using before? Try to get it back installed. PS: In your current situation, you can reach a log-in console and command line with Ctrl-Alt-F1 PPS: Reinstalling from scratch might be faster.

I’m currently using the Armbian build system to generate images for the Orange Pi 5 Plus. To use the PREEMPT_RT kernel, I set the BRANCH to current, and with the PREEMPT_RT configuration on the 6.12 kernel I was able to successfully build the image and boot it. However, in this kernel version there are no dtbo files for peripherals like can0, i2c, etc., so I’m unable to use those interfaces. If I set the BRANCH to vendor, I can use the 6.1 kernel, but in order to use a PREEMPT_RT kernel I need to apply the RT patch. The RT patch currently provided is not compatible with the current BRANCH, so kernel build and image creation fail. My question is: while using the 6.12 current kernel, is there any way to copy and use the dtb and dtbo files from the 6.1 vendor kernel?

OK you have a Maxio MAE0621 ethernet chip. @Hqnicolas do you have any suggestions about the best way forward for this? Can I fork armbian github and then try to create a PR to support MAE0621 (I haven't done this before)? Or try to make a dpkg for Maxio ethernet module install (difficult I think)? Or just persist with building a custom armbian image (not sure the patch still works with current LTS kernel)? Edit : The last patch I posted fails on 6.12.58 (drivers/net/ethernet/stmicro/stmmac/stmmac_main.c has changed) I'll try to fix it and post an updated patch.

@qwerty keyboard H313/H616/H618 are pretty much the same. A133 and A64 are different SOC’s. You don’t need the dts for the dram settings.

One interface is for STA (client mode / normal wireless) and one for AP (access point, where you connect to) or P2P (Wi-Fi Direct). Some firmware / drivers enables this by default. Usually it is in Makefile (just example https://github.com/armbian/rtl8723ds/blob/main/Makefile) but it could also be deep in the code. Don't know.

Oh I get it. Since you are using another distro with newer versions of everything, my effort to build ffmpeg and mpv in Debian Trixie LOOKS like a backport to you XD

With 6.12, no changes as far as I know

For the source code, after a bit of searching, I found https://de3.mirror.archlinuxarm.org I don't know if this will help you. I also tried the MiniArch-20240715-6.17.1-board-a527.cubie_a5e-SD-Image.img image, but it doesn't work either.

Try pipewire instead of pulseaudio

Thank you for sharing. You might want to have a look at Shrink Backup as well.

Orange PI has very good hardware (better than RPI) but bad support of software from factory devellopers. Raspberry PI 5 is a bit slower but we have more support and always new versions. I have both.

@Maurizio Finesso Try editing on a linux machine instead of windows. I've seen some windows machines not be able to read the boot partition

In this case ethernet chip is realtek so it should be supported by armbian kernel? So problem is to find or make a modern DTS for this board?

This site deals with Armbian Linux not android. You should direct your question about restoring Android to a more appropriate forum

not recommended for rockchip socs since it cannot handle the rather high baud rate of 1.5Mbaud. Use FT232, CH340 or CP2104 instead.

Collabora’s long-term leadership in KernelCI has delivered a completely revamped architecture, new tooling, stronger infrastructure, and deeper integrations—modernizing the entire ecosystem and enabling reliable, scalable upstream kernel testing. View the full article

Hello all, Ok, I'm going to comment on my own question here... I just now installed the Armbian 25.8.0 6.18.0 RC5 xfce version. It's not yet on the nvme drive but, it's significant faster than the 25.5.1 version. Now HD video works on the 5b+. It needs 2 seconds to stabilize but than it is perfectly fine to watch. I use Firefox as my browser. So thanks to the team! Ernst-Jan

Hi all, I would like to ask support for the board EMB-3531. I'm having problem with booting this board from SD card. Here are some informations about this board. I hope that someone can help me with it. Thank you so much! I try to erase the emmc and flash the MiniLoaderAll.bin but it doesn't help. Or i don't have a correct image with armbian for this board. https://my.kos.org.cn:5154/rockchip/EMB3531/emb3531.pdf

Try from here: https://fi.mirror.armbian.de/incoming/igorpecovnik/ (this is going to be next release - first test build).

Your best bet is to compile your own image. It's super easy: "git clone https://github.com/armbian/build.git;cd build;./compile.sh" https://docs.armbian.com/Developer-Guide_Building-with-Docker/ https://docs.armbian.com/Developer-Guide_Build-Preparation/ https://www.youtube.com/watch?v=kQcEFsXEJEE

I hope this helps... For the TX3 Mini, I used the distributions listed on https://www.armbian.com/amlogic-s9xx-tv-box/. Here's what I did: * Create a bootable image using Rufus (following the instructions). * Once the image was created, I went to the SD card's storage drive on a PC and made the following changes: * In the root directory of the SD card, I copied the file u-boot-s905x-s912 and pasted it as u-boot.ext. * In extlinux\extlinux.conf, on line 4, I changed it to "fdt /dtb/amlogic/meson-gxl-s905w-tx3-mini.dtb". * I ejected the SD card, inserted it into the TX3 Mini, and turned it on. If it doesn't work, try a different distribution.

@laibsch https://u-boot.org/ edit: as I said earlier, it would be better to switch to upstream to get rid of patches and get some nice bugfixes in the process, but I assume this thing is mostly abandoned. A bunch of my containers no longer offer ARM32 support. Home Assistant too at the end of this year.