All Activity
- Past hour
-
URGENT: Kernel update already applied, bootloader points to 6.12.58! Current state: - Running: 6.12.44 - Boot configured for: 6.12.58 (symlinks updated) - usr-merge still broken (duplicate files in /bin, /sbin) Questions: 1. Should I revert boot symlinks to 6.12.44 immediately? 2. ODROID HC4 specific: Which file actually boots (Image vs vmlinuz)? 3. Will 6.12.58 boot with broken usr-merge? 4. Emergency procedure if forced to reboot? NOTE: I'm NOT taking any action until getting community advice.
-
ssh missfire on bpi-m5 noble
eselarm replied to gene1934's topic in Software, Applications, Userspace
I stopped using netplan and its extra yaml layer on top of NetworkManager or systemd-networkd. I have a handful of VLANs (and several managed switches and cables in- and outside the house and also bridges 'on top' of those VLANs and USB/4G/WiFi as well. Several ISP's also use VLANs, so a must to have that working properly. It all works fine based on only NetworkManager essentially, but if needed I would do direct setup with ip tool. I have also Opensuse, that does not use netplan, but works simply by exchanging .nmconnection files with Debian. No new study or testing for days/weeks/months. Not Ubuntu because of that netplan and it generates .nmconnection files, so overwriting your own. The problem is, NetworkManager package in Ubuntu has a dependency on netplan.io package. So if you purge netplan.io , also NetworkManager is removed. This is not the case in Debian, hence Ubuntu again after 5 years when they also introduced could-init, turns out to be a PITA and simply waste of time for me. So for example for my ROCK3A (similar to your BPI-M5), I just threw away the Armbian Noble install and cloned Armbian Bookworm from NanoPi-R6C and later upgraded in-place to Trixie. Same networking, very little effort, almost unattended. As a sort of sick joke (for experienced home Linux users at least), also RPL put netplan and cloud-init as default in their images. There are several hacks/tweaks/workarounds on that forum. Even more because also many RPi users still use ifupdown and interfaces file (and dhcpcd based although not needed for static). Maybe have a look to see what could be best for you. I basically removed/blocked additional package sources lists, so I get the same on ARM as on x86-64. But note that that is for servers based, pure client computing should work out of the box if you have standard/average/common router, like ISP's 'give you'. If not, lot's own work to do as you see, but not Armbian specific, just home networking and router maintenance. So maybe think about hostnames and IP addressing in your home. I have own router (own software, Linux based) for more than 2 decades basically, so easy to keep a list of MACaddresses/computers, although I still have a simple spreadsheet as a sort of design philosophy/overview. You can reserve/fix MACaddress+IPaddress in dd-wrt, so then all client computer DHCP based tools should be no issues. Else you get a mess as you see. I have setup some dev/test environment based on a physical PCIe with RTL chipset ethernet port for systemd-networkd in combination with managed ethernet switches, but first trial locked up a certain VLAN (something in the switch I think). That was 3 monhts ago and not sure if I continue with it. It means more reading the long systemd-networkd docs, it seems not worth the effort when I compare with NM and its nmtui tool. You might also have silently installed a firewall package. firewalld defaults to public zone, that blocks incoming ssh. I experienced that some time ago on 1 computer with rolling release Linux distro, so that overwrites things every now and then when a fundamental upgrade of a certain part, but noted/warned in changelogs. - Today
-
The boot partition presence doesn't depend directly on the Armbian version—it's determined by the board configuration. Some configs enable an extra boot partition, especially for boards using older U-Boot versions that can't boot directly from ext4. As a result, even for the same board and Armbian version, different branches (e.g., legacy, vendor, current, edge) may behave differently. Vendor branch might use an old BSP U-Boot requiring the extra partition while mainline branch uses newer U-Boot that boots straight from ext4.
-
Orange pi 5 plus issue with 3.5mm headset microphome
Werner replied to Perechesov Vladimir's topic in Orange Pi 5 Plus
would you mind sending a pr or even upstream this change? -
Gaming experience with Orange Pi 5 (RK3588) on Armbian
KhanhDTP replied to KhanhDTP's topic in Orange Pi 5
Armbian 25.11.2 Noble XFCE (BSP Kernel: 6.1.115) + PanVk - mesa 26.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + Box64 arm64 v0.4.1 2eb2fd9cd (https://ryanfortner.github.io/box64-debs/) + proton-10.0-3-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/download/proton-10.0-3/wine-proton-10.0-3-amd64-wow64.tar.xz) + dgVoodoo2 (https://github.com/dege-diosg/dgVoodoo2/releases) + DXVK-stripped v2.4.1 30~60fps@720p (medium settings) box64 environment variables: Batman Arkham Asylum GOTY -
ssh missfire on bpi-m5 noble
gene1934 replied to gene1934's topic in Software, Applications, Userspace
Now I have restarted the install with a 64G u-card, and it is totally different. it only took 1 pass at networkmanager to make all the local network work in that I can ssh gene@any-local-machine and bavk again. But now I cannot get thru the router for its dnsmasq server. All addresses in the network setup are checked and correct. The hostname has been reset to its normal, e5p, has been used for 3 or 4 years but the Network is unreachable because the router isn't functioning as a dns lookup. Its even been rebooted a couple times. New faster router about 4 months back with dd-wrt in it. ip a: end0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 2a:b6:6c:1a:3a:1f brd ff:ff:ff:ff:ff:ff inet 192.168.71.122/24 brd 192.168.71.255 scope global noprefixroute end0 valid_lft forever preferred_lft forever inet6 fe80::28b6:6cff:fe1a:3a1f/64 scope link valid_lft forever preferred_lft forever ip r: 192.168.71.0/24 dev end0 proto kernel scope link src 192.168.71.122 metric 100 192.168.71.0/24 via 192.168.71.1 dev end0 proto static metric 200 /etc/netplan/armbian.yaml: root@e5p:/etc/netplan# cat armbian.yaml network: version: 2 renderer: NetworkManager ethernets: end0: addresses: - "192.168.71.122/24" nameservers: addresses: - 192.168.71.1 dhcp4: false dhcp6: false macaddress: "2a:b6:6c:1a:3a:1f" routes: - metric: 200 to: "192.168.71.1/24" via: "192.168.71.1" Can anyone see what is wrong with that? Thanks. -
CSC Armbian for RK3318/RK3328 TV box boards
OmegaCyclops replied to jock's topic in Rockchip CPU Boxes
Hello everyone, I hope I'm in the right place. So I got an H50 tv box (T98) that I found lying around, and installed via the multitool everything including armbian itself, which works properly. The issue that I have is that I had to do all via ssh and haven't been able to get any HDMI output, tried updating lightdm, switching it to sleek, and at this point idk what else to do. Thank you in advance! -
ssh missfire on bpi-m5 noble
gene1934 replied to gene1934's topic in Software, Applications, Userspace
To clarify that last line htop say's ssh_config is in the cmd listing. put a tail on /var/log/syslog since it has the newest "access time" of any file in e5p's /var/log Further: "ssh gene@coyote" successfully logged into coyote, so assuming that ssh is running set e5p's /etc/apparmor verbose on with nano. from that login "ssh gene@e5p" gets "connection reset by peer", and NO update to syslog. The rejection is not even making it to ANY of the logs. So what's next? Switch back to a 64G u-sd? Is a 128G u-sd too big? I am out of ideas. And a $3000 3d printer is Dead In The Water, no way to restore its klipper /home/gene/printer_data directory after a forced upgrade from jammy to noble. Thanks. -
I've never used any other method. I'd suggest using a search engine to search for other methods to "enable multi boot on amlogic TV box"
-
Hi @ff255, Can you try with the following changes/additions to armbianEnv.txt: # previous load addresses # fdt_addr_r=0x01f00000 # kernel_addr_r=0x02000000 # ramdisk_addr_r=0x04000000 # new load addresses fdt_addr_r=0x01f00000 kernel_addr_r=0x02200000 ramdisk_addr_r=0x04600000 # new kernel_addr_r is aligned to 2MiB boundary # new ramdisk_addr_r is aligned to 2MiB boundary - not really neccessary afaik but "why not both?" Quick calculation below: The "next loadaddr" for kernel and ramdisk are the <previous loadaddr>+<previous filesize> 'aligned' upwards to 2MiB, Groetjes,
-
https://forum.armbian.com/topic/26978-csc-armbian-for-rk3318rk3328-tv-box-boards/page/66/#findComment-231768 Thanks your help,jock. I hava a try to use the rkdevtool to install armbian. I just choose the iamge in url https://github.com/armbian/community/releases/download/26.2.0-trunk.151/Armbian_community_26.2.0-trunk.151_Rk3318-box_trixie_current_6.12.63_minimal.img.xz. But,there catch a error message in the tool. I don't known is this image is error or other reason?
- Yesterday
-
@0230826 you can follow instructions in this page by @fabiobassa The loader is there too
-
Efforts to develop firmware for H96 MAX V56 RK3566 8G/64G
GBEM replied to Hqnicolas's topic in Rockchip CPU Boxes
Heya, Of interest to anyone encountering the 2025 AIC8800 WiFi and Bluetooth hardware, and who is using Buildroot; this is the package that builds and installs everything into a Home Assistant image. Of academic interest in the present discussion also, offering minor suggestions in dts and service file. 👽 aic8800.zip -
ssh missfire on bpi-m5 noble
gene1934 replied to gene1934's topic in Software, Applications, Userspace
You might not have been looking at the newest dmesg, I had a hard time convincing NetworkManager to stop calling for dhcp and just use the static settings I gave it. Everytime I looked it was re-enabled. Once I had convinced it to skip the dhcp BS, network is fine, apt works, ping -c1 yahoo.com works and FF can browse the whole planet. Everything works except /incoming ssh/. I can goto that printer and log into this machine, but I can't ssh into that machine. I can't "ssh-copy-id gene@e5p" which aliases in the hosts file to 192.168.71.122, it's refusing the incoming connection that worked with 6 other machines. Is there some other tool to trace this? htop says it is ATM. Thank you. -
It was found that 3.5mm jack has issue with using headset. Speakers are work good on my "uname -a Linux orangepi5-plus 6.19.0-rc5-edge-rockchip64 #1 SMP PREEMPT Mon Jan 12 03:03:14 UTC 2026 aarch64 aarch64 aarch64 GNU/Linux" system but micro is silent. By debugging it was found that register 0x2b(43) "DAC Control 21" has difference between actually used es8388 on OP5+ and original driver's IC es8328. Also microphone bias was never activated by bits 2,3 in register 0x03. I create patch and now microphone work properly. I don't know how to properly share this patch so I will attache it here. orangepi-5-plus_ES8388_Microphone.patch
-
The issue was bad SD media. Replaced the SD card and the image was written successfully. Side note. Armbian 25.5.1 does not create 2 partitions, it was designed to create only one partition. That was confusing because most instructions for installation were still referring to 2 partitions until I stumbled on a ChatGPT answer.
-
Hello Everyone, I've seen a few threads on these boards but wanted to create a centralized source for information. It's my understanding there are multiple variants of these boards, the one I have and used is IK316Q-EMCP_V4.1 I know there are other versions without UART ports, mine was lucky enough to have them. To build this image (adjust the compile command to your liking) git clone https://github.com/sicXnull/armbian-build cd armbian-build git checkout MXQ-PRO ./compile.sh build BOARD=mxqpro-h313 BRANCH=current BUILD_DESKTOP=yes BUILD_MINIMAL=no DESKTOP_APPGROUPS_SELECTED= DESKTOP_ENVIRONMENT=cinnamon DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base EXPERT=yes KERNEL_BTF=no KERNEL_CONFIGURE=no KERNEL_GIT=shallow RELEASE=bookworm Prebuilt Images Armbian-unofficial_26.02.0-trunk_Mxqpro_bookworm_current_6.12.65_cinnamon_desktop.img Armbian-unofficial_26.02.0-trunk_Mxqpro_bookworm_current_6.12.65_minimal.img Unfortunately this board was already flashed with MiniArch by the time i got it, so i was unable to get the original DTB. Therefore, wifi does not work Is someone able to get the DTB from this board so we can get wifi working?
-
ssh missfire on bpi-m5 noble
eselarm replied to gene1934's topic in Software, Applications, Userspace
Network is down: 2: end0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 All instances I could find. I think your own networking methods conflict with what is common nowadays and also might be reason ssh server is not even running or depending on a pseudo random situation. Same as for other topic where you could not reach armbian repo server. -
Bit late to the thread, but just a heads up. Been reading this thread and saw the DTS with the connector numbering. So I went to the manual to check the pinout and the pin number is listed as GPIO S/N. Just thought I would add to the thread.
-
ssh missfire on bpi-m5 noble
gene1934 replied to gene1934's topic in Software, Applications, Userspace
<https://paste.armbian.com/bebayihagi> I did look at it, but nothing yelled at me in a quick scan. Not sure what I s/b looking at. Thank you Werner. -
Have uploaded a new "edge" image for RV2 for testing. This time, wifi works. "current" image is the same. If you want to test, go to https://privat-in.de and grab Downloads. If you want to compile, clone https://github.com/sven-ola/armbian-build/tree/orangepi-rv2 and run Edit: forget to activate Mediatek wifi drivers as well. Also merged current Armbian/main. Uploaded again. LG // Sven-Ola
-
ah yes, you're right. Well homassistant seems to depend on docker, so if the docker issue is resolved, hass will probably work too. Though no clue what the issue with docker is. Since it is an issue with configng, I suggest to report directly here: https://github.com/armbian/configng/issues Don't forgot to be as verbose as possible when reporting. Will raise chances getting it addressed sooner
-
based on the specification orangepiPC2 has the H5 processor and should be 64bit. I
