<div dir="ltr"><div dir="ltr">On Thu, Jan 6, 2022 at 10:42 AM Harald Dunkel <<a href="mailto:harald.dunkel@aixigo.com">harald.dunkel@aixigo.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2022-01-05 21:48:11, Michael Biebl wrote:<br>
> Am Mi., 5. Jan. 2022 um 13:50 Uhr schrieb Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>>:<br>
>> It does, yes, but note this part:<br>
>><br>
>> Jan 03 11:30:14 <a href="http://nasl002b.example.com" rel="noreferrer" target="_blank">nasl002b.example.com</a> kernel: igb 0000:02:00.2 eth4: renamed from eth2<br>
>> Jan 03 11:30:14 <a href="http://nasl002b.example.com" rel="noreferrer" target="_blank">nasl002b.example.com</a> kernel: igb 0000:02:00.3 eth5: renamed from eth3<br>
>><br>
>> Here the kernel-assigned names (eth2, eth3) are being renamed to custom names (eth4, eth5). That's not something systemd or udev does by default. It suggests that you likely have old "70-persistent-net" udev rules (or something similar) that assign custom eth* names separately from the slot-based "predictable" naming – perhaps a leftover from Debian 7.<br>
>><br>
>> These interfaces aren't being skipped due to an earlier conflict – they are intentionally skipped by 80-net-setup-link.rules because they already have a custom 'NAME=' assigned by an earlier rule, so the "predictable" name is not applied to avoid breaking existing configuration.<br>
> <br>
> Yes, please check if you have a leftover file<br>
> /etc/udev/rules.d/70-persistent-net.rules<br>
> See also the relevant NEWS entry in /usr/share/doc/udev/NEWS.Debian.gz<br>
> <br>
<br>
You are right about Debian 7 wrt 70-persistent-net.rules, but for Debian<br>
10 I had used net.ifnames=0. It was changed to 1 after(!) the upgrade to<br>
Debian 11:<br></blockquote><div><br></div><div>That's really irrelevant to what I was saying. The net.ifnames= option only disables the "predictable naming" udev helper; it does nothing about custom udev rules that directly set NAME= on network interfaces (and are apparently setting NAME="eth4" on your system).</div><div><br></div><div>Grep your entire /etc for those interface names (starting with /etc/udev), find out where they're defined, and remove them – that should bring the enp* names back. (Also grep for "eno1" just in case.)</div><div><br></div><div>As for 'index' and 'acpi_index' attributes, they're in /sys on the parent PCI device of the network interface (e.g. /sys/class/net/eth2/../../{acpi_,}index or /sys/bus/pci/devices/0000:02:00.2/{acpi_,}index), another way to see them is `udevadm info -a /sys/class/net/eth2`.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>