On upgrade tries to replace /etc/systemd/resolved.conf

Bug #1901526 reported by Léa GRIS
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
systemd (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

When upgrading from Ubuntu 20.04.1 to 20.10, the new package tries to replace resolved.conf which would break custom DNS configuration

Revision history for this message
Dan Streetman (ddstreet) wrote :

when you say "tries to replace" do you mean this:

Configuration file '/etc/systemd/resolved.conf'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ? Your options are:
    Y or I : install the package maintainer's version
    N or O : keep your currently-installed version
      D : show the differences between the versions
      Z : start a shell to examine the situation
 The default action is to keep your current version.
*** resolved.conf (Y/I/N/O/D/Z) [default=N] ?

that's what I see when upgrading with a modified conf file, and it's expected behavior. If that's what you are seeing, then there is no bug, just say "N" to keep your modified version, or say "Y" and then modify it again after upgrade is complete.

Changed in systemd (Ubuntu):
status: New → Incomplete
status: Incomplete → Invalid
Revision history for this message
Léa GRIS (lea-gris) wrote :

When upgrading a system with this file altered, it is important to keep it unchanged or the system will not resolve DNS on reboot.

No need to ask. Just don't overwrite the file if it has been changed.

Because if it has been changed, there is a reason, and pushing the package's default config is surely going to break that intended change. This is common-sense isn't it?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.