FredK

@jimbolaya I'll try to summarize how I got sys-oled up and running. Six years ago I built my Helios4 with Armbian and OMV running a RAID5 with four disks. sys-oled was generated as documented in the Kobol Wiki. At some point migrating from Buster till Bookworm the OLED was no more working. I had to edit the sys-oled sources in minor ways (Today I cant remember any more what I did). In April 2026 I moved OMV to a 64bit platform. The Helios4 is used nowadays for testing purposes. To do so, I installed Armbian from scratch using "Armbian_25.11.1_Helios4_trixie_current_6.6.116_minimal.img". sys-oled was up and running. I adapt /etc/sys-oled.conf, that's all. My /etc/sys-oled.conf: [main] # Define your OLED display model # Check luma.oled project to check supported displays. display_model = sh1106 # Define OLED display contrast level (value: 0 to 255) contrast = 255 # Show Helios4 logo (value: yes or no) show_logo = yes # Status refresh interval refresh = 10 [device] # Network Device network_name = end1 # Storage Device 1 # Device name storage1_name = DiskA # Device mount path storage1_path = /mnt/A # Storage Device 2 storage2_name= DiskB storage2_path= /mnt/B sys-oled also "survived" the subsequent switch to rolling releases. I will look for a recent backup of my Helios4 before reinstall in April.

@eselarm The steps I performed: Starting with 26.2.1 (6.6 kernel) => No WOL Switching to rolling packages repository, but still a 6.6 kernel => No WOL Waiting for the upgrade to a 6.18 kernel (info by @Mangix) 6.18 available as an alternative kernel. Installed => WOL works to be triggered by pm-suspend That's all I did. The new content of /lib/systemd/system/helios4-wol.service seemed to be installed upgrading to the 6.18 kernel, but I prepared a comparable script already in step 1.

@Mangix > I'm planning to test WOL planned during the next week. First tests successful after switching to kernel 6.18.44-edge-mvebu. /lib/systemd/system/helios4-wol.service: [Unit] Description=Enable Wake-on-LAN for Helios4 eth0 After=network-online.target Wants=network-online.target [Service] ExecStart=/bin/sh -c '/bin/ls -1 /sys/class/net/ | /bin/grep -E "^(eth|en[do])[0-9]+" | /bin/xargs -n1 -I{} /sbin/ethtool -s "{}" wol g' Type=oneshot [Install] WantedBy=multi-user.target Suspend system: sudo pm-suspend Wake-on-LAN works.

@Mangix Kernel 6.18.44-edge-mvebu is available now and installed as alternative kernel. I'm planning to test WOL planned during the next week.

@Mangix "No other kernels available!" Still waiting ... (but for me WOL is not a crucial feature)

@jimbolaya Did you use the informations at https://wiki.kobol.io/helios4/i2c/ ?

@jimbolaya IIRC it is sufficient to use the latest Helios4 image (https://dl.armbian.com/helios4/Trixie_current_minimal). OLED support is available.

@Mangix > Btw do I have it right that you're using Armbian without OMV? To use OMV8, Nextcloud AIO and other packages I built a new platform based on Odroid H4+, i.e. no Armbian but Debian. The good old Helios4 is used for testing, experimenting (e.g. Full XFCE), and stuff. > WOL might work on a newer 6.18 release of the kernel. As you see in my signature I switched to rolling packages repository but the kernel is still Linux 6.6.144-current-mvebu.

As you might see in my signature I decided to retain the Helios4 withdrawing the goodbye message above. @laibsch Actual problem: I didn't succeed in configuring Wake-on-LAN on 26.2.1. What I did was to replace "eth0" by "end1" in /lib/systemd/system/helios4-wol.service Triggering the suspend mode by pm-suspend Decompilation of armada-388-helios4.dtb didn't contain the device tree patch mentioned in https://wiki.kobol.io/helios4/files/wol/helios4-dts-add-wake-on-lan-support.patch Any clue what's missing? @Igor armbian-config does not find any .dtb files in /boot/dtb ("Device Tree Editor") /boot/dtb is a symlink to the directory dtb-6.6.124-current-mvebu.

After more than six successful years with Helios4, I have to say goodbye to this platform and the highly valued, helpful, and knowledgeable Armbian forum. With 32-bit, it’s no longer feasible to continue using it in the future. I have installed the 4 8TB hard drives from the NAS into an Odroid H4+ (Intel, 64-bit), installed OMV8, and on top of that, Nextcloud-AIO Hub 26 Winter and AdGuardHome. Thank you very much for your support over the past few years. btw. The Helios4 hardware (excluding the hard drives) is still available.

@wolf7250 > Is it possible this has been resolved now and I won't need to do anything? I think so, because I was just able to perform a package update without any problems. > Or will I likely need to run the commands that Igor listed in the post that you linked? The background of my post was to encourage you to upgrade your OMV6 to OMV7 (after a full backup) and if the same (minor) problems arise, the solution is well-known.

Upgrade to Armbian 25.11.2 successful.

@wolf7250fyi: I upgraded my Helios4 from OMV6 to OMV7 RC1 in February 2024 already. Upgrade went smoothly. But after that further OMV updates were not possible, solution found at https://forum.armbian.com/topic/23465-apt-get-update-fails-with-public-key-errors/?do=findComment&comment=178626

> ... straightforward and smooth. Same in 25.8.2

... straightforward and smooth.