Did you skip Chimaera?
dist-upgrade works fine form one version to the next release.

Continuing the migration in a chroot should work. I would do so too.   

Network-manager most likely needs updated configuration after migration (see below).

--
Remembering the migration of my notebook to chimaera:
One thing that happens during migration is: The network-device's name changes (from forgotten) to "wlan0" in case of wifi.
The network-manager's config files were still pointing to the prior device name. This was the reason for "no network connection".
The alternative to reconfigure network-manager was to restore the prior network device names:

# echo 'GRUB_CMDLINE_LINUX="net.ifnames=1"' >>/etc/default/grub
# update-grub
# reboot

Using update-grub may or may not be a bad idea in your multi-boot case.

Just thinking: The confirm-paste add-on may have been useful in former times, where "paste something with a newline character" lead to direct execution. But this is not the case anymore; pressing the [ENTER] key seems mandatory in bash.

maybe

$ pstree

gives a hint?

Are there files in "$HOME/.wine/drive_c/windows/system32" ?
I would proabaly start with a fresh wine setup.

$ mv .wine .wine_old      # backup
$ winecfg

Is the mouse's batterie charged?

Can't remember haveing mouse problems the past decade or so. Would you mind sharing the manufacturer?

2nd search hit was: https://askubuntu.com/questions/1479606 … untu-23-04
pipewire is a good option for bluetooth, and the answer is for debian 12. Probably worth a try.

The nvme might be physically an older M.2 ssd with sata interface.

The point of zerofree (or just doing cat /dev/zero>zero.bin; rm zero.bin) is to reduce the size of a packed image file created with
dd or cat, e.g. cat /dev/sdXn | gzip >sdXn.img.gz.

When creating a partition image file as sparse file, these sectors are omitted anyway.

No solution, just some thoughts:

"libdconf1=0.38.0-2" looks like chimaera. Maybe something is left-over? (packages on hold? Or pinning in /etc/apt/preferecenes)?

ntpd: on one system upgraded to daedalus I did: apt purge ntp; apt install ntpsec.

Same for me.
Adding alreaday installed programs reduces the loss, but it's just trial and error.

EDIT:
Some more runs: Added iteratively "programs to remove" to install. The next one would be acceptable, but not sure about the desktop-* packages:

apt install -s elogind- seatd udisks2 kate libpolkit-qt5-1-1 alsa-tools-gui pm-utils

You can always run a simulation and see what would happen, e.g.:

sudo apt install -s elogind- libpam-ck-connector sway seatd

On my machine: Beside loosing some packages, there will be consolekit and seatd for elogind.