Not sure why your install has that issue; there should be an r8196.ko kernel module availabele on your system, and assuming that to be the module for handling RTL8111/8168/8411, the kernel should have loaded that.

Try with modprobe r8169 to see if it looks happier, and if that works, then add r8169 to your /etc/initramfs-tools/modules file before using the command update-initramfs -u -k all in order to prime your initrd to load the module on boot.

@Marjorie: I think it's slightly misleading to say that the kernel module is nftables; rather it's the netfiltering subsystem that is targeted by either (or both) iptables rules and nft rules. And the main change in iptables is in using the netfilter socket for its kernel interactions rather than ioctls that it used previously. I guess you are clear on this, but generally there's a lot of confusion on this topic.

Basically nft rules and iptables rules do the same things with different syntax. As far as I know they are alternatives for the same function, except that iptables allows use of ipset, which is something that hasn't got into nft yet.

@bai4Iej2need, you could also just install iptables, couldn't you?

@zapper please stop including the previous post into your post.
Doing so creates a very tedious and confusing forum thread.

/etc/rc.local is an executable script (or program) that gets exec'd by e.g.,  the /etc/init.d/rc.local startup script.

/etc/inittab is a configuration file for sysvinit's init program, and it is not a script, but rather a series of service declarations that are interpreted by /sbin/init. When man pages were a thing you would have "man inittab" as way of finding out its syntax.

1.2.2 seems available on daedalus and ceres, but if it was me I would probably install that into a "not unshared" overlay chroot rather that into the main system, since it does in particular upgrade libsrdc++6, and some few other libs.

/etc/rc.local belongs to initscripts which according to its dependencies are used the same in sysv-rc | file-rc | openrc.

So, no, it's not a sysvinit function.

I suppose there is always the question of which belongs to what, and in particular, which part of the OS belongs to "the init system". When asked, different people answers different things about that. Perhaps the most strict view about sysvinit would be to say that it consists only of the binaries of sysvinit-core and the configuration file /etc/inittab, and then anything below that is "run control", start up code or daemons.

And then perhaps an opposite "init is everything" may also be peddled, as well as any concept granularity in between.

You might want to look at overlay-boot from devuan/experimental for light-weight container-like hosts using linux namespaces. I.e. sharing the kernel by virtual hosts. (Source at https://git.devuan.org/devuan/overlay-boot)

I'm also exploring user-mode-linux for non-root pseudo-virtualization; separate kernels on the host's hardware (not virtualized). This includes the variant where the VM file system is a host directory. (see https://git.devuan.org/rrq/umlvm)

Are those the actual commands?
Are the files in a/athe same as in a/?
Or have you transcribed into some notional commands to illustrate what you wanted to do?
(or actually a near miss thereof)

I don't think any of your options applies, since it very likely is just a user error.

When I got this Acer (Aspire 5) it also had an UEFI setup that "forced" going to Windows, and as far as i remember I needed to trek some path telling through Windows to enter the UEFI setup screens, and there flip things to allow the USB boot to happen.

Then as this disk is nvme, I also had to do manual hands-on at the first dialog to load the nvme, ext4 and crc32c modules, as they hadn't been loaded by the installer's init. Afair before I worked that out, the installation attempt started then failed, and fell back to booting Windows.

I'm afraid I didn't keep the URL for this Windows trekking, as after installation I just use efibootmgr to change boot order. Though the UEFI configuration screens are still unavailable for me without a new Windows trekking, and I have kept that Windows on the disk for that purpose (though forgotten the trekking path).

Settle down a bit, please.

It should be obvious without stupid examples that trying to use a program for something it doesn't do, then it won't provide the output you want.

It's a huge step from there to saying that the program is useless, since then the problem really sits behind the keyboard.

@blackhole: Thank you.

And whilst I would be the first to agree that one all too often can observe people severely lacking in their political education, I strongly suggest that we leave both any such observations and any suggestions about ways of improving them (constructive or otherwise) to other fora than this; this forum is intended merely for discussions about or around Devuan.