All Activity

armbian-config way is limited in its use - it's intended for quick start when networking is simple. When you need something more complex, its always the manual way: https://docs.armbian.com/User-Guide_Networking/ If you wanna look how Armbian deals with networking in the backstage: https://github.com/armbian/build/tree/main/extensions/network In case of desktop images (original, not self constructed), XFCE will have Network manager.

You are already discussing this elsewhere. Please don't post several times about the same issue.

netplan is a joke. It looks like it might work IF ipv6 was totally disabled. everything I've entered has been applied to /dev/br0. but shown while entering it as end0 This is totally broken. Can I still put this crap in /etc/networking/interfaces.d? Help please.

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

Pointing out that you are not even willing to put your own words into a search engine is "condescending"? That takes 5 seconds or less when you claim to have put months and months into it. You are expecting others to do the work for you. I find that quite presumptuous. And no, we do not know there is a bug in Armbian. You haven't done enough research to know enough to claim this for certain. I will put the chances of that being the case at fity-fifty at best. You also have presented no logs whatsoever (even after being asked) to even give others the moderate chance to do this work for you (for free). If you came here to vent, OK, you have now vented. If you came here for a solution, then sorry to say, but you are not even doing the very minimum to get that done.

Network setup in the latest bookworm+xfce's armbian config won't allow a network setup I've been using for 25 years. Its an all ipv4 static setup using hosts files. It apparetly asumes only valid ipv6 addresses but the nearest ipv6 enabled ISP is over 100 miles away from me in north central West Virginia USA.The idea is it will query the router for any name not found in the /etc/hosts file. Thhe switch trigger being a hardcopy /etc/resolv.conf. This is normally and instantly accomplished as dd-wrt caches previously looked up addresses. And if not found in dd-wrt's cache it relays the request to my ISP's dns server. BUT BUT BUT armbian-config refuses to accept valid ipv4 addresses by hashing them to apparently random errors, digits duplicated or left out When looking at the results no dhcp4 or 6 of is enabled as expected. So how do I fix this first boot problem? This is all on a banannapi-m5 I intend to make an amanda-3.5.4 based nas out of. Thanks for any help. The solved x tag is a lie as it won't post w/o it.

Good afternoon! Thank you for your answers and advice. I didn't buy it because it was cheap, but because I wanted to buy a server and didn't know how much it actually cost. It was my first time buying a server, and I had a bad experience.

If you look at it from my point of view there's a bug in armbian. At the very least it's now been reported even if I'm not clever enough to figure it out. You aren't showing much sympathy to the regular users trying to help out by such condescending language.

Of placing the device back with a new kernel/distro or even doing testing on it. I don't travel much and my friends who do don't have any experience nor equipment to change things.

For sure, no. It's a S905X5M https://www.hardkernel.com/shop/odroid-c5/ The C4 is a S905X3

Coming back to this... I'm not having any luck getting overlays to work, but I'll need to get out my serial logger to see what's wrong I guess. I'm trying to get the USB-C into host mode on my RockPi-S. I can do it by editing the rk3308-rock-pi-s.dtb file directly, but not using an overlay file. Here's the overlay file I've tried (usbc-host.dts): /dts-v1/; / { fragment@0 { target-path = "/usb@ff400000"; __overlay__ { dr_mode = "host"; }; }; }; and /dts-v1/; /plugin/; / { fragment@0 { target-path = "/usb@ff400000"; __overlay__ { dr_mode = "host"; }; }; }; Tried using: armbian-add-overlay usbc-host.dts as well as compiling the overlay to a .dtbo and adding the line directly into armbianEnv.txt No joy either way... Also, does anyone know why some .dtbo files also have the line /plugin/; below /dts-v1/; ?

Thank you... I will try with trixie again some time

