Thanks @Head_on_a_Stick. The problem was that I could not find any error message. Wpa_supplicant was running, as well as dhclient, but they never were able to connect the machine.
I did what you said and disabled avahi, network-manager and modem-manager, step by step and one after the other. After that and without any further other changing the wpa_supplicant connects the machine as all the years before.

Did the upgrade process started all these daemons?

I play AisleRiot too, beside gnome-mahjongg, Solitaire Klondike (xpat2) and cuyo. That's it.

After several installations of Devuan in UEFI mode with the refractainstaller my experience is as follows:
- better make the disk partioning before running the installer
- never forget the EFI partition
- also never forget to write a fat filesystem onto the EFI partition
- run the installer
- repeat the install-grub procedure manually after installation
- boot the machine in EFI mode

Running only the installer I often had the situation, that the system did not boot: No boot device found, Grub Rescue or a fragmented Grub screen - all this has happened in the past.

Honestly the Grub installation of the refractainstaller seems to be not perfect.

Regards
Berni

PS: Using the lates minimal-live I ran into a problem when choosing GParted during installation. GParted was not part of minimal-live, and the refractainstaller ended in an endless loop between selecting the partition tool and going ahed without partitioning. Choosing another tool (gdisk, cfdisk) always brought the indication "GParted is not installed".
That happened yesterday when setting up a Daedalus system, based on minimal live.
Finally some manual work as described afore was successful.

Thx, I'll try it now.

Both will run fine on your hardware. I can*t see any exotic components in your system, which may cause problems.
My personal hint: Try chimaera!

OK - I tried it on 2 Pi 4 (8GB), and it works fine. But you are right: It was much more fun than installing Chimaera onto an AMD64 machine.

Hi,
when Im on the road with a motorcycle I always have my old Asus eee701 PC in the saddlebags: Its small, very small, has an old 868 processor and 2 GB of RAM. There is no internal HD and instead I use the build-in SSD (4GB) and a SD card of 128GB for OS, apps and swap.
The system runs beowulf without Xorg.

My applications are:
text processing: joe, nano, emacs
spread sheet: sc
browsing the net: lynx, links
mail & news: alpine
file manager: mc
music: mpg123
playing: bsdgames
programming: php, ruby26
off course various tools are installed as ncftp, neofetch, nmap, arp-scan, wpa_supplicant,wget, git and a lot more.

All that may sound very poor, but for me its perfect on travelling. And the eeePC offers enough entertainment for a long and rainy eveneing in a hotel.
And believe me: After a while you will love the pure shell (bash) with its various options.
Thats my solution.

Regards
Berni

Yes, I did.

@cOrnelius: Thanks, that worked perfect and the image now runs fine at an USB-3 port. On another raspi 4 I use one of your images and there I must not fix the quirk issue. Is this depending from the SSD type and manufacturer?

@samhain: Using raspi-config did not work correctly. Some tool showed the new size of 470 G, other the old size of 8 G. Then I copied lots of file to / and at 8 G it stops and indicated that it is full.
I then did the expand manually via fdisk and now I have the full size off the SSD.

I did so! Nice job, the image runs fine on my raspi 4 (8GB) - if I connect the ssd to an USB-2 port. Using USB-3 brings lots of errors and long delays. However on USB-2 it's OK.
This is my first Trinity system and its fast on the small machine - what I never have expected.

Is there an option to expand the images partition to the full ssd size?

Regards
Berni

Haveged is running, but how can it help?