Not sure if this is a Devuan topic. I guess this file is a copy of the corresponding file from Debian. Just verified with a Bullseye installation in my VBox. There I also get 11.2.

rolfie

Looks like I wasn't clear enough. You wrote:

This is inconsistant. Your entries in the sources.list should read either full blown:

deb http://deb.devuan.org/merged chimaera main non-free contrib
deb http://deb.devuan.org/merged chimaera-security main non-free contrib
deb http://deb.devuan.org/merged chimaera-updates main non-free contrib
deb http://deb.devuan.org/devuan chimaera-proposed-updates main non-free contrib
deb http://deb.devuan.org/merged chimaera-backports main non-free contrib

which I would suggest or

deb http://deb.devuan.org/merged chimaera main 
deb http://deb.devuan.org/merged chimaera-security main 
deb http://deb.devuan.org/merged chimaera-updates main 
deb http://deb.devuan.org/devuan chimaera-proposed-updates 
deb http://deb.devuan.org/merged chimaera-backports main 

if you don't want non-free packages or packages with other licences on your computer. It simply has to be all the same through the lines. As long as you do not compile your own packages, you do not need the sources.

Further readings at: https://www.devuan.org/os/packages

I hope I have made my point clear now.

rolfie

Can't comment on Discover and KDE, not my DE.

But what hits my eyes is that for Chimaera you just have enabled main. And for the others also contrib nonfree. Does not make sense. Either all in or all out.

rolfie

Exactly.

I am using openrc since ASCII.

I guess you overlooked that per Default the XFCE desktop is ticked.

rolfie

I am not 100% sure what you try to tell us. You say are aware of the bit that only on "Apply" the actual changes are written to the SD cards. Ok, another bit: gparted is a tool that works on partition information and everything around that, not on file systems directly. Its basically a graphical interface for fdisk and mkfs.

Well, after the "Apply" has finished gparted re-reads the partitioning information for all the devices that are available. If then the same structures are presented for the SD card, then obviously the write operation wasn't successful. I would claim that gparted works quite well. And I would conclude that the involved HW isn't working correctly. If gparted displays that the SD card now is empty, then that is the information that came back from the HW.

What exactly means:

This would be some sort of miracle. Maybe SD card and reader are not compatible, or some sort of buffer is involved, or the SD cards are simply crap.

You seem to have tried dd also, also with no result.

If you sum up all these bits and bytes, what do you think about cards and reader?

rolfie

Works again for me.

rolfie

Can't this simply be the su/su - issue with paths?

@OP: have you read the release notes of Beowulf/Chimaera and the changed path setting?

rolfie

My experience is that a reboot past the last upgrade step clears away one or the other hickup with configurations that get lost during such a process.

rolfie

For private use you may set up a file server with Linux, holding the data on any file system you like. I run mine with ext4. Some specialists claim that zfs may be better.

I have Samba installed to be able to serve Windows PCs via network, the same files are available to my Linux workstations via nfs.

I have started my file server nearly 20 years ago based on Sarge, still working on Windows. 10 years ago I switched my private family network to Linux workstations, still keeping the ability to use WinXP, Win7 on older PCs and in VMs. The file server in the background still does the job, though I have migrated it to Chimaera. The Samba setup is ages old, just no more SMB1 supported. 

I don't care about defrag, thats a Windows topic for me nowadays. I see no need to care ...

HTH, rolfie