From b1661148acb696da7cd5dfb95c2762bc34159945 Mon Sep 17 00:00:00 2001 From: LennartPoettering Date: Tue, 8 Jan 2013 02:02:24 +0000 Subject: [PATCH] --- docs/PredictableNetworkInterfaceNames.moin | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/PredictableNetworkInterfaceNames.moin b/docs/PredictableNetworkInterfaceNames.moin index bd44756..3468d18 100644 --- a/docs/PredictableNetworkInterfaceNames.moin +++ b/docs/PredictableNetworkInterfaceNames.moin @@ -14,7 +14,7 @@ Finally, many distributions support renaming interfaces to user-chosen names (th We believe it is a good default choice to generalize the scheme pioneered by "biosdevname". Assigning fixed names based on firmware/topology/location information has the big advantage that the names are fully automatic, fully predictable, that they stay fixed even if hardware is added or removed (i.e. no reenumeration takes place) and that broken hardware can be replaced seamlessly. That said, they admittedly are sometimes harder to read than the "eth0" or "wlan0" everybody is used to. Example: "enp5s0" -== What has changed v197 precisely? == +== What precisely has changed in v197? == With systemd 197 we have added native support for a number of different naming policies into systemd/udevd proper and made a scheme similar to biosdevname's (but generally more powerful, and closer to kernel-internal device identification schemes) the default. The following different naming schemes for network interfaces are now supported by udev natively: -- 2.7.4