Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
29.03.2013, 22:30
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 |
This is the old format with reserved namespace:
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="xx:xx:xx:xx:xx:xx",
NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="yy:yy:yy:yy:yy:yy",
NAME="eth1"
[b][i][u]This is the new format with free namespace:[/u][/i][/b]
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="xx:xx:xx:xx:xx:xx",
NAME="net0"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="yy:yy:yy:yy:yy:yy",
NAME="net1"
|
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 |
# udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null You can copy /lib/udev/rules.d/80-net-name-slot.rules to /etc/udev/rules.d and specify what attributes and in which order gets used for naming. See upstream wiki[2] for detailed list of options. You can prepare the system this way for the new names before booting, like renaming /etc/init.d/net.* symlinks. |
|
|
Quellcode |
1 2 3 4 5 6 7 8 |
# udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null ID_NET_NAME_MAC=xxxxxxxx ID_OUI_FROM_DATABASE=ASUSTek COMPUTER INC. ID_NET_NAME_PATH=enp12s0 rampage2extreme rules.d # udevadm test-builtin net_id /sys/class/net/eth1 2> /dev/null ID_NET_NAME_MAC=xxxxxxxx ID_OUI_FROM_DATABASE=ASUSTek COMPUTER INC. ID_NET_NAME_PATH=enp10s0 |
... Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (30.03.2013, 05:53)
30.03.2013, 05:52
Zitat
udevadm test-builtin net_id /sys/class/net/eth0 2> /dev/null
|
|
Quellcode |
1 |
/etc/udev/rules.d |
|
|
Quellcode |
1 |
/lib/udev/rules.d |
|
|
Quellcode |
1 |
/etc/udev/rules.d |
|
|
Quellcode |
1 |
/etc/init.d |
|
|
Quellcode |
1 |
rc-update del net.eth0 $runlevel |
|
|
Quellcode |
1 2 3 4 5 |
ID_NET_NAME_MAC=enx****** ID_OUI_FROM_DATABASE=PEGATRON CORPORATION ID_NET_NAME_ONBOARD=eno1 ID_NET_LABEL_ONBOARD=enLU1 ID_NET_NAME_PATH=enp0s25 |
|
|
Quellcode |
1 2 |
ID_NET_NAME_ONBOARD=eno1 ID_NET_LABEL_ONBOARD=enLU1 |
|
|
Quellcode |
1 |
ID_NET_NAME_PATH=$was-Euch-hier-ausgegeben-wird |
|
|
Quellcode |
1 |
/etc/init.d |
|
|
Quellcode |
1 |
ln -s net.lo net.$ID_NET_NAME_PATH |
|
|
Quellcode |
1 |
$ID_NET_NAME_ONBOARD |
|
|
Quellcode |
1 |
/etc/conf.d |
... Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »mnt_gentoo« (30.03.2013, 06:01)
30.03.2013, 07:39
...
30.03.2013, 14:48
Pipes sind wie eine Zahnpastatube:
Um den Inhalt zu untersuchen,
muss man ihn erst herausdrücken;
danach gibt es keine Möglichkeit,
ihn wieder hineinzubringen.
--Marc J. Rochkind in "UNIX Programmierung für Fortgeschrittene"
30.03.2013, 22:27
ethX ->?
|
|
Quellcode |
1 2 |
ID_NET_NAME_ONBOARD=eno1 ID_NET_LABEL_ONBOARD=enLU1 |
( Habe den Symlink core unter dev mal gelöscht, doch er wird direkt nach reboot neuerstellt, aber zeigt wieder auf nichts und wieder nichts... Warum stellt der kernel kcore nicht mehr zur Verfügung? Versteh ich nicht... Sollte es etwas mit udev zutun haben? Doch eigentlich nicht... Wenn ich richtig las ist es ein File, das den Speicherinhalt virtuell bereitstellt... - virtuelle Datei wie alle Kernelschnittstellen. ...
04.04.2013, 16:27
|
|
Quellcode |
1 |
ID_NET_NAME_MAC=enx58540135cb8b |
06.04.2013, 09:02
WEN stört es, wenn Netzwerkkarten weiterhin "ethX" geheißen hätten??!!
08.04.2013, 18:30
...
09.04.2013, 10:28
12.04.2013, 00:48
Ob du die Karte im selben Slot austauschst ist da völlig irrelevant. Hier geht es nicht darum, welchen Treiber du brauchst oder welche MAC sondern es geht darum, von welcher Stelle Informationen mit welchem Sicherheitseigenschaften bezogen werden.
Come again, what good does this do?
With this new scheme you now get:
Stable interface names across reboots
Stable interface names even when hardware is added or removed, i.e. no re-enumeration takes place
Stable interface names when kernels or drivers are updated/changed
Stable interface names even if you have to replace broken ethernet cards by new ones
Doch irgendwie hab ich noch nicht jeden Hintergrund ganz durchschaut... ...
15.04.2013, 09:48
Ob du die Karte im selben Slot austauschst ist da völlig irrelevant. Hier geht es nicht darum, welchen Treiber du brauchst oder welche MAC sondern es geht darum, von welcher Stelle Informationen mit welchem Sicherheitseigenschaften bezogen werden.
Dann verstehe ich aber eines nicht. Entweder ich bin jetzt doof oder ich verstehe langsam immer weniger ;)
Das, was ich oben zitiert habe ist aber genau was anderes zu dem hier:
Come again, what good does this do?
With this new scheme you now get:
Stable interface names across reboots
Stable interface names even when hardware is added or removed, i.e. no re-enumeration takes place
Stable interface names when kernels or drivers are updated/changed
Stable interface names even if you have to replace broken ethernet cards by new ones
Letzteres heißt doch genau dies: Das Interface, das getauscht wird, wird wieder so heißen, wie das vorige, weil hardware-bezogen benannt wird: enp..sX heißt ja praktisch so: en= ethernet; p= pci-e s= socket/slot.
Thema "Sicherheit": Welche Sicherheit? - Die Sicherheit, das die Interfaces namentlich nicht mehr abweichen (eth0 -> eth1 eth1 -> eth0 beispielsweise) - oder Sicherheit des Betriebssystems?
15.04.2013, 19:11
Yep. Das ist es. Was gibt es da nicht zu verstehen? Ich sehe die Verwirrung nicht bzw. nicht, wieso das unklar sein soll. Oder warum das nicht ein Vorteil ist.
Ob du die Karte im selben Slot austauschst ist da völlig irrelevant. Hier geht es nicht darum, welchen Treiber du brauchst oder welche MAC sondern es geht darum, von welcher Stelle Informationen mit welchem Sicherheitseigenschaften bezogen werden.
...
15.04.2013, 19:33
Thema Sicherheit/Aufklärung: Wenn ich von Sicherheit spreche meine ich aber Sicherheit des Systems: Einbruchsicherheit, Widerstandsfähigkeit.
hat mich gefordert, da was dazu zu sagen.
WEN stört es, wenn Netzwerkkarten weiterhin "ethX" geheißen hätten??!!
"All-System-1,2,3-Megapowerprogger-de-oberluxe"
30.04.2013, 00:57
Muss nochmal kurz was schreiben:
Vorhin sah ich zufällig unter "/dev" nach und wunderte mich über das blinken eines Symlinks und zwar "core" - der normalerweise auf /proc/kcore zeigt... Nur kapier ich bloß nicht mehr, warum es keinen kcore mehr gibt... Ich habe doch am Kernel reinüberhauptnichts geändert... häääääh? Den blinkenden Symlink habe ich, da er ja auf nichts mehr zeigte, entfernt. Hat das evtl. etwas mit vorheriger Konfiguration zu tun? Komischerweise - auf meinem System HIER, habe ich core und der zeigt auch immernoch auf /proc/kcore...
SEHR merkwürdig... In dmesg steht darüber auch nichts aussergewöhnliches... Vorhin schon nachgeschaut. Naja, vielleicht bekomme ich ja noch einen Tip ;)
Emerge und Ebuilds »
[erledigt] Udev-197-r3 hat keine rule_generator Flag
(21.01.2013, 14:56)
Installation » Keine Schreibrechte auf Platte mit udev-Rule
(23.12.2008, 20:13)
Installation » initrd umount device busy
(12.11.2005, 21:39)
Installation » udev-056 und 10-udev.permissions
(02.07.2005, 01:31)
Installation » [gelöst] udev: /dev/mixer und /dev/dsp fehlt
(07.06.2005, 11:09)
