Active threads

I use ubunta jammy 1.0.8 for desktop, a 32 GB sd drive, and I was able to achieve a new result: the image was recorded (there were problems with the sd card) and now I just have a red light on all the time, and the operating system does not boot, so the image is not displayed on the monitor, no

Hello, can someone help me with Armbian for this Android box, which seems to have a good configuration for a media center? I would like to know how to flash it and which firmware image I can install on it. Thank you. BBox 4K Specifications: Dimensions: 15x15x3.6cm SoC: Marvell BG4-CT Processor RAM: 2 GB Internal Memory: 16 GB 4K – UHD: Ultra HD, for 4 times better image quality DTS and Dolby sound with S/PDIF and HDMI audio output 128 GB TV recorder, to be completed with the media of your choice Connectivity: SD card reader / 2 USB 2.0 ports Wi-Fi Bluetooth

Thanks for compiling that overlay in to a DTB - i've just tried putting that in to /boot/dtb/rockchip/rk3588-nanopc-t6.dtb, rebooted, and it successfully booted and used HS200 mode for the MMC! [ +0.015056] mmc0: SDHCI controller on fe2e0000.emmc [fe2e0000.emmc] using ADMA [ +0.006109] dwmmc_rockchip fe2c0000.mmc: IDMAC supports 32-bit address mode. [ +0.000031] dwmmc_rockchip fe2c0000.mmc: Using internal DMA controller. [ +0.000008] dwmmc_rockchip fe2c0000.mmc: Version ID is 270a [ +0.000023] dwmmc_rockchip fe2c0000.mmc: DW MMC controller at irq 95,32 bit host data width,256 deep fifo [ +0.000004] mmc0: new HS200 MMC card at address 0001 [ +0.000045] dwmmc_rockchip fe2c0000.mmc: Got CD GPIO [ +0.000236] mmcblk0: mmc0:0001 A3A444 230 GiB [ +0.002488] mmcblk0: p1 [ +0.000267] mmcblk0boot0: mmc0:0001 A3A444 4.00 MiB [ +0.000759] mmcblk0boot1: mmc0:0001 A3A444 4.00 MiB [ +0.000672] mmcblk0rpmb: mmc0:0001 A3A444 4.00 MiB, chardev (243:0) I'm puzzled as to why that worked, but the overlay didn't work. I would have grabbed some logs if I could, but there was no display output so I think the only output would have been on the UART? Unfortunately, I bought the version that comes in a case and the UART is on the top side of the board that I can't access. Searching around, it doesn't look like it is easy to pop it out of the case either. Just in case putting it in to user overlays was wrong, I tried reverting to the original DTB, putting the overlay in /boot/dtb-6.12.44-current-rockchip64/rockchip/overlay/rockchip-rk3588-nanopc-t6-emmc.dtbo, activating it via armbian-config, and rebooting. Unfortunately I hit the same issue as before where it wouldn't boot. Is there a way I can debug why the overlay isn't working without getting access to the UART header on the top of the board?

That's already a topic (with a solution): https://forum.armbian.com/topic/55129-trixie-apt-warning-policy-will-reject-signature-within-a-year/

Screenshot is in the original post, it still looks the same now.

@werner, thanks for the information and the clarification on my concern in the documentation. This sounds like an interesting project, I do believe I'll give it a try. Again, thank you for the encouragement and the pointers.

What exactly have you installed on the SD card (version, image name), and what steps have you used to install?

same problem， and 25.11.0-trunk.129 img dont work

Hi, I have the same TV Box and would like to install Armbian Linux. Could someone tell me which version to install and how?

I have a TV box with 1.5 GB lpddr3 that has been running Manjaro Arm without any problems for a long time. I used this TV box to add lpddr3 support to the dram driver many years ago. You can get the latest patch for 6GBIT lpddr3 support here: https://github.com/iuncuim/manjaro-h616/blob/main/uboot-t98-h2b-lp3/0007-shrink-ram.patch

From the Circuit Schematic it looks like the Radxa Rock 5B+ RK3588 GPIO0-C0 is the fan I/O, GPIO pin 24, if thats correct. I will verify I can access this on the Armbian distro.

Hello, I have two Orange Pi Zero 2 for two years, I didn't know what to do with it. Yesterday I have installed Armbian_25.5.1_Orangepizero2_noble_current_6.12.23. The serial was a bit buggy during installation (display + key press), I have used option -L with screen: screen -L /dev/ttyUSB0 115200 Thank you for your great work !

Orange pi 5 wifi now supports injection mode using nexmon. Kali distro available from setup menu.

where exactly does this error show up? while downloading with your browser? while writing to the sdcard? while booting? Please elaborate. debug boot issues: https://debug.armbian.de

