Dysmas

@LiX, could you make your work available somewhere ? Either the full build or the things you have modified and some short indications to help me build, I am not familiar with armbian yet. I know the R5S version works on the R5C, but with the problems of the leds and the ethernet ports names.

This image works very well on R5S. Thanks. Is there any plan to add support to R5C which is very close (Friendly Elec offers the same software for both devices) ? Or must I try to adapt? R5C boots well on this image, and at first glance, the two points which are not working well are the names of ethernet ports, which can be fixed by an udev rule, and the Leds which remain off. This also can probably be fixed by Udev. How are the Leds handled on R5S ?

I installed Armbian on my R5s Armbian 23.8 Bookworm Kernel 6.5, Size: 479Mb, Release date: Sep 18, 2023 On this version, I find the classical problem : a module I want to build does not build. Reason ? apt says : Coundn’t find any package by glob ‘linux-headers-6.5.3-edge-odroid’ And make creates an error because “build” directory is not found. I can find the linux-headers-6.5.3 : https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.5.3.tar.gz But where can I find the odroid version ?

Hello @9bx154, I had to use the Ubuntu 20 version given by the vendor, and upgraded to 22. The leds are off. I am trying to use the udev solution you provided above, but nothing works. SUBSYSTEM=="leds", KERNEL=="green:lan1", ACTION=="add", ATTR{trigger}="netdev", ATTR{device_name}="eth0", ATTR{link}="1" ATTR{rx}="1" ATTR{tx}="1" In this distribution, the leds are in /sys/class/leds/lan1_led (or lan2_led, wan_led, sys_led). In these directories there is a "uevent" file which content is : OF_NAME=led-1 OF_FULLNAME=/gpio-leds/led-1 OF_COMPATIBLE_N=0 What do you suggest to have it work ?

About the renaming of network interfaces, I ended with this solution which could be good for a default : renaming the interfaces with the name printed on the box. SUBSYSTEM=="net", ACTION=="add", DRIVERS=="rk_gmac-dwmac", NAME="WAN" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="r8169", KERNEL=="eth0", NAME="LAN1" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="r8169", KERNEL=="eth1", NAME="LAN2" After that I use /etc/network/interfaces to rename the interfaces to eth0 and eth1 as I need. rename WAN=eth0 rename LAN1=eth1

Interesting. I tried to remove net.ifnames=0 and indeed, the names are what you indicate. But I was surprised to see that SUBSYSTEM=="net", ACTION=="add", DRIVERS=="r8169", KERNEL=="enp1s0", NAME="eth1" did not work. I still had to write : KERNEL=="eth0" enp1s0 is already a rename. Kernel names are given in the order the kernel discovers the hardware and I think there is nothing to do about it. I must use the rename procedure. Thanks to have given me the tools for it.

Yes, it works thanks. But it works perfectly if I use different names, but using the same names (eth0, etc.) creates confusion. Presently it works like a dirty workaround, but I understand from what you write that the difference of behaviour between Ubuntu and Debian is that rk_gmac-dwmac is treated after r8169 and not before. I guess systemd should be able to change this.

@9bx154 , you propose udev rules to help with the leds. Would it be possible to add udev rule to name the ethernet ports ? I need WAN = eth0

Progress : I found the reason for which method 1 was not working. The wiki says : dd if=/dev/zero of=/dev/mmcblk2 bs=8M count=1 because in FriendlyElec images, the eMMC is mmcblk2. But in Armbian there is no mmcblk2, and the eMMC is mmcblk1. I corrected the command : dd if=/dev/zero of=/dev/mmcblk1 bs=8M count=1 And then the Nanopi booted on the SD card, with the eMMC available. And so I could load an image on the eMMC. This makes things more complex, but at least it works.

It is quite similar to what you say. The images for the R5S are present here: https://drive.google.com/drive/folders/1l6wnh_eXG-udXZC1C7G0-e4V6PEVdY_L In the subdirectory 02_SD-to-emmc images, the images contain the eflasher. You have also the code separatly somewhere, I do not remember where. On a card which has this utility, it is possible to make a backup "as is" of the full emmc. It is also possible to put different images, raw or gz, and they can be loaded to the emmc. Small defect of this utility : it does not compress the backup. You will not be able to use it on a different machine without modifying it, I think, because it is designed for the R5S.

I have another problem which is not a bug, so probably its place is here. Friendly Elec offers a very useful eflasher utility, with a one click backup. This utility requires that the system starts on the SD card, and the emmc is available. Unfortunately, due to the slightly strange way boot order is handled on this machine, this seems no longer possible. https://wiki.friendlyelec.com/wiki/index.php/NanoPi_R5S#The_Boot_order_between_eMMC_and_SD_card As far as I understand, when Armbian is loaded on the eMMC, we are in the situation where the eMMC has an Image with Mainline U-boot. And in this case, whatever is present on the SD card, boot is always done on the eMMC. Method 1 does not give any result, because the file created is trashed on reboot. Method 2 (MaskROM) masks the eMMC, which makes impossible the backup of the eMMC, or the loading of a new image, with this utility. If I understand well the table, the only way to overcome this problem would be to make the image recognized as a FriendlyElec image. I have no idea if it is possible and how.

OK thanks. I hope I put the issues in the right place, because I was not sure of the meaning of : defconfig -> rockchip64-rk356x_defconfig Just for information of the reader, two other issues are for keyboard configuration, and start on microSD card.

Thanks for the login. Everything is working fine until now, thank you. I found only a problem : the order of eth0, eth1, eth2 is strange. In the Linux (Ubuntu 20) given by Friendly Elec, the order is : eth0 = WAN (right) eth1 = LAN1 (middle) eth2 = LAN2 (left) In the Armbian tested we have : eth0 = LAN1 (middle) eth1 = LAN2 (left) eth2 = WAN (right) this creates some confusion, because the order of ports from right to left (R5S box is designed like that) is eth2, eth0, eth1. The choice of the constructor was better.

@Cornelius I used your last image and loaded it to emmc. It starts fine, but I don't know the login and password to use. To load to emmc, I had to uncompress the xz file. I recompressed with gz (but this step is not necessary). Then I copied the file to a microSD card which contains their eflasher. Then install was fine.

I understand, you may not have the answer. I was just wondering if someone could know the existence in the software loaded in this image of something new which could interfere, like apparmor. Thank you anyway for the answer. I have not found the real reason, but I have been able to solve the problem by moving some files. You can close or delete the topic.