Vorhersagbare Netzwerkschnittstellennamen dürfen sich nicht ändern, wenn Hardware hinzugefügt oder entfernt wird. Ist das nicht der springende Punkt des Namensschemas?
Meine drahtlose Schnittstelle wurde wlp3s0 genannt.
Ich habe eine ASI Xonar DX 7.1-Kanal-PCI Express x1-Schnittstellen-Soundkarte in einem freien PCI-Steckplatz installiert und meinen Namen für die drahtlose Schnittstelle in wlp5s0 geändert.
Die WLAN-Karte befindet sich im selben PCI-Steckplatz wie vor der Installation der Soundkarte. Warum sollte sich der Name der Schnittstelle ändern?!
Der Mobo ist ein GIGABYTE GA-970A-UD3 und die WLAN-Karte ist ein ASUS PCE-N15. Auf dem System wird Arch Linux mit einem Standardkernel ausgeführt.
Ich suche nach einer vernünftigen Erklärung, warum sich der Schnittstellenname in diesem Szenario ändern würde. Wenn es keinen guten Grund gibt, warum sich der Name der Schnittstelle ändern würde, wo reiche ich einen Fehlerbericht ein / bei wem beschwere ich mich?
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" Name der Netzwerkschnittstelle nicht vorhersehbar ist, sind sie bei ihrer Arbeit völlig gescheitert und dieses Namensschema ist nutzloser Müll! /schimpfen
quelle
Antworten:
Lange Rede kurzer Sinn, das ist nichts Neues; es wird erwartet / beabsichtigt. Daher müssen Sie keinen Fehler melden, es sei denn, Sie möchten Ihren PC-Hersteller bitten, Linux besser (BIOS) oder den Hardwarehersteller (Treiber) zu unterstützen. Einige Optionen, wenn Sie die Situation für Hot-Plug-Geräte verbessern und / oder zum alten Namensschema zurückkehren möchten:
net.ifnames=0
Kernel-Cmdlinebiosdevname=1
Kernel-Befehlszeile hinzu, um vom BIOS bereitgestellte Indexnummern in Namen aufzunehmenudev
Regeln für benutzerdefinierte Namen oder geänderte Namensschemataln -s /dev/null /etc/systemd/network/99-default.link
Wenn Sie
systemd
und / oder verwendenudev
, kann das Argument "Vorhersagbares Namensschema" anders sein als zuvor. Basierend auf dem Namensschema der WiFi - Schnittstelle, aber ich gehe davon aus, dass Sie werden mit einem Systemsystemd
.Sie können versuchen, den folgenden Boot-Parameter an die Kernel-Befehlszeile anzuhängen, um die "alte" Namenskonvention von Netzwerkgeräten zu verwenden. Ich bin mir jedoch nicht ganz sicher, welche zusätzlichen Auswirkungen dies haben kann, außer das Namensschema für Netzwerkgeräte beizubehalten.
Das Hinzufügen zu
/etc/default/grub
kann die Persistenz und Wiederverwendung dieses Parameters erleichtern. Angenommen, Sie verwendengrub2
:Wenn
udev
bei der Ermittlung von Gerätenamen Gerätefirmware, Standort und andere Optionen verwendet werden, hat sich möglicherweise der Standort oder etwas anderes intern geändert, je nachdem, wie die relevanten Geräte miteinander interagieren. Dies scheint hier nicht so relevant zu sein, da es sich bei den Geräten um einen WLAN-Adapter und eine Soundkarte handelt. Trotzdem kann es mit der zugrunde liegenden Busstruktur zusammenhängen; Dies scheint relevant zu sein, da beide Geräte an PCI-Steckplätze angeschlossen sind.Zusätzliche Informationen von FedoraDocs
8.1. Hierarchie der Namensschemata
Standardmäßig benennt systemd Schnittstellen mithilfe der folgenden Richtlinie, um die unterstützten Namensschemata anzuwenden:
Schema 1: Namen, die mit Firmware oder 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 Firmware oder BIOS enthalten, sofern PCI Express-Hotplug-Steckplatzindexnummern (Beispiel: ens1) verwendet werden, wenn diese Informationen aus der Firmware oder dem BIOS anwendbar und verfügbar sind, andernfalls auf Schema 3 zurückgreifen.
Schema 3: Namen, die den physischen Standort des Konnektors der Hardware enthalten (Beispiel: enp2s0), werden gegebenenfalls angewendet, andernfalls wird in allen anderen Fällen direkt auf Schema 5 zurückgegriffen.
Schema 4: Namen, die die MAC-Adresse der Schnittstelle enthalten (Beispiel: enx78e7d1ea46da), werden standardmäßig nicht verwendet, sind jedoch verfügbar, wenn der Benutzer dies wünscht.
Schema 5: Das traditionelle unvorhersehbare Kernel-Namensschema wird verwendet, wenn alle anderen Methoden fehlschlagen (Beispiel: eth0).
Diese Richtlinie, das oben beschriebene Verfahren, ist die Standardeinstellung. Wenn auf dem System biosdevname aktiviert ist, wird es verwendet. Beachten Sie, dass für die Aktivierung von biosdevname die Übergabe
biosdevname=1
als Befehlszeilenparameter erforderlich ist, außer im Fall eines Dell-Systems, bei dem biosdevname standardmäßig verwendet wird, solange es installiert ist. Wenn der Benutzerudev
Regeln hinzugefügt hat , die den Namen der Kernelgeräte ändern, haben diese Regeln Vorrang.Zusätzliche Ressourcen
quelle