Vorhersehbare Netzwerkschnittstellennamen dürfen sich nicht ändern, wenn Hardware hinzugefügt oder entfernt wird. Ist das nicht der Sinn des Benennungsschemas???
Meine drahtlose Schnittstelle wurde wlp3s0 genannt.
Ich habe eine ASUS Xonar DX 7.1 Channels PCI Express x1 Interface Soundkarte in einem freien PCI-Steckplatz installiert und den Namen meiner drahtlosen Schnittstelle in wlp5s0 geändert.
Die WLAN-Karte befindet sich im selben PCI-Steckplatz wie vor der Installation der Soundkarte. Warum sollte sich also der Schnittstellenname ändern?!
Das Motherboard ist ein GIGABYTE GA-970A-UD3 und die WLAN-Karte ist eine ASUS PCE-N15. Das System läuft unter Arch Linux mit einem Standardkernel.
Ich suche nach einer vernünftigen Erklärung, warum sich der Schnittstellenname in diesem Szenario ändern würde. Wenn es keinen guten Grund dafür gibt, warum sich der Schnittstellenname ändern würde, wo kann ich einen Fehlerbericht einreichen bzw. bei wem kann ich mich beschweren?
Es ist keine große Sache und die einzige Konfiguration, die ich ändern musste, war mein Netzwerkprofil für netctl. Ich denke nur, wenn ein „vorhersehbarer“ Netzwerkschnittstellenname nicht vorhersehbar ist, dann haben sie ihre Aufgabe komplett vermasselt und dieses Benennungsschema ist nutzloser Müll! /rant
Antwort1
Vorhersehbare Netzwerkschnittstellennamen dürfen sich nicht ändern, wenn Hardware hinzugefügt oder entfernt wird. Ist das nicht der Sinn des Benennungsschemas???
Kurz gesagt, das ist nichts Neues; es ist zu erwarten/beabsichtigt. Sie müssen daher keinen Fehler melden, es sei denn, Sie möchten Ihren PC-Hersteller bitten, Linux besser zu unterstützen (BIOS) oder den Hardwarehersteller (Treiber). Einige Optionen, wenn Sie die Situation für Hot-Plug-Geräte verbessern und/oder zum alten Benennungsschema zurückkehren möchten:
- Neues Benennungsschema für Netzwerkgeräte mit
net.ifnames=0der Kernel-Befehlszeile deaktivieren - Fügen Sie
biosdevname=1eine Kernel-Befehlszeile hinzu, um vom BIOS bereitgestellte Indexnummern in Namen einzubinden udevRegeln für benutzerdefinierte Namen oder geänderte Benennungsschemata erstellen oder bearbeiten- Sie deaktivieren die Vergabe fester Namen, so dass wieder die unvorhersehbaren Kernelnamen verwendet werden. Dazu maskieren Sie einfach die .link-Datei von udev für die Standardrichtlinie:
ln -s /dev/null /etc/systemd/network/99-default.link
systemdWenn Sie und/oder verwenden udev, könnte das Argument „vorhersehbares Namensschema“ anders sein als zuvor. Basierend auf dem Namensschema der WiFi-Schnittstelle gehe ich jedoch davon aus, dass SieSindmithilfe eines Systems mit systemd.
Sie können versuchen, den folgenden Boot-Parameter an die Kernel-Befehlszeile anzuhängen, um die „alte“ Benennungskonvention für Netzwerkgeräte zu verwenden. Ich bin mir jedoch nicht ganz sicher, welche weiteren Auswirkungen dies außer der Beibehaltung des Benennungsschemas für Netzwerkgeräte haben könnte, wenn überhaupt.
net.ifnames=0
Das Hinzufügen /etc/default/grubkann die Persistenz und Wiederverwendung dieses Parameters erleichtern. Auch hier wird vorausgesetzt, dass Sie Folgendes verwenden grub2:
GRUB_CMDLINE_LINUX="net.ifnames=0"
Wenn udevbei der Bestimmung von Gerätenamen Gerätefirmware, Standort und andere Optionen verwendet werden, dann hat sich möglicherweise der Standort oder etwas anderes intern geändert, je nachdem, wie die betreffenden Geräte miteinander interagieren. Dies scheint hier nicht so relevant, da es sich bei den Geräten um einen WLAN-Adapter und eine Soundkarte handelt. Dennoch könnte es mit der zugrunde liegenden Busstruktur zusammenhängen; was relevant erscheint, da die Geräte beide an PCI-Steckplätze angeschlossen sind.
Weitere Infos vonFedoraDokumente
8.1. Hierarchie der Benennungsschemata
Standardmäßig benennt systemd Schnittstellen mithilfe der folgenden Richtlinie, um die unterstützten Benennungsschemata anzuwenden:
Schema 1: Namen, die von der Firmware oder dem BIOS bereitgestellte Indexnummern für integrierte Geräte enthalten (Beispiel: eno1), werden angewendet, wenn diese Informationen aus der Firmware oder dem BIOS anwendbar und verfügbar sind, andernfalls wird auf Schema 2 zurückgegriffen.
Schema 2: Namen, die von der Firmware oder dem BIOS bereitgestellte Indexnummern für PCI-Express-Hotplug-Steckplätze enthalten (Beispiel: ens1), werden angewendet, wenn diese Informationen aus der Firmware oder dem BIOS anwendbar und verfügbar sind. Andernfalls wird auf Schema 3 zurückgegriffen.
Schema 3: Gegebenenfalls werden Namen angewendet, die den physischen Standort des Anschlusses der Hardware enthalten (Beispiel: enp2s0). In allen anderen Fällen wird direkt auf Schema 5 zurückgegriffen.
Schema 4: Namen, die die MAC-Adresse der Schnittstelle enthalten (Beispiel: enx78e7d1ea46da), werden standardmäßig nicht verwendet, sind aber auf Wunsch des Benutzers verfügbar.
Schema 5: Das traditionelle, unvorhersehbare Kernel-Benennungsschema wird verwendet, wenn alle anderen Methoden fehlschlagen (Beispiel: eth0).
Diese Richtlinie, das oben beschriebene Verfahren, ist die Standardeinstellung. Wenn das System „biosdevname“ aktiviert hat, wird es verwendet. Beachten Sie, dass die Aktivierung von „biosdevname“ die Übergabe biosdevname=1als Befehlszeilenparameter erfordert, außer im Fall eines Dell-Systems, bei dem „biosdevname“ standardmäßig verwendet wird, solange es installiert ist. Wenn der Benutzer udevRegeln hinzugefügt hat, die den Namen der Kernelgeräte ändern, haben diese Regeln Vorrang.