Warum hat sich der Schnittstellenname meiner WLAN-Karte geändert, als ich eine Soundkarte hinzugefügt habe?


8

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


Haben Sie Ihren PCE-N15 in einen anderen Steckplatz verschoben?
Serge

Der PCE-N15 ist die drahtlose Karte, und wie ich in der Post sagte - er hat sich nicht bewegt. Es befindet sich im selben Steckplatz wie zuvor. Ich habe nur die Soundkarte in einen Steckplatz gesteckt, der bereits frei war!
mio iwakura

hört sich komisch an. Wie auch immer, lesen Sie mehr über das in Linux für Ethernet-Adapter verwendete Namensschema, es kann einige Teile Ihrer Frage erklären: en.wikipedia.org/wiki/Consistent_Network_Device_Naming
Serge

Antworten:


6

Vorhersagbare Netzwerkschnittstellennamen dürfen sich nicht ändern, wenn Hardware hinzugefügt oder entfernt wird. Ist das nicht der springende Punkt des Namensschemas?

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:

  • Deaktivieren Sie das neue Namensschema für Netzwerkgeräte mit net.ifnames=0Kernel-Cmdline
  • Fügen Sie die biosdevname=1Kernel-Befehlszeile hinzu, um vom BIOS bereitgestellte Indexnummern in Namen aufzunehmen
  • Erstellen oder bearbeiten Sie udevRegeln für benutzerdefinierte Namen oder geänderte Namensschemata
  • Sie deaktivieren die Zuweisung fester Namen, damit die unvorhersehbaren Kernelnamen erneut verwendet werden. Maskieren Sie dazu einfach die .link-Datei von udev für die Standardrichtlinie:ln -s /dev/null /etc/systemd/network/99-default.link

Wenn Sie systemdund / oder verwenden udev, 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 System systemd.

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.

net.ifnames=0

Das Hinzufügen zu /etc/default/grubkann die Persistenz und Wiederverwendung dieses Parameters erleichtern. Angenommen, Sie verwenden grub2:

GRUB_CMDLINE_LINUX="net.ifnames=0"

Wenn udevbei 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=1als Befehlszeilenparameter erforderlich ist, 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.


Zusätzliche Ressourcen

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.