Re: another f38->f40 issue: network if is renamed.

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

 



On 16/7/24 8:53 am, Samuel Sieb wrote:
On 7/15/24 3:31 PM, fedora@xxxxxxxxxxxxxx wrote:
On 16/7/24 2:25 am, Barry wrote:


On 15 Jul 2024, at 13:33, fedora@xxxxxxxxxxxxxx wrote:

If the name is assigned to a MAC then it will be stable regardless, on every boot.

This is not true.
The eth devices are numbered in the order they are discovered by the kernel.
That is why they can change on each boot if discovery timing has races.

Agreed, but this is not my point. I understand that the devices are initially named randomly,
but then the ifcfg scripts rename them based on the MAC, like
     DEVICE=eth1
     HWADDR=00:1b:21:3a:56:72

I thought that in the end, I can name the interfaces any way I want this way.

Nevertheless, if fedora is moving to nm I should redo my network configuration that way
and remove all the then unused (I assume) scripts.

Fedora moved to NM a very long time ago.  Those ifcfg files were most likely already handled by NM and starting with F41, they won't work at all.  Automatic conversion to keyfiles was added in F39 and should have happened when you upgraded to F40.
https://fedoraproject.org/wiki/Changes/MigrateIfcfgToKeyfile

So can I just remove everything in
	/etc/sysconfig/network-scripts/		37 scripts
	/etc/sysconfig/networking/devices/	 3 scripts

How do I check that these keyfiles were created? I see

$ nmcli
enp2s0: connected to Wired connection 2
        "Intel 82574L"
        ethernet (e1000e), 00:1B:21:3A:56:72, hw, mtu 1456
        ip6 default
        inet4 192.168.2.7/24
        route4 192.168.2.0/24 metric 0
        route4 default via 192.168.2.5 metric 0
        inet6 2405:6e00:2ed:5538:21b:21ff:fe3a:5672/64
        inet6 2405:6e00:2ed:5538:851e:1a07:f309:a7ee/64
        inet6 fe80::95f7:1b92:686c:698d/64
        route6 2405:6e00:2ed:5538::/64 metric 100
        route6 fe80::/64 metric 1024
        route6 default via fe80::9e53:22ff:febe:6f0a metric 100
        route6 default via fe80::9e53:22ff:febe:6f0a metric 1024
        route6 2405:6e00:2ed:5538::/64 metric 256

eth0: unmanaged
        "Realtek RTL8111/8168/8211/8411"
        ethernet (r8169), B4:2E:99:83:6D:7D, hw, mtu 1500


$ ls -l /etc/NetworkManager/system-connections/
total 12
-rw------- 1 root root 271 Jul 14 20:17 'System eth1-9c92fad9-6ecb-3e6c-eb4d-8a47c6f50c04.nmconnection'
-rw------- 1 root root 318 Jul 13 12:59 'System eth1.nmconnection'
-rw------- 1 root root 306 Jul 13 12:59 'Wired connection 1.nmconnection'

So there is still some fluff in nm?

--
Eyal at Home (fedora@xxxxxxxxxxxxxx)

--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux