Note that the /dev/dri/* devnodes should be in group video and the same for /dev/fb0; group video with read+write access. They are made so by eudev, so the first guess would be that you are using some other hotplug handler which fails to do so.

The second part of that is that the user also needs to be in group video.

cryptsetup-initramfs is not a forked package, so you should report to bugs.debian.org rather.

Presumably some residue from incompletely removed packages, but there is something claiming to be systemd-udevd in the log. Check for /lib/systemd/systemd-udevd and /ur/lib/systemd/systemd-udevd and remove that, and restart.

The other udevd logs (apparently competing with the extraneous systemd-udevd) belong to the eudev package, which I would have thought you installed as replacement. If not, then you have to chase up which binary is involved and where it comes from. Something like this (as root) perhaps:

# find /bin /sbin /lib /usr -name '*udev*

Which permissions does it have/get and which permissions would you want?
Do you use eudev?

Afaict, assuming you have eudev installed, the mode for /dev/dri/renderD128 would be set b.m.o line 42 in /lib/udev/rules.d/50-udev-default.rules.

Answer about seatd and elogind would start with asking which "service managment" you are using; (apparently not sysvinit?)

About apt using ipv4 there's web results like this, suggesting by example:

sudo apt-get -o Acquire::ForceIPv4=true install pkg
sudo apt-get -o Acquire::ForceIPv4=true update
sudo apt-get -o Acquire::ForceIPv4=true upgrade
sudo apt-get -o Acquire::ForceIPv4=true dist-upgrade
sudo apt-get -o Acquire::ForceIPv4=true install ksh

Are you using excalibur?

Then the firmware-iwlwifi package installs the firmware to the wrong place; it installs into /usr/lib/firmware/intel whereas the kernel like always will want it in /lib/firmware/intel. If that's the case, please lodge a bug report to debian about it, as well as doing your own hands-on to make it work.

Apparently many debian packagers have decided to install stuff at different pathnames than before, which means that any script or program that has used full path is no longer working.

Likewise all existing documentation using the old pathnames is then outdated and wrong.

If you have the disk image you can mount that on som other system and run that update command there. Or even patch the initrd directly (unpack, patch, pack).

Welcome back.

Just to note, I run daedalus with pure ALSA and firefox-esr but I have to run it under apulse for working audio. I do this by moving the binary /usr/lib/firefox-esr/firefox-esr to the filename firefox-esr.orig and then set it as a link to my start script (named firefox-esr.apulse). Here's that script:

#!/bin/sh
exec /usr/bin/apulse /usr/lib/firefox-esr/firefox-esr.orig "$@"

The only "problem" with it is that firefox-esr updates replaces the link with its new binary, so I need to repeat moving it and restoring the link after update.

Perhaps it gets better if you change "hw" to "plughw"... or maybe just remove that asound.conf (since it doesn't disagree with the default about which the default card is)

EDIT: note that the difference between "hw" and "plughw" is the absence/presence of audio format translations. "hw" tells ALSA to channel audio direclty to the card without translations while "plughw" tells it to insert audio format conversions as needed.

"ManSpeed" ?

That looks like a "portmonnaie" word of MinSpeed and MaxSpeed.

There is a "man synaptics" to read.

Unplug the mouse, run "tail -f /var/log/syslog > capture.log", then plug in the mouse and then type ctrl-C to stop the tail. Then drop in the log into a code box here.