https://pkginfo.devuan.org/xtables-addons-dkms

Good you fixed it

It doesn't matter now, but I'm not sure what you meant with "Already posted"? Afaict your OP doesn't include output of either ls -l /dev/disk/by-uuid (note the -l) or blkid, which both are ways of seeing the associations between uuids and partitions.

I'm not sure when that trend started, and perhaps I'm really alone at getting "disturbed" by it, but I really can't understand what it is with this stupid quoting of prior posts rather than just making a follow-on post with a comment or answer.

or perhaps place it somewhere that is not on by microsoft.

I wonder where the kids recently have got the idea that previous posts need to be included in their forum posts?

Is it an attention span thingy, maybe?

Anyhow, this is off topic.....

@dino.mesina: Thank you.

The reported bug is fixed for daedalus preview ISO building at or after 20230314.

I tried with that ISO last week, and I tried the new one just hot out of the oven, and I can't repeat the problem;
basically, the kernel package includes the module.

What is your installation setup, i.e. partitions,  filesystem setup, encryption, lvm, desktop?
Any "special" hands-on during the installation.

EDIT: actually I found a way to repeat the problem using an rtl8139 (emulated) card, and I see that probably the installer has a bug in its module selection logic, that results in that some "intermediate modules (e.g. mii.ko) are missing.

EDIT 2: Your path forward could be to just install without network the base system from the ISO. That will install a kernel with modules, and that will (should) detect your ethernet card. Thereafter you make sure to configure the network, eg

 # cat <<EOF >> /etc/network/interfaces
auto eth0
iface eth0 inet dhcp
EOF
# ifup eth0

and to enable the source.list  entries for network installation, followed by manual apt-get, for example:

 # nano /etc/apt/sources.list
... ensure the cdrom line is commented out
... there is: deb http://deb.devuan.org/merged daedalus main
... save and exit
# apt-get update
# apt-get install task-xfce-desktop

EDIT 3: the daedalus-security repository is not available yet

One possible approach on this could be that you get and install using a daedalus preview server iso, without using network.

It is more than odd that it now doesn't find the firmware for your network adapter and it would be helpful if you could grab the log file at the point just before partitioning disks, and either upload to here or send to me on email. The steps for that would be:
1. start the installation and step forward up to partitioning disks dialog
2. then use ctrl-alt-f2 to enter a shell with the installer system
3. copy /var/log/syslog to a safe place; maybe ideally onto a separate USB disk/stick

The server iso has the same installer s/w as netinstall but it also includes a package pool for setting up a server system, and is self-contained in that way. The desktop iso is similar, but with a much larger package pool that includes a couple of desktop environments.

I at one time had the problem that the UEFI nvram was filled up so it couldn't add the boot entry for Devuan, and though I remember solving that by clearing the nvram, I don't remember exactly how. Also this is probably not the cause since you are able to install other systems.

I suggested you install iptables just because that would solve your problem; whether "debian" prefers that in their default installation or not doesn't seem to be particularly relevant or important to me. I think of it as one of the advantages with debian's and thus devuan's large repository that often there are alternative solutions to various functionalities, and then you stack solutions that work together.

E.g., apparently fail2ban works with iptables, so if one wants fail2ban one also installs iptables. Of course, since both nftables and iptables are support software operating on the kernel's network filtering subsystem you might not want both or at least you may have to take some care to make their usages complement each other.

Possibly yes; cron typically executes scripts and programs in /etc/cron.hourly according to the line saying so in /etc/crontab.

See also the note about PATH in man 5 crontab.

No I meant to mount an overlay of your current OS, and then install in the overlay. Something like

# mkdir /X/{U,W,R}
# mount -t overlay -olowerdir=/,upperdir=/X/U,workdir=/X/W oly /X/R
# chroot /X/R
# echo "deb http://deb/devuan.org/merged daedalus main" >> /etc/apt/sources.list
# cat <<EOF >> /etc/apt/preferences.d/reluctant-daedalus
Package: *
Pin: release n=daedalus*
Pin-Priority: 90
EOF
# apt-get update
# apt-get install incscape -t daedalus

And then run it there... you will need to sort out authorization for X of course, and you may want to also bind-mount lower /home onto /X/R/home. I'm sure you'll work that out.

In that way your lower / installation is unaffected by whatever the inkscape installation from daedalus pulls in.

EDIT: change "upper" to "lower" (as it should be)