j'ai deux cartes réseau qui n'ont jamais le même nom quand la machine démarre; une fois eth0 et eth1 et la fois d'après c'est l'inverse. Quand je lance virtualbox il faut chaque fois vérifier si le nom de la carte réseau est le bon et bien sûr il change sans arrêt. Avec systemd il n y a plus de fichier /etc/udev/rules.d/70-persistent-net.rules pour assigner définitivement un nom à chaque interface, je l'ai créé avec ce qu'il faut dedans mais ça ne marche pas; le nom des interfaces réseau change à chaque nouveau démarrage de la bécane. Une solution?
+
nommer les cartes réseau. Le sujet est résolu
-
- Contributeur
- Messages : 930
- Inscription : 05 août 2016, 20:25
- Status : Hors-ligne
Ça dépend quelle version de systemd (et plus précisément de udev).marcastro a écrit : Avec systemd il n y a plus de fichier /etc/udev/rules.d/70-persistent-net.rules
Celle de Jessie applique un nommage "persistant" basé sur l'adresse MAC dans des règles qu'il enregistre dans ce fichier, comme les versions précédentes d'udev qui n'étaient pas intégrées dans systemd.
Celle de Stretch applique par défaut un nommage "prévisible" du style enp0s1 qui ne crée pas de règles dans ce fichier mais en tient compte s'il existe.
Dans tous les cas les règles présentes dans le fichier devraient être appliquées si elles sont correctement écrites avec les bons critères.
- piratebab
- Site Admin
- Messages : 5854
- Inscription : 24 avr. 2016, 18:41
- Localisation : sud ouest
- Status : Hors-ligne
En testing, j'ai eu recement un problème avec les interfaces réseaux suite à une mise à jour.
De plus en plus de choses sont prises en charge par systemd, et les configurations "historiques" ne fonctionnent plus (dans mon cas, le fichier interfaces).
Vérifie ta version de udev
https://www.freedesktop.org/wiki/Softwa ... faceNames/
De plus en plus de choses sont prises en charge par systemd, et les configurations "historiques" ne fonctionnent plus (dans mon cas, le fichier interfaces).
cela ne semble pas le cas chez toi!Systemd/udev automatically assigns predictable, stable network interface names for all local Ethernet, WLAN, and WWAN interfaces. Use networkctl list to list the devices on the system.
Vérifie ta version de udev
https://www.freedesktop.org/wiki/Softwa ... faceNames/
-
- Modérateur
- Messages : 896
- Inscription : 16 avr. 2016, 22:14
- Status : Hors-ligne
Bonjour
À ce sujet, j'avais trouvé ce fil intéressant : https://github.com/systemd/systemd/issues/3715
À ce sujet, j'avais trouvé ce fil intéressant : https://github.com/systemd/systemd/issues/3715
-
- Membre actif
- Messages : 732
- Inscription : 22 avr. 2016, 12:05
- Localisation : variable
- Status : Hors-ligne
@Pascal: <<Celle de Stretch applique par défaut un nommage "prévisible" du style enp0s1 qui ne crée pas de règles dans ce fichier mais en tient compte s'il existe.>>
oui,j'avais fait une petite faute de syntaxe en écrivant le fichier 70-persistent, j'ai corrigé et j'obtiens maintenant un adressage fixe; problème résolu et encore merci pour votre aide. Mon fichier 70-persistent:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:1D:CD:D5:4C", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
oui,j'avais fait une petite faute de syntaxe en écrivant le fichier 70-persistent, j'ai corrigé et j'obtiens maintenant un adressage fixe; problème résolu et encore merci pour votre aide. Mon fichier 70-persistent:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:1D:CD:D5:4C", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
sur le forum depuis 2007.
sid et bookworm avec xfce
sid et bookworm avec xfce
-
- Membre actif
- Messages : 732
- Inscription : 22 avr. 2016, 12:05
- Localisation : variable
- Status : Hors-ligne
c'est fait; deux cartes avec chacune une adresse fixe.Du coup, tu pourrais aussi ajouter une deuxième règle pour l'autre carte réseau, au cas où une interface de ce type soit ajoutée plus tard…
# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:e0:52:93:70:88", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x1969:0x1063 (atl1c)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:1d
sur le forum depuis 2007.
sid et bookworm avec xfce
sid et bookworm avec xfce
-
- Modérateur
- Messages : 896
- Inscription : 16 avr. 2016, 22:14
- Status : Hors-ligne
Super ! :icon_lol:
Maintenant, je sais comment faire afficher une image de CD dans les messages de ce forum :

Maintenant, je sais comment faire afficher une image de CD dans les messages de ce forum :
Code : Tout sélectionner
:cd:
-
- Contributeur
- Messages : 930
- Inscription : 05 août 2016, 20:25
- Status : Hors-ligne
Il y a quand même une chose qui m'étonne. D'après ta signature, la version de Debian est sid donc elle contient une version de systemd/udev qui applique par défaut le nommage "prévisible" du style enp0s1 basé sur le chemin d'accès au périphérique. Ce nommage est bien sûr persistant à moins de changer la carte réseau de slot. Or ici ce n'était pas le cas, les interfaces gardaient leur nom d'origine eth* affectés par le noyau dans l'ordre de découverte.
Une des mesures pour désactiver le nommage prévisible mentionnées à la fin de https://www.freedesktop.org/wiki/Softwa ... faceNames/ aurait-elle été appliquée ?
Une des mesures pour désactiver le nommage prévisible mentionnées à la fin de https://www.freedesktop.org/wiki/Softwa ... faceNames/ aurait-elle été appliquée ?
-
- Membre actif
- Messages : 732
- Inscription : 22 avr. 2016, 12:05
- Localisation : variable
- Status : Hors-ligne
@Pascal:
sda5--->c'était une jessie que j'ai déjà passée en stretch en vue du passage de stretch en stable
sdb5--->sid
ma signature n'est plus à jour; ce sont les testing qui me posaient problème, que j'ai résolu en créant un fichier 70-persistent.
sda1--->sparkylinux en testing rolling releaseD'après ta signature, la version de Debian est sid
sda5--->c'était une jessie que j'ai déjà passée en stretch en vue du passage de stretch en stable
sdb5--->sid
ma signature n'est plus à jour; ce sont les testing qui me posaient problème, que j'ai résolu en créant un fichier 70-persistent.
sur le forum depuis 2007.
sid et bookworm avec xfce
sid et bookworm avec xfce
-
- Contributeur
- Messages : 930
- Inscription : 05 août 2016, 20:25
- Status : Hors-ligne
Et ça faisait la même chose avec les trois ?
Si tu as testing/stretch à jour, tu as la version de systemd qui fait le nommage prévisible.
Si tu as testing/stretch à jour, tu as la version de systemd qui fait le nommage prévisible.
-
- Membre actif
- Messages : 732
- Inscription : 22 avr. 2016, 12:05
- Localisation : variable
- Status : Hors-ligne
c'est sda1/sparkylinux qui merdait; sda5 ne le faisait pas parce qu'il y avait un fichier 70-persistent avant l'upgrade vers stretch et j'ai installé sid de la même manière en upgradant jessie-->stretch-->sid donc là aussi 70-persistent au départ.
sur le forum depuis 2007.
sid et bookworm avec xfce
sid et bookworm avec xfce