<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 22 Aug 2024 at 12:45, Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com">arvidjaar@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Aug 21, 2024 at 7:12 PM Lennart Poettering<br>
<<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>> wrote:<br><br>
> Honestly, I'd really avoid mixing rename via udev rules and rename via<br>
> .link files. I'd stick to .link files for this, really.<br>
><br>
<br>
All .link files do is to suggest the "best" name which is ignored if<br>
NAME has already been set. They do not really rename anything<br>
themselves. Besides, OP cannot use .link files because there is no<br>
persistent device property that can be matched by them.<br></blockquote><div><br></div><div>I've switched to using "Property=" as follows:</div><div>    # Fixed MAC and name for enp6s0 (Block Diagram) when debug board is not plugged in<br>    # Renamed to mvc-sw2 by PCI Address.<br>    [Match]<br>    Property=DEVPATH=/devices/pci0000:00/0000:00:11.0/0000:05:00.0/net/enp5s0<br><br>    [Link]<br>    MACAddress=02:00:00:00:06:00<br>    Name=mvc-sw2<br></div><div> </div><div>However this is also inconsistent: <br></div><div>    reboot   system boot  5.4.0-192-generi Tue Nov 21 23:16         : success<br>    2023-11-21T23:16:44.233996+00:00 av20-mvc-01 systemd-networkd[1136]: eth1: Interface name change detected, eth1 has been renamed to enp5s0.<br>    2023-11-21T23:16:44.234049+00:00 av20-mvc-01 systemd-networkd[1136]: enp5s0: Interface name change detected, enp5s0 has been renamed to mvc-sw2.<br>    2023-11-21T23:16:44.235208+00:00 av20-mvc-01 kernel: [    7.430556] oak 0000:05:00.0 enp5s0: renamed from eth1<br>    2023-11-21T23:16:44.235216+00:00 av20-mvc-01 kernel: [    7.693221] oak 0000:05:00.0 mvc-sw2: renamed from enp5s0<br><br>    reboot   system boot  5.4.0-192-generi Tue Nov 21 23:18         : failed<br>    2023-11-21T23:16:44.233996+00:00 av20-mvc-01 systemd-networkd[1136]: eth1: Interface name change detected, eth1 has been renamed to enp5s0.<br>    2023-11-21T23:16:44.234049+00:00 av20-mvc-01 systemd-networkd[1136]: enp5s0: Interface name change detected, enp5s0 has been renamed to mvc-sw2.<br>    2023-11-21T23:16:44.235208+00:00 av20-mvc-01 kernel: [    7.430556] oak 0000:05:00.0 enp5s0: renamed from eth1<br>    2023-11-21T23:16:44.235216+00:00 av20-mvc-01 kernel: [    7.693221] oak 0000:05:00.0 mvc-sw2: renamed from enp5s0<br>    2023-11-21T23:18:45.186181+00:00 av20-mvc-01 systemd-networkd[986]: enp5s0: Interface name change detected, enp5s0 has been renamed to eth1.<br>    2023-11-21T23:18:45.186186+00:00 av20-mvc-01 systemd-networkd[986]: eth1: Interface name change detected, eth1 has been renamed to enp5s0.<br>    2023-11-21T23:18:45.187417+00:00 av20-mvc-01 kernel: [    6.926580] oak 0000:05:00.0 enp5s0: renamed from eth1</div><div><br></div><div>Henti<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
It is possible that there are conflicting rules in initrd. It is also<br>
possible that udev races with the networkd.<br>
</blockquote></div></div>