This sounds intresting. Is there a way i could get "the absolute minimal version of Devuan os" as .iso-file somehow?
I liked the minimal live but i don't completely agree with the choice of packages it has.

I'll have to confirm the "virtualbox-situation" but if i remember correctly what i saw in july was some vbox-related scripts under /etc/init.d . I had to link them with "ln -s" in order to make virtualbox work properly. Or maybe i had to run update-initramfs or mkinitramfs to make vbox work. It was a very fuzzy july morning.

Not much difference between being sleep deprived or being drunk.

https://www.youtube.com/watch?v=JHq9yMXw3iA Opeth - Cusp Of Eternity
after 20+ years of blastbeats , progressive stuff starts to sound more interesting. Maybe information theory has something to do with that.

The most recent w10 install iso fixed EFI partition alright. But installed w10 sees changes made with grub-install as a damage and repairs them. (Or that's what the situation looked like last week.)
So i'll need an older version of that .iso. And also few more memory sticks. In theory you can write to them many times. In practice they are write-once-media. Those sticks have a tendency to stop working properly after few rewrites. Optical discs were more reliable.

The super grub disk2, non-hybrid variant, was able to boot from /boot partition. Few times out of several.  It would be nice if i could improve that propability somehow.

It is very uncertain if or when i'll get a chance to fix those problems with tables and dns.
I'm not happy about this but it seems that i have to use windows and copy linux stuff inside a virtual machine, and fix things there. Assuming that this particular Fujitsu co-operates with virtualbox or another software.

Lord Anubis needs some new hosts soon. Current ones won't do.

Edit:optical disks with external dvd drive worked a little better than usb sticks. Have to reinstall w10 and D4 someday.

Friday night it came clear to me that my "new desktop" is not working anymore. Much more trouble than it is worth.  So i started to work on that Fujitsu. First i tried to make a temporary install, see how far i can go on , before dd'ing /home and / from hdd. Experiment didn't go that well. Partly because there may be something wrong with those configuration files i extracted. And partly because i copied wrong iso into stick. In july, the one that had "f89ac..." as hash worked. I mean worked with my desktop. Easy hardware.

The iso that i tried first this weekend, https://files.devuan.org/devuan_chimaer … esktop.iso didn't work as well (w/ Fujitsu).

Now i have erased previous partitions in Fujitsu and made a working EFI partition with windows10 install iso (yuck). And used daedalus amd64 desktop iso in rescue mode to copy /boot and / from hdd. When trying to grub-install /dev/sda inside that copied partition, i ran into error "/boot/grub/x86-64-efi:no such file or directory". So either i run grub-install again from the installer environment or install efi-version of grub into that /-partition. Let's see how it goes.

One thing i noticed with Daedalus: the manual partition tool was getting my way when trying to do things. How about giving an option to jump into a shell and giving the necessary commands by hand? In the partition menu i mean. To accompany those automatic and manual modes.

This "laptops and memory sticks"-thing is no country for old men.

I shouldn't have marked this as solved. The problem with initrd still remains. With my new laptop the automagic of mkinitramfs didn't do it's job properly for some reason. I have to learn the hard way to do things with initrd.
This time no root on lvm but still.

I guess i should have changed tables rules and install+configure dns stuff *before* i started removing unnecessary packages. The removal of unnecessary packages caused removal of iptables also and after that things went kind of complicated.

Anyways, dd or cp from hdd to sdd is still an option.

That reminds me of avahi. It got in my way when i tried if it is possible to do thing x with dnsmasq. Some webpages have also considered avahi as a security risk.

I guess distros with systemd work in a sense that i can run firefox and vlc and virtualbox and stuff like that.
But i'm not fully convinced it is a way to go. On the other hand i sometimes wonder if all those scripts related to sysvinit are absolutely necessary, could you do things another way instead? Make init or inittab do the jobs of those rc-scripts somehow?

But i'm more familiar with shellscripts and maybe Python and Docker than i'm with C so i guess for now i use sysvinit and that's it.
Familiar in the sense that i can be dangerous with them, i mean

Again i think that bios battery is not the whole story. With my "new" desktop things have detoriorated to a situation where it won't boot even from hard disk. I get complaints from bios instead.

I have changed battery 2 or 3 times this year. Tried also returning bios settings to factory defaults once or twice. Changed sata cables also, just in case.
Very interesting problem indeed. Unfortunately i have some things to do, preferably within a deadline. So now is not a good time for further research.

In a way this reminds me the last seasons of Stargate, there were this bad guy called Anubis. He had to change hosts often.

For a while i thought that wrong access rights in /tmp-directory was a root of all problems i've been lately having with Devuan. Now i'm not so sure anymore. This morning i tried again installling Devuan into Fujitsu. With chimaera desktop image on a stick i mostly made it working.

Then i screwed up something, again. (Being tired enough is not so different from being drunk. ) Could't login as a normal user even after chmod 777 /tmp. And also something went wrong with "iptables/dnsmasq/dhclient"-side of things in the sense that apt didn't work. There were some complaints related to name service.

Again it seems necessary to find a software less difficult than slim.
I don't think sudo is a problem anymore.

Now i have confirmed that the scripts are cause for "su"-related problems. Command "su -" worked as normal user before.
So now i have to rewrite the scripts from scratch, preferably up-down-style this time, AND inside a virtual machine so that the damage to host os is limited to absolute minimum.

Maybe some day i have a working Devuan in my desktop's harddrive. After that it is time to find out if that dd-trick works with Fujitsu.

Also reconfigured most of the installed packages so that i could kill X with ctr+alt+backspace. After reconfiguration that combination still doesn't work.
Btw, why there's no configuration file for X under /etc/X11 ?

It starts to look like quicker just to copy contents of my old laptop's ssd into new laptop's ssd. I mean, if i can trust that the install stick and usb-storage module still works. I have noticed that the memory sticks and cards today tend to be use-once-and-throw-away garbage.