Armbian build error now on the next line [🐳|💥] Error 1 occurred in main shell [ at /armbian/.tmp/work-9693551e-c3dd-4d65-ae26-dc7dd901481a/uboot-write-IoNha/usr/lib/u-boot/platform_install.sh:7 dd if="$SRC"/cache/u-boot_sdmmc.fip of=$2 bs=512 seek=13312 status=noxfer > /dev/null 2>&1;

two patches make the build problems go away... plus have to specify BOOT_DEVICE=sdmmc on the make cmdline tabris@brunnt:~/build/armbian-build/cache/sources/arm-trusted-firmware/mtksoc-20250212/plat/mediatek/mt7988$ git diff . diff --git a/plat/mediatek/mt7988/bl2/bl2.mk b/plat/mediatek/mt7988/bl2/bl2.mk index 0cfae30a2..19184da07 100644 --- a/plat/mediatek/mt7988/bl2/bl2.mk +++ b/plat/mediatek/mt7988/bl2/bl2.mk @@ -16,9 +16,6 @@ BL2_IMG_HDR_SOC := mt7986 I2C_SUPPORT ?= 0 EIP197_SUPPORT ?= 0 -FDT_SOURCES += fdts/$(DTS_NAME).dts -BL2_CPPFLAGS += -DDTB_PATH=\"$(BUILD_PLAT)/fdts/$(DTS_NAME).dtb\" - BL2_CPPFLAGS += -I$(APSOC_COMMON)/drivers/spi \ -I$(MTK_PLAT_SOC)/drivers/gpio \ -I$(MTK_PLAT_SOC)/drivers/spi @@ -139,3 +136,7 @@ $(error BOOT_DEVICE has invalid value. Please re-check.) endif endif # END OF BOOT_DEVICE + +FDT_SOURCES += fdts/$(DTS_NAME).dts +BL2_CPPFLAGS += -DDTB_PATH=\"$(BUILD_PLAT)/fdts/$(DTS_NAME).dtb\" + diff --git a/plat/mediatek/mt7988/platform.mk b/plat/mediatek/mt7988/platform.mk index 7db8a33c3..233840a38 100644 --- a/plat/mediatek/mt7988/platform.mk +++ b/plat/mediatek/mt7988/platform.mk @@ -24,6 +24,7 @@ RESET_TO_BL2 := 1 PLAT_INCLUDES := -Iinclude/plat/arm/common \ -Iinclude/plat/arm/common/aarch64 \ -I$(APSOC_COMMON) \ + -I$(APSOC_COMMON)/bl2 \ -I$(APSOC_COMMON)/drivers/uart \ -I$(APSOC_COMMON)/drivers/trng/v2 \ -I$(APSOC_COMMON)/drivers/wdt \ Note that I'm *NOT* claiming this will work. Just that the bootloader *builds* with make PLAT=mt7988 BOOT_DEVICE=sdmmc Further, this is me building from inside the docker-shell, it's not doing this for me...

Does anyone have experience with getting Armbian working on an ODROID C5? Wiki Does the C4 image work on the C5?

There is no official support for offline work. You can try OFFLINE_WORK=yes but no clue if it still works.

for more fun... the bootloader doesn't appear to build. I tried both the mtksoc-20250212 and mtksoc-20250711 branches. root@c4b6c21f3c6a:/armbian/cache/sources/arm-trusted-firmware/mtksoc-20250212# make PLAT=mt7988 Building mt7988 CC plat/mediatek/mt7988/bl2/bl2_plat_init.c plat/mediatek/mt7988/bl2/bl2_plat_init.c:10:10: fatal error: bl2_plat_setup.h: No such file or directory 10 | #include <bl2_plat_setup.h> There *is* a bl2_plat_setup.h, but it's not in the mediatek/mt7988 dir but rather mediatek/apsoc_common/bl2. Fixing mediatek/platform.mk to reference that eventually produces a *new* build error root@c4b6c21f3c6a:/armbian/cache/sources/arm-trusted-firmware/mtksoc-20250212# make PLAT=mt7988 Building mt7988 make: *** No rule to make target 'fdts/.dts', needed by '/armbian/cache/sources/arm-trusted-firmware/mtksoc-20250212/build/mt7988/release/fdts/.pre.dts'. Stop.

Then Trixie arm64 is already supported BTW: just managed to use a trixie armhf armbian rootfs as a rootfs container for lxc... it just works, so packages are coming for trixie armhf too 😁 edit: trixie armhf packages added!

Thank you but my use case is orange pi zero 3 and orange pi zero 2w… they are 64 bit H618

Unfortunately, lxc containers are not supplied anymore for armhf targets (see https://github.com/lxc/lxc-ci/commit/8d7326930f824a0aeedb6be3598c64e9e9a6ce36, I read somewhere the build machine has no 32bit compatibility anymore), hence building ffmpeg on Debian Trixie for armhf (32 bits) requires some more trickery.

Hello, Im trying to compile armbian without internet connection in local. For first time, I connected to internet and compiled a minimal image for Orange pi 5 plus successfully. cache folder is 14 GB now. When I cut off internet connection and start ./compile.sh, compile process stucks. See log below. [🌱] artifact [ firmware :: firmware() ] [🌱] Using cached [ GIT_INFO_ARMBIAN_FIRMWARE ] [🌱] Reversioning package [ re-version 'armbian-firmware(deb)::1-SAfc30-B6c7f-R448a' to '25.5.1' ] [🌱] artifact [ armbian-base-files :: armbian-base-files() ] curl: (7) Couldn't connect to server [🚸] Could not find package filename for 'base-files' in distro repo [ looking for base-files, found_package_filename is ] [🚸] Command failed, retrying in 15s [ apt_find_upstream_package_version_and_download_url base-files ] My configuration below. BOARD=orangepi5-plus BRANCH=vendor RELEASE=bookworm KERNEL_CONFIGURE=no INSTALL_HEADERS=no SHARE_LOGS=no BUILD_DESKTOP=no BUILD_MINIMAL=yes REMOVE_APT_PACKAGES="" IGNORE_UPDATES=yes OFFLINE_WORK=yes USE_MAINLINE_GOOGLE_MIRROR="yes" OFFLINE_DEPLOY=yes APT_PROXY_DISABLED=yes APT_OFFLINE_MODE=yes CLEAN_LEVEL=none USE_TORRENT=no KERNEL_USE_GIT_SHALLOW=yes KERNEL_GIT=shallow I tried every possible (I dont know if they are working) argument within my config. Tried docker and non-docker build. I think its not downloading files after first build but still needs internet. Any help appreciated.

I ordered a NVMe HAT and the SSD works fine now. Thank you. Regards

R-TV Box S10 I know this is an old topic but I am trying to get this S10 box going for a old colleague which updated and now no longer starts but stays in the animation and not booting into android. Cannot find any firmware download. Thanks in advance

The latest Linux kernel brings enhanced MediaTek Platform enablement, Rockchip performance, and more. Collabora contributed to this release with no less than 22 authored contributors! View the full article

[|] Error 1 occurred in main shell [ at /armbian/.tmp/work-5d76f14c-45ca-4630-ba99-8ded11db4ca4/uboot-write-Fhg7X/usr/lib/u-boot/platform_install.sh:6 and tracking down that platform_install.sh yields dd if="$SRC"/cache/sources/arm-trusted-firmware/mtksoc-20250212/build/mt7988/release/bl2.img of=$2 bs=512 seek=34 status=noxfer > /dev/null 2>&1; Note that cache/sources/arm-trusted-firmware does not appear to exist, and [although this may be my lack of knowing what to look for] I find no evidence it attempted to fetch this repo or build the firmware. Yes, this board is only recently submitted, so some problems may be expected. I did wait for the automated build, but no luck there. or maybe I'm screwing up the build somehow. Using docker, but it's on a Debian11 host, which I know isn't supported as a build platform. ./compile.sh build BOARD=bananapir4 BUILD_MINIMAL=yes RELEASE=bookworm DEBUG=yes KERNEL_CONFIGURE=no BRANCH=current Full build log here: https://paste.armbian.com/isidematup @chainsx looks to be the guy who submitted the pull-request.