All Activity

Hello everybody, My Box is a oxtagon shaped t95z plus 2 mb 16 mb I try to install armbian_community_26_2 _0-trunk.100 aml-s9xx-box_noble_current_6.12.63_cinnamon_dektop.img.xz I use meson-gxm-vega-s96.dtb And u-boot-s905x-s912.dtb copy and rename as u-boot.ext It boots to ash then it stops No asking for password and user I have no clue what to do next I have entered armbian-config but this returns a error Any tips?

I reread it, but the information is not publicly available. Contact them directly? I haven't tried. Maybe they can help. Thanks for your time. I'll write back later; maybe someone will be interested.

Have you tried to reach out to the manufactur? https://www.mouser.at/datasheet/3/2627/1/MYD-LT527-SX.pdf Website: en.myir.cn Email: sales@myir.cn Tel: +86-755-22984836

Thanks. Regarding Android, it seems to be the most optimal. But I was still hoping someone would have a schematic

Without schematics, deep knowledgde and a lot of time to waste, this task is probably close to impossible. Only chance I see here is for once assuming the vendor is lazy and the implementation is as close to reference design as it can get. And for the other that there is some android device tree which can be reverse-engineered.

This is a MYD-lt527m-16e2d-180-e-sx board. Allwinner T527 chip. The seller isn't helping. It's hard to figure out how the peripherals are connected.

You have to allocate the I/O pins you want to use and how you want to use them yourself, can be done in armbianEnv.txt. A generic image cannot know what you want and what is connected to which I/O pins. GPIO is not like USB or PCIe that is can be automatically let its connected hardware enumerate. Also old Linux behavior w.r.t. GPIO is gone. You fundamentally need to open it, keep it operational with handle, in your code. Like you open a file when you want to read or write. Python might do that for you, but for C-code maybe look at lgio. So maybe tell first what you want to achieve, is it a temperature sensor maybe, or control a MOSFET or relay, etc.

That would be a good start indeed.

I installed Armbian_community_26.2.0-trunk.130_Orangepizero2w_trixie_current_6.12.63_minimal and tried to follow the instructions on gpiod · PyPI. GPIO are not enabled in device tree.

Hi all! I have Armbian installed on a rock 4SE (Tagged as 4B as it uses the same image i believe) as the base for an OpenMediaVault. Yesterday i installed the latest version of Bookworm, as i am running OMV7 and that, as far as i can tell, does not work on Trixie. I am not ready to upgrade to Trixie/OMV8, as im not sure there is support for my Penta sata hat yet. My issue is that if i install the updates, either through OMV interface, or apt, the device does not boot after applying the updates. As far as i can tell from logs etc. something is either wrong with loading the kernel image on boot, or with the image itself. If i install Armbian, and then OMV, everything works just fine, i just have 132 pending updates. Including a kernel update that takes the version from 6.1.63, to 6.12.58. Have anyone had any similar issues, or any potential solutions? I can tell that it installed the updates by itself during the night, and is currently waiting for a reboot. And im a but scared to reboot it, since it might not boot correctly. Thanks in advance!

Yes, I am aware of this limitation.

Hey @Sergey Lepeshkin, i got the cable after 1-2 months now, i tried adb and all of them didn't regonize, only the middle port of the side, but i can't connect to it, it also beeps like theres a connection conflict, any solution? (There is no root on the board i tried using root detector and magisk), any help appreciated

@eselarm Thank you very much for the details. I am currently working with the NanoPi R6S minimal image, with kernel 6.1 based on your feedback. I started out with the rolling release version, but that cannot run Jellyfin (because it is Forky). So I going back to the Trixie version and test this now. I will report back here whether the Jellyfin server works well with the transcoding of 4K movies (like the vendor FriendlyElec distribution does) and whether 4K movie playing can be smooth on it.

I'm looking for an ARM board to self-host some stuff at home. My requirements is that the hardware is light enough that it doesn't requirement mechanical cooling, and can run yunohost [1] So my question at this stage is: how do I know about determining whether any given board requires its own cooling? Complete newbie here, I just want something small and silent. [1] https://doc.yunohost.org/en/admin/get_started/install_on/arm_board/

Note that if you enable USB3, it disables PCIe. That's a hardware limitation of the a5e, I'm told...

Board that would fit though, the H4 PLUS from hardkernel, limited to 4 sata instead of 5. 120x120, but only 2 screws would fit I believe...

Update, this is also working .... extraargs=reboot=watchdog UPDATE: It stopped working after 3 successful reboots...

Ok update.. I used a USB Ethernet to update and now the local phy is showing as end0 and it works. I'm kind of doubting my story now. I know the initial login could not connect to the Ethernet. After I installed on the local emmc and upgraded via apt upgrade things work now. I think this is a non-issue.

The thing is that I need it on different boards .... Tried Armbian Trixie and Ubuntu based, same issue thus it might be uoot and/or kernel related. Thanks for your help though.

Some of the Board manufacturers SDK's broke due to a deleted repository; looks like someone's having a rough end to the year.

There is at least no primary GPT, all zeros from 0x200-0x20000 Fixed with: # gdisk Armbian_community_26.2.0-trunk.130_Radxa-cubie-a5e_trixie_edge_6.18.2_minimal.img GPT fdisk (gdisk) version 1.0.10 Caution: invalid main GPT header, but valid backup; regenerating main header from backup! Warning: Invalid CRC on main header data; loaded backup partition table. Warning! Main and backup partition tables differ! Use the 'c' and 'e' options on the recovery & transformation menu to examine the two tables. Warning! Main partition table CRC mismatch! Loaded backup partition table instead of main partition table! Warning! One or more CRCs don't match. You should repair the disk! Main header: ERROR Backup header: OK Main partition table: ERROR Backup partition table: OK Partition table scan: MBR: protective BSD: not present APM: not present GPT: damaged **************************************************************************** Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk verification and recovery are STRONGLY recommended. **************************************************************************** Command (? for help): w Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!! Do you want to proceed? (Y/N): y OK; writing new GUID partition table (GPT) to Armbian_community_26.2.0-trunk.130_Radxa-cubie-a5e_trixie_edge_6.18.2_minimal.img. Warning: The kernel is still using the old partition table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8) The operation has completed successfully.

OK, I have the following in my test NanoPi-NEO (using 6.18 kernel): U-Boot SPL 2024.01-armbian-2024.01-S866c-P7738-Ha5c2-V2b78-Bb703-R448a (Mar 09 2025 - 03:54:42 +0000) Same base, but it is older and anyway different hardware, although H3 SoC. I have no more ideas why you need that extra kernel cmdline statement. I think I have seen it as well for another board/SoC, but does not ring a bell.

Can confirm that version trunk 130 is not bootable. Tried with balenaEtcher and Win32DiskImager. Looks like trunk 130 is a GPT image unlike the older ones.

Didn't warn ffmpeg from a guts feel years ago that they will issue a takedown if no action is taken? So I'm not surprised. Kind of.

I don't have this hardware. However the last merged PR messing with code for this board/SoC was tested by Igor and he stated it boots just fine.