All Activity
- Past hour
-
Cubitruck have the false Time and i can't change this
Coolzero1982 posted a topic in Allwinner sunxi
Hello, my Cubitruck with Armbian 23.8.1 Bullseye has the false Time and i can't change this. i don't know who is the problem. "date" says me "Mo 9. Feb 19:24:06 CET 2026" but now we have 05:26, when i set date with "sudo date -s "2026-02-09 05:26:00", it looks like it will be override in the next moment, then "date" says sudo date -s "2026-02-09 05:26:00" Mo 9. Feb 05:26:00 CET 2026 root@cubietruck ~ > date Mo 9. Feb 19:26:27 CET 2026 dmesg | grep -i rtc [ 0.000000] Kernel command line: root=UUID=19cf2f1d-1a31-4890-bc04-a2f1c4e4e021 rootwait rootfstype=ext4 console=ttyS0,115200 console=tty1 hdmi.audio=EDID:0 disp.screen0_output_mode=1920x1080p60 panic=10 consoleblank=0 loglevel=1 ubootpart=ba110a34-01 ubootsource=mmc usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u rtc-hctosys=0 sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory swapaccount=1 [ 0.000000] Unknown kernel command line parameters "ubootpart=ba110a34-01 ubootsource=mmc rtc-hctosys=0 sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 cgroup_enable=memory", will be passed to user space. [ 1.553534] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.555880] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.573650] sunxi-rtc 1c20d00.rtc: registered as rtc0 [ 1.573701] sunxi-rtc 1c20d00.rtc: setting system clock to 2026-02-09T18:15:12 UTC (1770660912) [ 1.755046] axp20x-i2c 1-0034: Backup (RTC) battery charging is enabled [ 2.161281] rtc-hctosys=0 sudo systemctl restart chrony chronyc tracking chronyc sources -v Reference ID : 00000000 () Stratum : 0 Ref time (UTC) : Thu Jan 01 00:00:00 1970 System time : 0.000000000 seconds slow of NTP time Last offset : +0.000000000 seconds RMS offset : 0.000000000 seconds Frequency : 6.181 ppm slow Residual freq : +0.000 ppm Skew : 0.000 ppm Root delay : 1.000000000 seconds Root dispersion : 1.000000000 seconds Update interval : 0.0 seconds Leap status : Not synchronised .-- Source mode '^' = server, '=' = peer, '#' = local clock. / .- Source state '*' = current best, '+' = combined, '-' = not combined, | / 'x' = may be in error, '~' = too variable, '?' = unusable. || .- xxxx [ yyyy ] +/- zzzz || Reachability register (octal) -. | xxxx = adjusted offset, || Log2(Polling interval) --. | | yyyy = measured offset, || \ | | zzzz = estimated error. || | | \ MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^? listserver.trexler.at 0 6 0 - +0ns[ +0ns] +/- 0ns ^? time.netzwerge.de 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a02:8108:4d82:e400:9677> 0 6 0 - +0ns[ +0ns] +/- 0ns ^? static.179.181.75.5.clie> 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a09:e1c1:efc4:1337::123 0 6 0 - +0ns[ +0ns] +/- 0ns ^? 2a01:7e01::f03c:94ff:fee> 2 6 1 0 +50282s[+50282s] +/- 27ms ^? nobody.yourvserver.net 0 6 0 - +0ns[ +0ns] +/- 0ns ^? ctb01.martinmoerch.dk 0 6 0 - +0ns[ +0ns] +/- 0ns ^? fritz.box 0 6 0 - +0ns[ +0ns] +/- 0ns What can be the problem and how can i fix it. Thank you -
Hello @sven-ola ! It's sad. I had a small hope 🙂 But still, thank you very, very much for your work on the firmware! After removing sudo rm -r cache/ output/ -f and adding the command SKIP_ARMBIAN_REPO=yes - WiFi now works
-
No works, UART output null. I think that UART is disabld by OEM.
- Today
-
thanks a lot, I will try it soon
-
After digging into more details, I think Armbian has moved to use new U-Boot generated FIT image u-boot-rockchip-spi.bin for SPI boot, however, it doesn't work to boot NVMe rootfs and sometimes breaks the board and I have to erase SPI to get SD card booting. Couldn't find more information how Armbian does MTD boot now. Note that older vendor SPI bootloader can boot kernel 6.18.8 but I ran into other issue like freezing system for a couple of minutes so that I'd say to avoid use old MTD image with 26.2 6.18 kernel.
-
Have you tried the install instructions and build from here: https://www.armbian.com/amlogic-s9xx-tv-box/
-
I just upgraded my Linux Mint from 22.2 to 22.3 "Zena" ... CLEAN INSTALL, with "git" installed I started a typical armbian build folder, as per: https://github.com/armbian/build?tab=readme-ov-file#quick-start But then I got this error: [🌱] Build host OS release [ zena ] [🌱] Build host architecture [ amd64 ] [💥] error! [ Unsupported build system: 'zena' ] I know that Mint 22.3 was released just last month, but I needed something in the new Linux kernel. I can use Mint 22.2 in another computer (where armbian is working OK)... but what is the typical delay for a new Linux Mint to become supported? Then I tried with $ sudo apt install docker.io , and got a little further: $ ./compile.sh [🚸] Docker is installed, but not usable [ can't use Docker; check your Docker config / groups / etc ] [💥] Problem detected [ Docker installed but not usable ] [💥] Exiting in 10 seconds [ Press <Ctrl-C> to abort, <Enter> to ignore and continue ] Counting down: 9... 8... 7... 6... 5... 4... 3... 2... 1... 0... [💥] error! [ Exiting due to 'Docker installed but not usable' ] [💥] Exiting with error 43 [ at /home/roberto/armbian-2026-feb/build/lib/functions/logging/traps.sh:1 exit_with_error() --> lib/functions/logging/traps.sh:1 exit_if_countdown_not_aborted() --> lib/functions/general/countdown.sh:41 cli_standard_relaunch_docker_or_sudo() --> lib/functions/cli/utils-cli.sh:261 cli_standard_build_pre_run() --> lib/functions/cli/cli-build.sh:14 armbian_cli_pre_run_command() --> lib/functions/cli/utils-cli.sh:122 cli_entrypoint() --> lib/functions/cli/entrypoint.sh:79 main() --> ./compile.sh:50 More info: my docker is version 28.2.2 $ apt list docker.io Listing... Done docker.io/noble-updates,now 28.2.2-0ubuntu1~24.04.1 amd64 [installed] docker v17.6 needed. Reference: https://docs.armbian.com/Developer-Guide_Building-with-Docker/
- Yesterday
-
[ODROID C2] USB ports are (again?) not working properly
blaubarschbube replied to teknoid's topic in Odroid C2
On my Gentoo setup, I never had any USB issues before 6.6, even without the usbcore.autosuspend=-1 option. With 6.6, though, USB doesn’t work for me even with that option enabled. The fix from all2 worked for me, so thanks to that I put together what I think is a slightly more robust solution: -
@zcrselfhttps://github.com/NickAlilovic/build/releases/tag/Mainline try this image.
-
Armbian supports boards, not bare SoCs. This thread is about xt-q8l-v10 rk3288 board, which is supported by community and not officially. If you want official support, prefer a SBC which is declared as officially supported, like the Asus Tinkerboard. Community supported boards are "best effort", officially supported boards are usually checked before new armbian releases to maintain general support and functionality.
-
Hello everyone, good day. I have a problem and I want to share it with you, maybe we can find a solution. I have a Next MyBox Android box, model H313, with 2GB of RAM (I don't know the LDDR3 type, but I think it's LDDR3). I want to install Armbian on this device via an SD card, but I have a problem: the eMMC flash memory was faulty and causing a short circuit. I removed and cleaned it, but now when I try to install Armbian like X96Q with the SD card, I can't see a display or an IP address on my router. There's no HDMI display either. If you have any information about this, could you please share it?
-
Efforts to develop firmware for H96 MAX V56 RK3566 8G/64G
GmP replied to Hqnicolas's topic in Rockchip CPU Boxes
@GBEM , Hi are you sure wifi is attached to sdmmc1 ? here is my log: root@h96-tvbox-3566:~# dmesg | grep -i sdio [ 2.961741] mmc2: new UHS-I speed SDR50 SDIO card at address 390b [ 12.974586] aicbsp: aicbsp_sdio_probe:1 vid:0xC8A1 did:0x0082 [ 12.977567] aicbsp: aicbsp_sdio_probe:2 vid:0xC8A1 did:0x0182 [ 12.977586] aicbsp: aicbsp_sdio_probe after replace:1 [ 12.977595] aicbsp: aicbsp_get_feature, set FEATURE_SDIO_CLOCK 150 MHz [ 12.977600] aicbsp: aicwf_sdio_reg_init [ 12.993394] rwnx_load_firmware :firmware path = /lib/firmware/aic8800_fw/SDIO/aic8800D80/fw_patch_table_8800d80_u02.bin [ 13.093862] rwnx_load_firmware :firmware path = /lib/firmware/aic8800_fw/SDIO/aic8800D80/fw_adid_8800d80_u02.bin [ 13.127689] rwnx_load_firmware :firmware path = /lib/firmware/aic8800_fw/SDIO/aic8800D80/fw_patch_8800d80_u02.bin [ 13.143887] rwnx_load_firmware :firmware path = /lib/firmware/aic8800_fw/SDIO/aic8800D80/fw_patch_8800d80_u02_ext0.bin [ 13.400664] rwnx_load_firmware :firmware path = /lib/firmware/aic8800_fw/SDIO/aic8800D80/fmacfw_8800d80_u02.bin [ 14.275914] aicbsp: aicbsp_get_feature, set FEATURE_SDIO_CLOCK 150 MHz [ 14.275939] aicsdio: aicwf_sdio_reg_init [ 14.284873] aicbsp: aicbsp_get_feature, set FEATURE_SDIO_CLOCK 150 MHz [ 14.305375] aicbsp: sdio_err:<aicwf_sdio_bus_pwrctl,1404>: bus down [ 439.182900] aicwf_sdio mmc2:390b:1 wlan0: CLOSE [ 520.391280] aicwf_sdio mmc2:390b:1 wlan0: CLOSE [ 683.043492] aicwf_sdio mmc2:390b:1 wlan0: CLOSE It seems attached to sdmmc2, then in case there is a need a possible device tree could be (73 is 2 B1 as in your file): &sdmmc2 { bus-width = <4>; non-removable; cap-sdio-irq; keep-power-in-suspend; reset-gpios = <&gpio2 9 GPIO_ACTIVE_HIGH>; /* gpio-73 */ status = "okay"; }; -
Hello everyone, I have a device from this brand. An ISP in Turkey distributes this device. It needs to be unlocked. I want to install Armbian on it. However, it doesn’t look like any device I’ve seen online. The motherboard is different from all the devices I checked. Is there anyone who can help me? I can access the device via ADB. I can install APK files. The device has an S905X processor and 1 GB of RAM. It is running Android 9.
-
UPDATE for Multitool Finally I managed to let the Opensource OP-TEE work with the rockchip miniloader! This means that the Multitool should now work on any board, without freezes and booting issues! The new version can be downloaded from the first page of this thread. Please report if it works for you, thanks!
-
I updated to Armbian 26.2.1 on OPi5, and it can't boot from MTD (rootfs at NVMe), and I have to use SD card to boot to NVMe as workaround. After looking into this issue, I found rkspi_loader.img is no longer available for current (6.18.8 kernel) u-boot pkg and armbian-config flashes u-boot-rockchip-spi.bin ( or similar sata version) to /dev/mtdblock0 and I think this is wrong image for MTD bootloader. If I use older vendor image, which u-boot pkg has rkspi_loader.img, system can boot to NVMe rootfs and I notice that /dev/mtdblock0 has several gpt partitions including u-boot one, and flashing u-boot-rockchip-spi.bin erases partitions in SPI flash. I noticed that several related changes were introduced since 25.11, such as https://github.com/armbian/build/commit/e5b845f9432abb0408287599bba5889a86e6d068 , but I couldn't do quick fix to bring back working rkspi_loader.img because I am not familiar with whole armbian build. One thing to note that if board was flashed with old rkspi_loader.img and not updated with 26.2 MTD image, it still boots to NVMe rootfs, but I have other issues such as video playback not working with 6.18 kernel likely due to mismatch u-boot and kernel version leading to wrong HW initialization. BTW, I checked 26.2 u-boot pkg for Rock 5B (similar rk3588 board), and rkspi_loader.img is still included.
-
@jock Hi, I have updated the build source for the leds overlay files (leds 6 and 7) for both the the rockchip64 H50 tvbox and the T9 tvbox, for kernels 6.12 (old non scrolling driver) and 6.18 (new scrolling driver) the version for 6.18 is also fine for 6.19. Have a look at my fork in https://github.com/gpaesano/build. Some modifications are just refinements other are functional. I have built all the images and variants on a ubuntu linux and are running well. I am not familiar with pull requests and do not want to be impolite, so If you think there is some added value please support it. All the best @GmP
-
If anyone is still interested, I have a Helios 64 that I assembled, looked at, but never got around to using for more than a couple hours. Works fine, does not yet have the 2.5GB fix but I have the instructions for same. No idea what to ask for it but it certainly isn't doing me any good sitting on my shelf. Have the manual, SATA drive bay adapters for 2.5" drives and the like. Make me an offer and pay shipping from Oregon. Let's talk!
-
T9 TvBox Sunwell - Pcb Label T9-RK3328-8x4-V1.8
GmP replied to GmP's topic in TV Boxes running Armbian
https://github.com/armbian/community/releases/download/26.2.0-trunk.385/Armbian_community_26.2.0-trunk.385_Rk3318-box_trixie_current_6.18.8_minimal.img.xz this is the latest console build compatible with T9. You will need to configure a little bit the environment after booting to enable all the features via ssh and wired lan. If the device is still on android the best is to follow the tutorial from @jock in -
@rafman pmic is axp1530 via device info HW app
-
I am not sure what have you implemented to make armbian supports rk3288. And it make me unsure if "apt update && apt upgrade" if safe. Are there system packages I shouldn't upgrade (maybe kernel or hardware-specific tools...)?
-
This is the official armbian page with nightly images for all targets (supported and community)
-
Have a look here: https://k-space.ee.armbian.com/archive/xt-q8l-v10/archive/
-
Hi, jock! Just have installed Armbian_24.2.5_Xt-q8l-v10_bookworm_current_6.6.22.img.xz on my old cs928 tvbox. I have found the image in armbian archives. And it works fine for me. I just need linux headless server. Can I ask you 2 questions? 1. How can I create Multitool compatible backup using dd (or other cmdline commands)? I want to automate backup'ing through cron or systemd timers. 2. I am not sure what have you implemented to make armbian supports rk3288. And it make me unsure if "apt update && apt upgrade" if safe. Are there system packages I shouldn't upgrade (maybe kernel or hardware-specific tools...)?
-
-
Me neither have any clue about. Surely the problem lays in the closed source proprietary binary Trust OS. It does or expects something and then locks the system with that typical string [2accGZ3... which is probably known only to rockchip engineers. Unfortunately I don't have any board here that exhibit the same behaviour, so the issue is hard to study. To avoid issues with updates, you may want to put the u-boot package on hold using apt-mark hold, so in case of updates, the bootloader won't get updated and you'll be fine.
