[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1092176: release-notes: systemd v257 has new rules for network interface names



Am 30.07.25 um 06:03 schrieb Justin B Rye:
Michael Biebl wrote:
aipark <aipark@outlook.com> wrote:
I updated a staging bookworm VM with VirtIO NIC to trixie and
temporarily lost network access because enp6s18 became ens18,
[...]

So, for a remote system where you don't want the naming scheme to change,
would it make sense to add a recommendation to pin it to the systemd version
the system was originally installed with?

Say for a bookworm system, you add "net.naming_scheme=v252" to the kernel
command line.
Then you can dist-upgrade and boot into your new trixie system (including
the new kernel).

And at a later point, you can decide to bump net.naming_scheme to v257 at a
more opportune time.

I could understand it if you were suggesting that any server accessed
via the net should have a .link file.  But this pinning approach seems
a strange strategy for the maintainers to be recommending.

Users who know that a specific upgrade is about to rename their
network interfaces don't have a problem; they can just arrange to
switch over to the new name (for instance by defining both in
/etc/network/interfaces).

If you know (beforehand) that your network interface name is going to change (and your are affected by it), then obviously you can make the changes in advance. But how would you know?

So this recommendation only really makes any sense if the idea is that
*everybody* who cares about having reliable networking should keep
this bodge in place from now on.

I indeed think that we should discuss if d-i should create such a configuration by default to pin the network naming scheme to the version the system was installed with. This would actually ensure that names remain stable (and predictable) and not change due to systemd/kernel updates.


And if this is the official canonical way of getting predictable names
out of the predictable names mechanism, why does systemd even *have*
new versions of the naming scheme?


I assume the versioning scheme was explicitly added to avoid situations like the above.

Michael

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature


Reply to: