*************************************************************************
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo eth0 eth1
iface lo inet loopback
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
didier
Le Wed, 12 Sep 2007 12:17:13 +0000, Debellez a écrit:
Bonjour,
Je suis sous Xubuntu 7.04i386
J'ai paramétré mon wlan avec succès :
voici mon fichier /etc/network/interfaces
************************************************************************* # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo eth0 eth1 iface lo inet loopback
Après chaque démarrage de l'ordi, je suis obligé de faire :
$sudo ifup eth1
pour lancer la connexion.
Comment établir la connexion automatiquement ?
Merci d'avance. Debellez
écrire « ifup eth1 » dans /etc/rc.local ? chez moi ça marche presque toujours, sans que je sache pourquoi ça ne marche pas de temps en temps...
Didier.
Le Wed, 12 Sep 2007 12:17:13 +0000, Debellez a écrit:
Bonjour,
Je suis sous Xubuntu 7.04i386
J'ai paramétré mon wlan avec succès :
voici mon fichier /etc/network/interfaces
*************************************************************************
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo eth0 eth1
iface lo inet loopback
Le Wed, 12 Sep 2007 12:17:13 +0000, Debellez a écrit:
Bonjour,
Je suis sous Xubuntu 7.04i386
J'ai paramétré mon wlan avec succès :
voici mon fichier /etc/network/interfaces
************************************************************************* # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5).
# The loopback network interface auto lo eth0 eth1 iface lo inet loopback
Ca peut etre plus interessant de savoir pourquoi ça marche "de temps en temps"...
didier
Le Wed, 12 Sep 2007 19:21:00 +0200, Mihamina (R12y) Rakotomandimby a écrit:
didier wrote:
écrire « ifup eth1 » dans /etc/rc.local ?
Ca peut etre plus interessant de savoir pourquoi ça marche "de temps en temps"...
Je pensais que c'était dans /etc/rc.local qu'il fallait mettre les commandes à lancer au démarrage avec les privilèges de root. Aurais-je mal compris ?
Didier.
Le Wed, 12 Sep 2007 19:21:00 +0200, Mihamina (R12y) Rakotomandimby a
écrit:
didier wrote:
écrire « ifup eth1 » dans /etc/rc.local ?
Ca peut etre plus interessant de savoir pourquoi ça marche "de temps en
temps"...
Je pensais que c'était dans /etc/rc.local qu'il fallait mettre
les commandes à lancer au démarrage avec les privilèges de root.
Aurais-je mal compris ?
Le Wed, 12 Sep 2007 19:21:00 +0200, Mihamina (R12y) Rakotomandimby a écrit:
didier wrote:
écrire « ifup eth1 » dans /etc/rc.local ?
Ca peut etre plus interessant de savoir pourquoi ça marche "de temps en temps"...
Je pensais que c'était dans /etc/rc.local qu'il fallait mettre les commandes à lancer au démarrage avec les privilèges de root. Aurais-je mal compris ?
Didier.
Nicolas George
didier wrote in message <46e83ae7$0$12320$:
Je pensais que c'était dans /etc/rc.local qu'il fallait mettre les commandes à lancer au démarrage avec les privilèges de root. Aurais-je mal compris ?
Tu te trompes sur deux points.
D'une part, rc.local, c'est un foutoir où mettre des commandes en vrac. Pour exécuter quelque chose proprement, il vaut mieux l'intégrer au démarrage SysV standard. Bon, c'est mineur.
D'autre part, et c'est là qu'est ton erreur : l'activation du réseau est normalement déjà appelée pendant le processus de boot. Si elle ne se fait pas, c'est qu'il y a un problème quelque part. Rajouter la commande à un autre endroit, ça peut cacher le problème, mais ça ne le résout pas. Ce n'est pas fiable, ça peut se mettre à échouer sans prévenir.
didier wrote in message <46e83ae7$0$12320$426a74cc@news.free.fr>:
Je pensais que c'était dans /etc/rc.local qu'il fallait mettre
les commandes à lancer au démarrage avec les privilèges de root.
Aurais-je mal compris ?
Tu te trompes sur deux points.
D'une part, rc.local, c'est un foutoir où mettre des commandes en vrac. Pour
exécuter quelque chose proprement, il vaut mieux l'intégrer au démarrage
SysV standard. Bon, c'est mineur.
D'autre part, et c'est là qu'est ton erreur : l'activation du réseau est
normalement déjà appelée pendant le processus de boot. Si elle ne se fait
pas, c'est qu'il y a un problème quelque part. Rajouter la commande à un
autre endroit, ça peut cacher le problème, mais ça ne le résout pas. Ce
n'est pas fiable, ça peut se mettre à échouer sans prévenir.
Je pensais que c'était dans /etc/rc.local qu'il fallait mettre les commandes à lancer au démarrage avec les privilèges de root. Aurais-je mal compris ?
Tu te trompes sur deux points.
D'une part, rc.local, c'est un foutoir où mettre des commandes en vrac. Pour exécuter quelque chose proprement, il vaut mieux l'intégrer au démarrage SysV standard. Bon, c'est mineur.
D'autre part, et c'est là qu'est ton erreur : l'activation du réseau est normalement déjà appelée pendant le processus de boot. Si elle ne se fait pas, c'est qu'il y a un problème quelque part. Rajouter la commande à un autre endroit, ça peut cacher le problème, mais ça ne le résout pas. Ce n'est pas fiable, ça peut se mettre à échouer sans prévenir.
Debellez
Nicolas George <nicolas$ wrote in news:46e84604$0$31739 $:
Si elle ne se fait pas, c'est qu'il y a un problme quelque part.
Merci pour vos réponses.
Une piste pour déceler à quel moment il y a un dsfonctionnement ?
Cordialement.
Nicolas George <nicolas$george@salle-s.org> wrote in news:46e84604$0$31739
$426a74cc@news.free.fr:
Si elle ne se fait
pas, c'est qu'il y a un problme quelque part.
Merci pour vos réponses.
Une piste pour déceler à quel moment il y a un dsfonctionnement ?
Nicolas George <nicolas$ wrote in news:46e84604$0$31739 $:
Si elle ne se fait pas, c'est qu'il y a un problme quelque part.
Merci pour vos réponses.
Une piste pour déceler à quel moment il y a un dsfonctionnement ?
Cordialement.
Mihamina (R12y) Rakotomandimby
Debellez wrote:
Une piste pour déceler à quel moment il y a un dsfonctionnement ?
/var/log/messages
Moi aussi ce que je fais, c'est que pour tester, je fais un script qui décharge le module, le charge et "up" l'interface dans la foulée. Ca reproduit de loin ce qui se passe au boot (ou tout s'enchaine et tout...). C'est grace à cette méthode, dans un lointain passé, quand j'avais encore les vieux modems USB speedtouch que j'ai su qu'il falait vraiment introduire une temporisation entre le chargemant des modules et l'utilisation des ports USB par le modem (chargement firmware, etc...). Je n'avais pas forcément l'explication technique, mais je savais qu'il fallait temporiser. Ce que le la sequence de boot ne fais pas.
D'ailleurs, rc.local est executé à la fin de la sequence de boot,... largement suffisant si besoin de temporiser. Mais c'est quand meme mieux de spécifier ça ailleurs dans le cas présent.
Debellez wrote:
Une piste pour déceler à quel moment il y a un dsfonctionnement ?
/var/log/messages
Moi aussi ce que je fais, c'est que pour tester, je fais un script qui
décharge le module, le charge et "up" l'interface dans la foulée. Ca
reproduit de loin ce qui se passe au boot (ou tout s'enchaine et tout...).
C'est grace à cette méthode, dans un lointain passé, quand j'avais
encore les vieux modems USB speedtouch que j'ai su qu'il falait vraiment
introduire une temporisation entre le chargemant des modules et
l'utilisation des ports USB par le modem (chargement firmware, etc...).
Je n'avais pas forcément l'explication technique, mais je savais qu'il
fallait temporiser. Ce que le la sequence de boot ne fais pas.
D'ailleurs, rc.local est executé à la fin de la sequence de boot,...
largement suffisant si besoin de temporiser. Mais c'est quand meme mieux
de spécifier ça ailleurs dans le cas présent.
Une piste pour déceler à quel moment il y a un dsfonctionnement ?
/var/log/messages
Moi aussi ce que je fais, c'est que pour tester, je fais un script qui décharge le module, le charge et "up" l'interface dans la foulée. Ca reproduit de loin ce qui se passe au boot (ou tout s'enchaine et tout...). C'est grace à cette méthode, dans un lointain passé, quand j'avais encore les vieux modems USB speedtouch que j'ai su qu'il falait vraiment introduire une temporisation entre le chargemant des modules et l'utilisation des ports USB par le modem (chargement firmware, etc...). Je n'avais pas forcément l'explication technique, mais je savais qu'il fallait temporiser. Ce que le la sequence de boot ne fais pas.
D'ailleurs, rc.local est executé à la fin de la sequence de boot,... largement suffisant si besoin de temporiser. Mais c'est quand meme mieux de spécifier ça ailleurs dans le cas présent.
