jeannot40 a écrit 3 commentaires

Oui pardon; je n'avais plus la sortie sous les yeux; mais bien sûr resolv.conf contient les dns google + le localhost

    jea@lubutu:~$ cat /etc/resolv.conf
    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
    #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
    nameserver 8.8.8.8
    nameserver 8.8.4.4
    nameserver 127.0.1.1

Quant aux configurations ip:
- avec la carte filaire up:

jea@lubutu:~$ ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host 
           valid_lft forever preferred_lft forever
    2: enp0s12: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
        link/ether 00:a0:24:c4:78:22 brd ff:ff:ff:ff:ff:ff
        inet 192.168.10.150/24 brd 192.168.10.255 scope global enp0s12
           valid_lft forever preferred_lft forever
        inet6 fe80::2a0:24ff:fec4:7822/64 scope link 
           valid_lft forever preferred_lft forever
    3: wlx0013ef7052a3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 00:13:ef:70:52:a3 brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.10/24 brd 192.168.1.255 scope global dynamic wlx0013ef7052a3
           valid_lft 863949sec preferred_lft 863949sec
        inet6 fe80::213:efff:fe70:52a3/64 scope link 
           valid_lft forever preferred_lft forever
    jea@lubutu:~$ ip r
    default via 192.168.10.1 dev enp0s12 onlink 
    default via 192.168.1.254 dev wlx0013ef7052a3  proto static  metric 600 
    192.168.1.0/24 dev wlx0013ef7052a3  proto kernel  scope link  src 192.168.1.10  metric 600 
    192.168.10.0/24 dev enp0s12  proto kernel  scope link  src 192.168.10.150

Et après le ifdown enp0s12

jea@lubutu:~$ ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host 
           valid_lft forever preferred_lft forever
    2: enp0s12: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
        link/ether 00:a0:24:c4:78:22 brd ff:ff:ff:ff:ff:ff
    3: wlx0013ef7052a3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 00:13:ef:70:52:a3 brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.10/24 brd 192.168.1.255 scope global dynamic wlx0013ef7052a3
           valid_lft 863745sec preferred_lft 863745sec
        inet6 fe80::213:efff:fe70:52a3/64 scope link 
           valid_lft forever preferred_lft forever
    jea@lubutu:~$ ip r
    default via 192.168.1.254 dev wlx0013ef7052a3  proto static  metric 600 
    192.168.1.0/24 dev wlx0013ef7052a3  proto kernel  scope link  src 192.168.1.10  metric 600

Si je débranche le cable réseau j'ai

2: enp0s12: <NO CARRIER>

mais malgré cela le wifi ne fonctionne pas; il faut vraiment que je fasse le ifdown

Et si j'enlève le dongle wifi évidemment dev wlx0013ef7052a3 ne parait plus nulle part, pas plus que le réseau 192.168.1.0/24

Merci de vos réponses

J'ai démarré la machine pour faire les tests que vous préconisez mais j'ai du l'arrêter car elle n'est pas sur onduleur et avec la tempête j'ai eu 2 microcoupures en suivant.

J'aurais voulu vous recopier les sorties mais je n'ai pas eu le temps.

J'ai eu le temps de voir :

ip r m'indique les dns que j'ai programmé en static, à savoir ceux de Google : 8.8.8.8 et 8.8.4.4

Bizarrement quand je plug le dongle wifi s'ajoute le host 127.0.1.1

sur ip a je n'ai rien vu qui m'a choqué; un seul bémol pour l'ipv6 qui s'est auto-configuré sur enp0s12 alors que je n'ai rien demandé. Alors je me suis dit que peut-être ma veille carte ne savait pas faire ipv6 et puis à la réflexion cela m'étonnerait car le protocole réseau est dans les couches logicielles au-dessus de la carte.

Bon je referai des essais demain après la tempête.

Bonjour

J'ai eu le même problème avec l'ordinosaure que j'essaye de faire fonctionner depuis une semaine. Son antédiluvienne Hercules 3D Prophet II MX 64 Mo (Nvidia Geforce 2) n'est plus soutenue par la dernière version de X11; même pas avec le driver générique Vesa grrrrrrr.

Je viens d'aboutir avec la distri Lubuntu 16.10 (Yakkety Yak)alternate CD; elle tient sur un CD car l'ancêtre ne sais booter que sur des CD ou des DVD-R (et pas sur des DVD+RW). Des soucis de réseau quand même j'ouvre un sujet.