Hi @loeriver, Yes, it depends a bit on what brand/type and how you connect the USB to serial converter. The ones i use to monitor the serial console on all my SBCs have these spurious events as well, even when I do not connect the +5Vdc on the serial/UART end. For me they are sometimes preventing a full board shutdown as they seem to leach power to the SBC (not sure how this is happening electrically, perhaps some pull-ups allowing current to flow from RX into the Vcc of the board?). You could try to remove the dongle from the system to see if that has any effect to rule this out completely. Groetjes,

@oscylator678 I used this PPA https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco Mesa 23.0, PanVk has already Vulkan 1.4.

@Fredrik thank you for testing.

It seems like there is a mix-up between specs for the framework and for the OS. A lightweight desktop can run on 512MB, yes but probably not much fun, depending on applications. Won't recommend running a web browser. I'd probably get some existing cheap sbcs with similar specs and play with them to elaborate if the performance is sufficient.

Thank you very much. I will try it. Thank you very much. I will try it.

I can confirm that my changes have now been merged into the upstream linux_openfd repo, so I have deleted my fork. Unfortunately I am unable to edit my instructions, but hopefully it should be clear from the instructions that if my fork is unavailable, then the original repo should be used (alternatively, if a mod could edit the post to remove the reference to my fork, to make the instructions clearer, that would also be appreciated).

Small update. The hack below seems to work as well. $ sudo systemctl edit armbian-hardware-optimize.service Add the following content between comments [Unit] Before=basic.target systemd-networkd.service netplan-wpa-wlan1.service Please note that armbian-hardware-optimize was picked at random to force anything that touches wlan1 to wait until slightly later in the boot process. No tests were done to determine at what exact point in the boot process wlan is "safe" to interact with.

Thanks for the reply, Tall Man. In a way, that was the point. My experience is really only with my home network use and with nvme information displayed by linux tools which seem to insist on the xnypz suffix on the root word nvme. I continued reading up on the general topic overnight and it seems that in the dtb tree world, the focus is on structuring cohesion and delaying actuating instances, so I am guessing different (more general) descriptors are used. My query was whether the precise descriptor was correct as I could see other options possible, one of which had, I think, popped up elsewhere. Since I had seen other reports of difficulties in loading systems to devices, I thought it a remote possibility that a typo had crept in. I still havent found anything definitive in my reading re the formats of the abstractions in the dt stack. I am interested in knowing about this but I as my Armbian is up and running now, and I identified the actual issue for me was a sd card error, the pressure is off . So, I hope this ramble was not too tedious and I do appreciate that you took the time to answer, and again, thanh you cheers

I am not sure if I am using the git command correctly to get mpv-0.3.9 with PR14690.. Please help roberto@orangepizero3:~$ mkdir mpv-official roberto@orangepizero3:~$ cd mpv-official/ roberto@orangepizero3:~/mpv-official$ git clone https://github.com/mpv-player/mpv roberto@orangepizero3:~/mpv-official$ cd mpv roberto@orangepizero3:~/mpv-official/mpv$ git checkout -b release/0.39 roberto@orangepizero3:~/mpv-official/mpv$ gh pr checkout 14690 <- downloads and applies the v4l2request changes roberto@orangepizero3:~/mpv-official/mpv$ nano video/out/gpu/hwdec.c <-- I see the added changes in the hwdec.c file roberto@orangepizero3:~/mpv-official/mpv$ meson setup build <-- everything configures ok, but at the end, it shows that I got mpv-0.40 I asked in the mpv github and a contributor said they are waiting for ffmpeg first incorporate v4l2request, then they will add the feature in mpv Applying the pr14690 manually on top of mpv 0.3.9 is something that i could do, if there’s no choice For later: Use something like https://github.com/foo/bar/commit/${SHA}.patch , to try to get the PR14690 https://stackoverflow.com/questions/21903805/how-to-download-a-single-commit-diff-from-github Patches to apply: https://github.com/mpv-player/mpv/commit/d9bb7241bbc8dfdf1c76293d28cb162c2688e2b6.patch https://github.com/mpv-player/mpv/commit/17a8ef7e8752e39f8c5284127b5d7ba1cce64f48.patch Previous discussions and ffmpeg too: https://github.com/mpv-player/mpv/pull/14511 https://ffmpeg.org/pipermail/ffmpeg-devel/2024-August/332034.html https://ffmpeg.org/pipermail/ffmpeg-devel/2024-August/332035.html

i've updated the image to include info on screen like IP / cpu usage / ram usage (in %) any software can write to /tmp/screen to change content you can download here

This MainsailOS pull request contains a cb1 trixie image that is working. It does forces NetworkManager instead of netplan. After flashing look for a wifi txt file on the BOOT partition to pass wifi credentials.