Igor

Yes, its kernel / low level hardware issue with this particular device. We will look into this, but this won't happen "over the night". I tried with mainline based kernel on Odorid M1 and it works there. It also says warning about "docker and privileges" but reboot fixes that warning. Backup / restore works ...

I managed to recreate this problem on VIM4 ... This HW has some old factory kernel, which could be the reason. Trying on some other device first.

I am having one almost identical device (Khadas VIM1S, same kernel) for testing. Installed add-on: Logs https://pastebin.com/raw/JVpwyx1C shows no problems. Are you using our images with preinstalled HA supervisor? If you DIY-ed, you need to fix this problem on your own. Here are some clues. Also did you try to reboot at least once?

IMO, probably just some simple on/off commanding from known (Python) environment is the key? "WiringPi" association / brand name / keyword just don't want to die off Yes, its on the level "OS is not working" without telling anything, not even where, what image, what hw. Additional details: "Logs? Why do you need that???" I could not agree more. IMO commercialization-consumerism of Linux, where RPi (and clones) played critical role, is the reason why we are seeing this. Often its discouraging when you help someone with a usable instructions or tip, but then you realize he is a decade away from understanding what you are telling him ...

what is new? download (temporally) final versions https://www.armbian.com/khadas-edge-2/

Probably this will work ? https://www.acmesystems.it/libgpiod Should we install this by default?

Images for testing are coming up: https://k-space.ee.armbian.com/incoming/orangepi5/archive/ https://k-space.ee.armbian.com/incoming/orangepi5-plus/archive/ or https://fi.mirror.armbian.de/incoming/ or https://stpete-mirror.armbian.com/incoming/

If you switch to automation (apt.armbian.com), then routing should be fine as we only keep a small selection of mirrors, that are verified, ATM. This is a workaround, that significantly affects performance - for some people/locations, updating is painfully slow. In a day, two, we will re-enable all mirrors.

Re-adding bullseye too?

Can you provide what you get from: sudo apt update sudo apt upgrade Dot it 3x.

We (I think) hopefully fixed the problem. Is this still happening?

Use v24.02 or take commit id from there.

Such board does not exists. It exists with H2+. Which is H3 - 4k video. Which is anyway irrelevant for this use case. Armbian support it as any other Linux distribution. https://docs.armbian.com/User-Guide_Board-Support-Rules/ This means. We don't know if images https://www.armbian.com/orange-pi-r1/ works and if you will have problems, you are on your own to fix them. As this is old and simple board, it will probably just work.

Yeah, mirrors syncing / checking which are in sync is not working perfectly well. Yet. In a day, those random errors should be gone.

This is by design. Community maintained targets are hosted at one location only, GitHub. We can't host everything at our primary fast download network. And all torrents have HTTPS sources, this file just one (1). This file changes every week, so there are slim chances file will have more then one seeder (GitHub 1x). Torrents from standard supported hardware should maxed out your download line. I needed 2 minutes to download this file successfully.

Fixed.

Keeping this in overlay is probably best way ...

It is. Wait. We are working on it. https://github.com/armbian/mirror/issues/16

It is included there too, just there DE doesn't need / know how to use that for DE functions.

It should work out of the box with Gnome desktop image. This is nothing related to 3D, but some tweaks / optimizations, more DVFS points which we might be missing out, not sure ... we'll check if we miss something. @ALIGMSTEN @Gunjan Gupta

That is wrong image which is the reasons why it doesn't work. https://www.armbian.com/download/?device_support=Community maintained and search from correct hardware / image.

https://github.com/armbian/os/wiki/Import-3rd-party-packages This was made to support Raspberry Pi 5 desktop acceleration. https://github.com/armbian/os/pull/167/files Yes, its in testing repository, so no harm was made. I have disabled this and within next repo update this won't be a problem anymore.

- tested image for Khadas VIM4

- fixed and tested images for Khadas VIM1S with install to eMMC - updated my test instance to 2024.2.5