Sur une Ubuntu 14.04, l'interface réseau n'est plus activée depuis un
moment (sans doute 2 semaines environ). Peut-être suite à une mise à
jour mais ce n'est pas ma machine donc pas sûr.
Il existe une puce réseau sur la carte mère mais elle a cramé.
La machine utilise une carte réseau ajoutée après pour la remplacer
mais ce changement n'est pas récent.
La carte apparaît bien avec lspci (si je la débranche la ligne
disparaît).
ifconfig ne fait apparaître que lo.
ifconfig -a fait apparaître lo et eth1, qui a priori est celle qui
m'intéresse. Par contre elle n'a pas d'adresse IPv4 attribuée sur le
réseau local.
ifconfig eth1 up fait apparaître eth1 dans la liste des
interfaces actives mais la carte n'a pas d'adresse, le réseau n'est pas
disponible. Pour relancer le réseau ce n'est pas "sudo sysctl
networking restart" ?
La loupiotte s'allume bien sur la carte quand je connecte un câble.
Quelques indications peut-être utiles :
(dmesg - uniquement si la carte réseau est physiquement connectée ; ça
parle d'eth0, bizarre...)
[ 1.637015] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.637021] r8169 0000:03:00.0: can't disable ASPM; OS doesn't have
ASPM control
[ 1.637338] r8169 0000:03:00.0: irq 44 for MSI/MSI-X
[ 1.637511] r8169 0000:03:00.0 eth0: RTL8168e/8111e at
0xffffc900018b0000, e8:de:27:03:1d:9b, XID 0c200000 IRQ
44
[ 1.637513] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200
bytes, tx checksumming: ko]
(dmesg - tout le temps)
[ 3.595906] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
La difficulté c'est que je n'ai pas la machine sous la main : il faut
faire ça au téléphone avec des gens à qui il faut tout dicter, sans
doute une fois par jour. Donc on peut explorer des pistes en parallèle,
ça ne pose pas de problème.
S'il y a une solution rapide pour qu'ils récupèrent leur connexion
internet ce serait bien, même s'il faut lancer un script à la main au
démarrage. Une solution plus complète à terme aussi bien sûr, mais en
attendant ils sont sans connexion internet...
Plus probablement, ça n'avait rien changé et la configuration venait d'ailleurs.
Sans doute, mais cela fonctionnait et fonctionne toujours.
Est-ce le routeur qui assure la fonction ICS (Internet Connection Sharing) et qui sait se débrouiller ?
Mais j'en doute un peu... mais qui alors ?
Une chose est sûre, cela fonctionne sans network-manager et sans wicd (désintallés et --purge)
À un moment, il faut décider entre les outils clickodromes qui
changent à chaque nouvelle version et cassent de temps en temps juste pour le fun et les outils robustes qui demandent de réfléchir un peu à ce qu'on cherche à faire.
Pas évident pour des béotiens comme moi :o/
Et tripatouiller dans systemd n'est pas évident : https://www.reddit.com/r/debian/comments/34d9dl/jessie_systemd_and_networking/
Et si j'ai bien lu, virer systemd me semble plus que risqué.
Plus probablement, ça n'avait rien changé et la configuration venait
d'ailleurs.
Sans doute, mais cela fonctionnait et fonctionne toujours.
Est-ce le routeur qui assure la fonction ICS (Internet Connection
Sharing) et qui sait se débrouiller ?
Mais j'en doute un peu... mais qui alors ?
Une chose est sûre, cela fonctionne sans network-manager et sans wicd
(désintallés et --purge)
À un moment, il faut décider entre les outils clickodromes qui
changent à chaque nouvelle version et cassent de temps en temps juste pour
le fun et les outils robustes qui demandent de réfléchir un peu à ce qu'on
cherche à faire.
Pas évident pour des béotiens comme moi :o/
Et tripatouiller dans systemd n'est pas évident :
https://www.reddit.com/r/debian/comments/34d9dl/jessie_systemd_and_networking/
Et si j'ai bien lu, virer systemd me semble plus que risqué.
Plus probablement, ça n'avait rien changé et la configuration venait d'ailleurs.
Sans doute, mais cela fonctionnait et fonctionne toujours.
Est-ce le routeur qui assure la fonction ICS (Internet Connection Sharing) et qui sait se débrouiller ?
Mais j'en doute un peu... mais qui alors ?
Une chose est sûre, cela fonctionne sans network-manager et sans wicd (désintallés et --purge)
À un moment, il faut décider entre les outils clickodromes qui
changent à chaque nouvelle version et cassent de temps en temps juste pour le fun et les outils robustes qui demandent de réfléchir un peu à ce qu'on cherche à faire.
Pas évident pour des béotiens comme moi :o/
Et tripatouiller dans systemd n'est pas évident : https://www.reddit.com/r/debian/comments/34d9dl/jessie_systemd_and_networking/
Et si j'ai bien lu, virer systemd me semble plus que risqué.
jp willm , dans le message <nical2$5ab$, a écrit :
À un moment, il faut décider entre les outils clickodromes qui changent à chaque nouvelle version et cassent de temps en temps juste pour le fun et les outils robustes qui demandent de réfléchir un peu à ce qu'on cherche à faire.
Pas évident pour des béotiens comme moi :o/
Il suffit de le décider et de faire les efforts d'apprentissage. Sur le long terme, c'est indubitablement rentable.
C'est totalement une question de choix.
Et tripatouiller dans systemd n'est pas évident : https://www.reddit.com/r/debian/comments/34d9dl/jessie_systemd_and_networking/
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de leur temps que cracher leur bile sur systemd.
jp willm , dans le message <nical2$5ab$1@obelix.gegeweb.org>, a écrit :
À un moment, il faut décider entre les outils clickodromes qui
changent à chaque nouvelle version et cassent de temps en temps juste pour
le fun et les outils robustes qui demandent de réfléchir un peu à ce qu'on
cherche à faire.
Pas évident pour des béotiens comme moi :o/
Il suffit de le décider et de faire les efforts d'apprentissage. Sur le long
terme, c'est indubitablement rentable.
C'est totalement une question de choix.
Et tripatouiller dans systemd n'est pas évident :
https://www.reddit.com/r/debian/comments/34d9dl/jessie_systemd_and_networking/
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart
des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de
leur temps que cracher leur bile sur systemd.
jp willm , dans le message <nical2$5ab$, a écrit :
À un moment, il faut décider entre les outils clickodromes qui changent à chaque nouvelle version et cassent de temps en temps juste pour le fun et les outils robustes qui demandent de réfléchir un peu à ce qu'on cherche à faire.
Pas évident pour des béotiens comme moi :o/
Il suffit de le décider et de faire les efforts d'apprentissage. Sur le long terme, c'est indubitablement rentable.
C'est totalement une question de choix.
Et tripatouiller dans systemd n'est pas évident : https://www.reddit.com/r/debian/comments/34d9dl/jessie_systemd_and_networking/
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de leur temps que cracher leur bile sur systemd.
Francois Lafont
Bonjour,
De ce que j'ai pu constater sur Debian Jessie, toute interface explicitement configurée dans le fichier /etc/network/interfaces est ignorée par NetworkManager. Après, effectivement c'est curieux qu'avec juste :
auto eth0
tu puisses avoir une conf valide de ton interface réseau. A minima, il faudrait (dans le cas où tu as un DHCP sur ton réseau) :
auto eth0 iface eth0 inet dhcp
Attention, il y a aussi un répertoire /etc/network/interfaces.d/. Peut-être que tu as des bouts de conf dans ce répertoire aussi.
Bref, le contenu typique du fichier /etc/network/interfaces serait un truc comme ça :
auto lo iface lo inet loopback
auto eth0 iface eth0 inet dhcp
Attention quand même aux noms des interfaces. Avec systemd, ça a un peu changé. Mais on peut toujours forcer le nom avec une règle udev. Faire "ip link" pour voir le nom des interfaces (c'est plus nécessairement eth0 par défaut).
-- François Lafont
Bonjour,
De ce que j'ai pu constater sur Debian Jessie, toute interface explicitement
configurée dans le fichier /etc/network/interfaces est ignorée par NetworkManager.
Après, effectivement c'est curieux qu'avec juste :
auto eth0
tu puisses avoir une conf valide de ton interface réseau. A minima, il faudrait
(dans le cas où tu as un DHCP sur ton réseau) :
auto eth0
iface eth0 inet dhcp
Attention, il y a aussi un répertoire /etc/network/interfaces.d/. Peut-être que
tu as des bouts de conf dans ce répertoire aussi.
Bref, le contenu typique du fichier /etc/network/interfaces serait un truc comme
ça :
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
Attention quand même aux noms des interfaces. Avec systemd, ça a un peu changé.
Mais on peut toujours forcer le nom avec une règle udev. Faire "ip link" pour
voir le nom des interfaces (c'est plus nécessairement eth0 par défaut).
De ce que j'ai pu constater sur Debian Jessie, toute interface explicitement configurée dans le fichier /etc/network/interfaces est ignorée par NetworkManager. Après, effectivement c'est curieux qu'avec juste :
auto eth0
tu puisses avoir une conf valide de ton interface réseau. A minima, il faudrait (dans le cas où tu as un DHCP sur ton réseau) :
auto eth0 iface eth0 inet dhcp
Attention, il y a aussi un répertoire /etc/network/interfaces.d/. Peut-être que tu as des bouts de conf dans ce répertoire aussi.
Bref, le contenu typique du fichier /etc/network/interfaces serait un truc comme ça :
auto lo iface lo inet loopback
auto eth0 iface eth0 inet dhcp
Attention quand même aux noms des interfaces. Avec systemd, ça a un peu changé. Mais on peut toujours forcer le nom avec une règle udev. Faire "ip link" pour voir le nom des interfaces (c'est plus nécessairement eth0 par défaut).
-- François Lafont
Francois Lafont
On 28/05/2016 18:19, Nicolas George wrote:
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de leur temps que cracher leur bile sur systemd.
Je suis assez d'accord, j'en ai aussi un peu marre parfois du bashing sur systemd (je ne dis pas ça pour jp willm). Peut-être que c'est pas encore complètement sec, c'est possible. Mais quand on voit comme ça devient simple de daemoniser un programme par rapport à sysvinit, y'a pas photo. Et puis au moins, avec systemd, quand tu killes un service et bien ça kille bien tout comme il faut.
-- François Lafont
On 28/05/2016 18:19, Nicolas George wrote:
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart
des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de
leur temps que cracher leur bile sur systemd.
Je suis assez d'accord, j'en ai aussi un peu marre parfois du bashing sur systemd
(je ne dis pas ça pour jp willm). Peut-être que c'est pas encore complètement sec,
c'est possible. Mais quand on voit comme ça devient simple de daemoniser un programme
par rapport à sysvinit, y'a pas photo. Et puis au moins, avec systemd, quand tu killes
un service et bien ça kille bien tout comme il faut.
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de leur temps que cracher leur bile sur systemd.
Je suis assez d'accord, j'en ai aussi un peu marre parfois du bashing sur systemd (je ne dis pas ça pour jp willm). Peut-être que c'est pas encore complètement sec, c'est possible. Mais quand on voit comme ça devient simple de daemoniser un programme par rapport à sysvinit, y'a pas photo. Et puis au moins, avec systemd, quand tu killes un service et bien ça kille bien tout comme il faut.
-- François Lafont
jp willm
Le 28/05/2016 18:19, Nicolas George a écrit :
jp willm , dans le message <nical2$5ab$, a écrit :
Il suffit de le décider et de faire les efforts d'apprentissage. Sur le long terme, c'est indubitablement rentable.
Systemd est assez récent et très complexe. Il faudra donc du temps pour en assimiler le minimum, si tant est qu'il ne faille pas comprendre le tout pour n'en configurer qu'une partie.
C'est totalement une question de choix.
Une nécessité si l'on ne veut pas rester au bord de la route.
Bon, je n'ai pas l'intention de troller, je n'y connais pas grand-chose ; ce n'est pas le bon groupe ni mon habitude.
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de leur temps que cracher leur bile sur systemd.
Va-t-en faire changer les habitudes...
J'ai travaillé pendant 12 ans avec un logiciel DAO 2D 3D commercial et je me suis fait la violence de me mettre à FreeCAD en octobre dernier.
C'était très dur, d'autant que comme pour systemd, le logiciel est en constante évolution et partiellement confus.
J'ai réussi à l'adapter à mes besoins, et à présent il ne me viendrait plus à l'idée d'utiliser l'ancien logiciel.*
Donc, je suis d'accord sur ce point : il ne faut pas s'encroûter.
* Un jour nous avons découvert QElectroTECH https://qelectrotech.org/
Devant la qualité de ce logiciel libre, j'ai décidé d'essayer FreeCAD et LibreCAD, surtout FreeCAD qui semble être un capharnaüm pour le nouveau venu.
jp willm , dans le message <nical2$5ab$1@obelix.gegeweb.org>, a écrit :
Il suffit de le décider et de faire les efforts d'apprentissage. Sur le long
terme, c'est indubitablement rentable.
Systemd est assez récent et très complexe. Il faudra donc du temps pour
en assimiler le minimum, si tant est qu'il ne faille pas comprendre le
tout pour n'en configurer qu'une partie.
C'est totalement une question de choix.
Une nécessité si l'on ne veut pas rester au bord de la route.
Bon, je n'ai pas l'intention de troller, je n'y connais pas grand-chose
; ce n'est pas le bon groupe ni mon habitude.
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart
des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de
leur temps que cracher leur bile sur systemd.
Va-t-en faire changer les habitudes...
J'ai travaillé pendant 12 ans avec un logiciel DAO 2D 3D commercial et
je me suis fait la violence de me mettre à FreeCAD en octobre dernier.
C'était très dur, d'autant que comme pour systemd, le logiciel est en
constante évolution et partiellement confus.
J'ai réussi à l'adapter à mes besoins, et à présent il ne me viendrait
plus à l'idée d'utiliser l'ancien logiciel.*
Donc, je suis d'accord sur ce point : il ne faut pas s'encroûter.
* Un jour nous avons découvert QElectroTECH https://qelectrotech.org/
Devant la qualité de ce logiciel libre, j'ai décidé d'essayer FreeCAD et
LibreCAD, surtout FreeCAD qui semble être un capharnaüm pour le nouveau
venu.
jp willm , dans le message <nical2$5ab$, a écrit :
Il suffit de le décider et de faire les efforts d'apprentissage. Sur le long terme, c'est indubitablement rentable.
Systemd est assez récent et très complexe. Il faudra donc du temps pour en assimiler le minimum, si tant est qu'il ne faille pas comprendre le tout pour n'en configurer qu'une partie.
C'est totalement une question de choix.
Une nécessité si l'on ne veut pas rester au bord de la route.
Bon, je n'ai pas l'intention de troller, je n'y connais pas grand-chose ; ce n'est pas le bon groupe ni mon habitude.
Je n'ai pas regardé en détail, mais sur un forum web au hasard, la plupart des réponses viendront de vieux schnocks qui n'ont rien de mieux à faire de leur temps que cracher leur bile sur systemd.
Va-t-en faire changer les habitudes...
J'ai travaillé pendant 12 ans avec un logiciel DAO 2D 3D commercial et je me suis fait la violence de me mettre à FreeCAD en octobre dernier.
C'était très dur, d'autant que comme pour systemd, le logiciel est en constante évolution et partiellement confus.
J'ai réussi à l'adapter à mes besoins, et à présent il ne me viendrait plus à l'idée d'utiliser l'ancien logiciel.*
Donc, je suis d'accord sur ce point : il ne faut pas s'encroûter.
* Un jour nous avons découvert QElectroTECH https://qelectrotech.org/
Devant la qualité de ce logiciel libre, j'ai décidé d'essayer FreeCAD et LibreCAD, surtout FreeCAD qui semble être un capharnaüm pour le nouveau venu.
De ce que j'ai pu constater sur Debian Jessie, toute interface explicitement configurée dans le fichier /etc/network/interfaces est ignorée par NetworkManager. Après, effectivement c'est curieux qu'avec juste :
auto eth0
tu puisses avoir une conf valide de ton interface réseau. A minima, il faudrait (dans le cas où tu as un DHCP sur ton réseau) :
auto eth0 iface eth0 inet dhcp
Je suis bien d'accord, cela semble logique.
Attention, il y a aussi un répertoire /etc/network/interfaces.d/. Peut-être que tu as des bouts de conf dans ce répertoire aussi.
0 fichier dedans.
Sur buntu 14.4 et précédents :
# interfaces(5) file used by ifup(8) and ifdown(8) auto lo iface lo inet loopback
Attention quand même aux noms des interfaces. Avec systemd, ça a un peu changé. Mais on peut toujours forcer le nom avec une règle udev. Faire "ip link" pour voir le nom des interfaces (c'est plus nécessairement eth0 par défaut).
udev + systemd, ça va être chaud !
Mais si ça ne bouge pas trop, on finira par connaître quelques "recettes de cuisine" :o)
De ce que j'ai pu constater sur Debian Jessie, toute interface explicitement
configurée dans le fichier /etc/network/interfaces est ignorée par NetworkManager.
Après, effectivement c'est curieux qu'avec juste :
auto eth0
tu puisses avoir une conf valide de ton interface réseau. A minima, il faudrait
(dans le cas où tu as un DHCP sur ton réseau) :
auto eth0
iface eth0 inet dhcp
Je suis bien d'accord, cela semble logique.
Attention, il y a aussi un répertoire /etc/network/interfaces.d/. Peut-être que
tu as des bouts de conf dans ce répertoire aussi.
0 fichier dedans.
Sur buntu 14.4 et précédents :
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Attention quand même aux noms des interfaces. Avec systemd, ça a un peu changé.
Mais on peut toujours forcer le nom avec une règle udev. Faire "ip link" pour
voir le nom des interfaces (c'est plus nécessairement eth0 par défaut).
udev + systemd, ça va être chaud !
Mais si ça ne bouge pas trop, on finira par connaître quelques "recettes
de cuisine" :o)
De ce que j'ai pu constater sur Debian Jessie, toute interface explicitement configurée dans le fichier /etc/network/interfaces est ignorée par NetworkManager. Après, effectivement c'est curieux qu'avec juste :
auto eth0
tu puisses avoir une conf valide de ton interface réseau. A minima, il faudrait (dans le cas où tu as un DHCP sur ton réseau) :
auto eth0 iface eth0 inet dhcp
Je suis bien d'accord, cela semble logique.
Attention, il y a aussi un répertoire /etc/network/interfaces.d/. Peut-être que tu as des bouts de conf dans ce répertoire aussi.
0 fichier dedans.
Sur buntu 14.4 et précédents :
# interfaces(5) file used by ifup(8) and ifdown(8) auto lo iface lo inet loopback
Attention quand même aux noms des interfaces. Avec systemd, ça a un peu changé. Mais on peut toujours forcer le nom avec une règle udev. Faire "ip link" pour voir le nom des interfaces (c'est plus nécessairement eth0 par défaut).
udev + systemd, ça va être chaud !
Mais si ça ne bouge pas trop, on finira par connaître quelques "recettes de cuisine" :o)
