Am 31.05.2022 um 14:25 schrieb Eyal Lebedinsky fedora@eyal.emu.id.au:
... dnf.rpm.log ends with this interesting line 2022-05-31T21:37:06+1000 INFO '/etc/resolv.conf' -> '../run/systemd/resolve/stub-resolv.conf'
This is expected behaviour. systemd-resolved with resolv.conf linked to that stub is the default configuration and dnf update fixes an issue we had with F35 that used a static resolv.conf again.
and sure enough I lost connectivity which may have lead to dnf hanging.
Well, that’s not expected behaviour. :-). It is expected to work.
Rebooting leave my network setup broken in the same way. Restoring resolv.conf to my usual hand made file gets things going.
This seems to happen when a kernel is updated but not at other times.
While I can "fix" it (I keep a resolv.conf.good) when it happens, I would rather sort it out permanently if it is a local issue.
Is there a reason why you want your static resolv.conf?
The very probable reason that it doesn’t work with the symbolic link is that NetworkManager doesn’t know about your Nameserver (i.e. you have a static network configuration without a name server entry or a broken DHCP set up).