bonsoir,
je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant
j'étais
en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du
2.10).
j'ai recopié dans /etc/modprobe.d/
mon fichier network avec les
alias eth0 8139too
alias eth1 eth1394
et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et
eth1
à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
(configuration dans /etc/network/interfaces)
j'ai beau commenté la ligne correspondant à eth1 il continue à fair e
la
même chose !
y'a t-il un autre endroit où il faut configurer l'attribution des
interfaces aux modules ????
merci d'avance pour tout idée !
Alexandre
bonsoir,
je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant
j'étais
en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du
2.10).
j'ai recopié dans /etc/modprobe.d/
mon fichier network avec les
alias eth0 8139too
alias eth1 eth1394
et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et
eth1
à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
(configuration dans /etc/network/interfaces)
j'ai beau commenté la ligne correspondant à eth1 il continue à fair e
la
même chose !
y'a t-il un autre endroit où il faut configurer l'attribution des
interfaces aux modules ????
merci d'avance pour tout idée !
Alexandre
bonsoir,
je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant
j'étais
en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du
2.10).
j'ai recopié dans /etc/modprobe.d/
mon fichier network avec les
alias eth0 8139too
alias eth1 eth1394
et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et
eth1
à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
(configuration dans /etc/network/interfaces)
j'ai beau commenté la ligne correspondant à eth1 il continue à fair e
la
même chose !
y'a t-il un autre endroit où il faut configurer l'attribution des
interfaces aux modules ????
merci d'avance pour tout idée !
Alexandre
Utiliser la commande nameif pour nommer les interfaces en fonction de
eur adresse MAC. C'est une façon d'être sûr qu'une interface logique
est liée à une interface physique.
Par exemple, dans /etc/networking/interfaces :
iface lan inet static
address 192.168.3.253
netmask 255.255.255.0
pre-up nameif lan 00:00:B4:BB:4D:69
La partie importance est la commande nameif en pre-up.
Elle attribue le nom "lan" à l'interface nommée.
Ensuite on peut utiliser les commande ifconfig avec lan comme avec ethx.
Vous faites autant de bloc qu'il y a d'interfaces.
Utiliser la commande nameif pour nommer les interfaces en fonction de
eur adresse MAC. C'est une façon d'être sûr qu'une interface logique
est liée à une interface physique.
Par exemple, dans /etc/networking/interfaces :
iface lan inet static
address 192.168.3.253
netmask 255.255.255.0
pre-up nameif lan 00:00:B4:BB:4D:69
La partie importance est la commande nameif en pre-up.
Elle attribue le nom "lan" à l'interface nommée.
Ensuite on peut utiliser les commande ifconfig avec lan comme avec ethx.
Vous faites autant de bloc qu'il y a d'interfaces.
Utiliser la commande nameif pour nommer les interfaces en fonction de
eur adresse MAC. C'est une façon d'être sûr qu'une interface logique
est liée à une interface physique.
Par exemple, dans /etc/networking/interfaces :
iface lan inet static
address 192.168.3.253
netmask 255.255.255.0
pre-up nameif lan 00:00:B4:BB:4D:69
La partie importance est la commande nameif en pre-up.
Elle attribue le nom "lan" à l'interface nommée.
Ensuite on peut utiliser les commande ifconfig avec lan comme avec ethx.
Vous faites autant de bloc qu'il y a d'interfaces.
je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant j'étais
en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du 2.10).
j'ai recopié dans /etc/modprobe.d/
mon fichier network avec les
alias eth0 8139too
alias eth1 eth1394
et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et eth1
à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant j'étais
en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du 2.10).
j'ai recopié dans /etc/modprobe.d/
mon fichier network avec les
alias eth0 8139too
alias eth1 eth1394
et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et eth1
à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant j'étais
en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du 2.10).
j'ai recopié dans /etc/modprobe.d/
mon fichier network avec les
alias eth0 8139too
alias eth1 eth1394
et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et eth1
à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
Salut,
Alexandre a écrit :
>
>je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant j'étais
>en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du 2.10).
>
>j'ai recopié dans /etc/modprobe.d/
>mon fichier network avec les
>alias eth0 8139too
>alias eth1 eth1394
>
>et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et eth1
>à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
Contrairement à une croyance répandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces réseau. Les
noms sont attribués en suivant l'ordre de chargement des modules
correspondants et de détection des interfaces.
En dehors de l'utilisation de nameif ou équivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 à la carte
RTL8139.
Salut,
Alexandre a écrit :
>
>je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant j'étais
>en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du 2.10).
>
>j'ai recopié dans /etc/modprobe.d/
>mon fichier network avec les
>alias eth0 8139too
>alias eth1 eth1394
>
>et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et eth1
>à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
Contrairement à une croyance répandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces réseau. Les
noms sont attribués en suivant l'ordre de chargement des modules
correspondants et de détection des interfaces.
En dehors de l'utilisation de nameif ou équivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 à la carte
RTL8139.
Salut,
Alexandre a écrit :
>
>je viens de compiler un noyau 2.6.11.12 ce soir (alors qu'avant j'étais
>en 2.4.30), afin de résoudre les problèmes avec gnome (à cause du 2.10).
>
>j'ai recopié dans /etc/modprobe.d/
>mon fichier network avec les
>alias eth0 8139too
>alias eth1 eth1394
>
>et malgrès ce fichier, au redémarrage il attribue eth0 à eth1394 et eth1
>à 8139too, ce qui bien sûr ne m'arrange pas du tout pour la suite
Contrairement à une croyance répandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces réseau. Les
noms sont attribués en suivant l'ordre de chargement des modules
correspondants et de détection des interfaces.
En dehors de l'utilisation de nameif ou équivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 à la carte
RTL8139.
* [2005-06-17 22:16] :
En dehors de l'utilisation de nameif ou équivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 à la carte
RTL8139.
Et pour le cas où on a mis les pilotes en dur dans le noyau (utile pour
un noyau Linux un peu plus sécurisé), on peut soit utiliser nameif,
soit changer l'ordre des cartes PCI.
* Pascal@plouf <pascal.mail@plouf.fr.eu.org> [2005-06-17 22:16] :
En dehors de l'utilisation de nameif ou équivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 à la carte
RTL8139.
Et pour le cas où on a mis les pilotes en dur dans le noyau (utile pour
un noyau Linux un peu plus sécurisé), on peut soit utiliser nameif,
soit changer l'ordre des cartes PCI.
* [2005-06-17 22:16] :
En dehors de l'utilisation de nameif ou équivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 à la carte
RTL8139.
Et pour le cas où on a mis les pilotes en dur dans le noyau (utile pour
un noyau Linux un peu plus sécurisé), on peut soit utiliser nameif,
soit changer l'ordre des cartes PCI.
Salut,
Contrairement ? une croyance r?pandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces r?seau. Les
noms sont attribu?s en suivant l'ordre de chargement des modules
correspondants et de d?tection des interfaces.
En dehors de l'utilisation de nameif ou ?quivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 ? la carte
RTL8139.
Salut,
Contrairement ? une croyance r?pandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces r?seau. Les
noms sont attribu?s en suivant l'ordre de chargement des modules
correspondants et de d?tection des interfaces.
En dehors de l'utilisation de nameif ou ?quivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 ? la carte
RTL8139.
Salut,
Contrairement ? une croyance r?pandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces r?seau. Les
noms sont attribu?s en suivant l'ordre de chargement des modules
correspondants et de d?tection des interfaces.
En dehors de l'utilisation de nameif ou ?quivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 ? la carte
RTL8139.
Contrairement ? une croyance r?pandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces r?seau.
<ma_vie>
Ah ! /a explique des choses
</ma_vie>
En dehors de l'utilisation de nameif ou ?quivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 ? la carte
RTL8139.
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon ordre de
module, non ?
Contrairement ? une croyance r?pandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces r?seau.
<ma_vie>
Ah ! /a explique des choses
</ma_vie>
En dehors de l'utilisation de nameif ou ?quivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 ? la carte
RTL8139.
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon ordre de
module, non ?
Contrairement ? une croyance r?pandue et tenace, les lignes "alias" n'ont
strictement *aucune* influence sur le nommage des interfaces r?seau.
<ma_vie>
Ah ! /a explique des choses
</ma_vie>
En dehors de l'utilisation de nameif ou ?quivalent pour renommer les
interfaces, on peut jouer sur l'ordre des modules dans /etc/modules.
Charger le module 8139too en premier affectera le nom eth0 ? la carte
RTL8139.
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon ordre de
module, non ?
[Note: on dirait que tu as un problème de jeu de caractères (ascii au
lieu de latin) qui ruine les caractères accentués]
Accessoirement, je n'arrive pas à comprendre pourquoi on trouve cette
erreur dans autant de docs. Il suffit pourtant d'essayer pour se
rendre compte que ça ne marche pas comme ça. A croire que ceux qui
rédigent des docs ne vérifient pas les informations qu'ils y mettent.un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de
module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans le
bon ordre.
[Note: on dirait que tu as un problème de jeu de caractères (ascii au
lieu de latin) qui ruine les caractères accentués]
Accessoirement, je n'arrive pas à comprendre pourquoi on trouve cette
erreur dans autant de docs. Il suffit pourtant d'essayer pour se
rendre compte que ça ne marche pas comme ça. A croire que ceux qui
rédigent des docs ne vérifient pas les informations qu'ils y mettent.
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de
module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans le
bon ordre.
[Note: on dirait que tu as un problème de jeu de caractères (ascii au
lieu de latin) qui ruine les caractères accentués]
Accessoirement, je n'arrive pas à comprendre pourquoi on trouve cette
erreur dans autant de docs. Il suffit pourtant d'essayer pour se
rendre compte que ça ne marche pas comme ça. A croire que ceux qui
rédigent des docs ne vérifient pas les informations qu'ils y mettent.un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de
module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans le
bon ordre.
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans le
bon ordre.
[Raisonement simpliste] si aucun module n'est chargé, la remontée
d'interface entraîne la remontée de module ...
Il ne faut pas remonter eth1 avant eth0 (et encore je n'ai pas essayé),
c'est tout ...
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans le
bon ordre.
[Raisonement simpliste] si aucun module n'est chargé, la remontée
d'interface entraîne la remontée de module ...
Il ne faut pas remonter eth1 avant eth0 (et encore je n'ai pas essayé),
c'est tout ...
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans le
bon ordre.
[Raisonement simpliste] si aucun module n'est chargé, la remontée
d'interface entraîne la remontée de module ...
Il ne faut pas remonter eth1 avant eth0 (et encore je n'ai pas essayé),
c'est tout ...
David Dumortier a écrit :un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans
le bon ordre.
[Raisonement simpliste] si aucun module n'est chargé, la remontée
d'interface entraîne la remontée de module ...
Il ne faut pas remonter eth1 avant eth0 (et encore je n'ai pas
essayé), c'est tout ...
C'est bien pourquoi je ne vois pas trop l'intérêt. Si pour une raison
quelconque on veut activer eth1 avant eth0, ça ne marche plus. Et
bonjour la pagaille si un même module gère plusieurs interfaces.
David Dumortier a écrit :
un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans
le bon ordre.
[Raisonement simpliste] si aucun module n'est chargé, la remontée
d'interface entraîne la remontée de module ...
Il ne faut pas remonter eth1 avant eth0 (et encore je n'ai pas
essayé), c'est tout ...
C'est bien pourquoi je ne vois pas trop l'intérêt. Si pour une raison
quelconque on veut activer eth1 avant eth0, ça ne marche plus. Et
bonjour la pagaille si un même module gère plusieurs interfaces.
David Dumortier a écrit :un pre-up modprobe module_carte devrais aussi aider @ avoir le bon
ordre de module, non ?
Je ne vois pas trop en quoi ça aiderait à charger les modules dans
le bon ordre.
[Raisonement simpliste] si aucun module n'est chargé, la remontée
d'interface entraîne la remontée de module ...
Il ne faut pas remonter eth1 avant eth0 (et encore je n'ai pas
essayé), c'est tout ...
C'est bien pourquoi je ne vois pas trop l'intérêt. Si pour une raison
quelconque on veut activer eth1 avant eth0, ça ne marche plus. Et
bonjour la pagaille si un même module gère plusieurs interfaces.
