On Sat, Nov 04, 2017 at 06:55:17AM -0000, Matteo Dell'Amico wrote:
> Same bug for me: /etc/resolv.conf was pointing to
> /run/NetworkManager/resolv.conf rather than
> ../run/resolvconf/resolv.conf, as fixed by dpkg-reconfigure resolvconf.
Unfortunately this is the sort of problem that is very difficult to debug
after the fact, particularly as the kinds of changes users make to try to
resolve the problem for themselves tend to erase necessary clues.
If someone has /etc/resolv.conf as a symlink to
/run/NetworkManager/resolv.conf, it would be helpful to know the timestamp
of that symlink, which we could then correlate with package upgrade logs.
On Sat, Nov 04, 2017 at 06:55:17AM -0000, Matteo Dell'Amico wrote: ager/resolv. conf rather than resolvconf/ resolv. conf, as fixed by dpkg-reconfigure resolvconf.
> Same bug for me: /etc/resolv.conf was pointing to
> /run/NetworkMan
> ../run/
> Bug also confirmed by a bunch of other people: see /askubuntu. com/questions/ 966870/ dns-not- working- after- 17-04-to- 17-10/967341 .
> https:/
> upgrade-
Unfortunately this is the sort of problem that is very difficult to debug
after the fact, particularly as the kinds of changes users make to try to
resolve the problem for themselves tend to erase necessary clues.
If someone has /etc/resolv.conf as a symlink to ager/resolv. conf, it would be helpful to know the timestamp
/run/NetworkMan
of that symlink, which we could then correlate with package upgrade logs.