[Bug 1891952] Re: systemd-resolved not started when networking enabled
Launchpad Bug Tracker
1891952 at bugs.launchpad.net
Tue Feb 9 18:49:29 UTC 2021
This bug was fixed in the package friendly-recovery - 0.2.38ubuntu1.2
---------------
friendly-recovery (0.2.38ubuntu1.2) bionic; urgency=medium
* add resolvconf-pull-resolved.path to script that brings up the
network in order to resolve a conflict between systemd and
resolvconf (LP: #1891952)
-- William 'jawn-smith' Wilson <william.wilson at canonical.com> Tue, 26
Jan 2021 15:21:36 -0600
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to friendly-recovery in Ubuntu.
https://bugs.launchpad.net/bugs/1891952
Title:
systemd-resolved not started when networking enabled
Status in Release Notes for Ubuntu:
Fix Released
Status in friendly-recovery package in Ubuntu:
Fix Released
Status in friendly-recovery source package in Bionic:
Fix Released
Status in friendly-recovery source package in Focal:
Fix Committed
Status in friendly-recovery source package in Groovy:
Fix Released
Bug description:
I was using friendly-recovery as my Ubuntu desktop session was not
starting after an upgrade to Groovy Gorilla. When I chose to "Enable
networking" in the friendly-recovery menu I noticed that no dns
servers could be reached and come to find out it was because systemd-
resolved did not start.
Attached is a photo with some additional information.
[Impact]
* If a user has both systemd and resolvconf
installed, the networking option in friendly
recovery mode will not work correctly.
* In this scenario, /etc/resolv.conf will be
empty and dns resolution will not work
[Test Case]
* Ensure both systemd and resolvconf are installed
* Boot to friendly recovery mode and select the
network option from the menu
* Drop to a root shell by selecting the root shell
option from the menu.
* `cat /etc/resolv.conf` to make sure it is not
an empty file
* Run `dig www.google.com` to ensure dns resolution
works properly
[Where problems could occur]
* It is possible certain resolvconf or systemd-resolved
configurations could still conflict with each other
* This would be especially true if a user wanted to use
one nameserver service for a fully booted system and
a different service in friendly recovery mode
* If the nameserver is misconfigured in resolvconf or
network-manager, it will still be non-functional
in friendly recovery mode.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1891952/+subscriptions
More information about the foundations-bugs
mailing list