Vous n'êtes pas identifié(e).
J'ignore ce qui a désactivé l'interface réseau. Apparemment le client DHCP tournait encore, donc ce n'est pas avec ifdown ni le service networking.
Peut-être des indices dans les logs (/var/log/syslog).
Rebonjour
Merci pour votre aide
Si cela se reproduit je lancerais les deux commandes de votre précédent mail
Cordialement
jrreuze a écrit :5: eth0@if6: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
L'interface réseau n'est pas active, donc aucune communication possible. A comparer avec la sortie rapportée dans un message précédent :5: eth0@if6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
Pour l'activer tu peux essayerifdown --force eth0
ifup eth0
Finalement je veux bien le contenu de /etc/network/interfaces pour vérifier.
Bonjour et merci
Voici les résultats et update refonctionne, pouvez-vous m'expliquer quel est le problème?
jrreuze@penguin:~$ sudo ifdown --force eth0
Killed old client process
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/00:16:3e:4a:5a:30
Sending on LPF/eth0/00:16:3e:4a:5a:30
Sending on Socket/fallback
receive_packet failed on eth0: Network is down
DHCPRELEASE of 100.115.92.194 on eth0 to 100.115.92.193 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
dhclient.c:2879: Failed to send 300 byte long packet over fallback interface.
jrreuze@penguin:~$ sudo ifup eth0
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/00:16:3e:4a:5a:30
Sending on LPF/eth0/00:16:3e:4a:5a:30
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPOFFER of 100.115.92.194 from 100.115.92.193
DHCPREQUEST for 100.115.92.194 on eth0 to 255.255.255.255 port 67
DHCPACK of 100.115.92.194 from 100.115.92.193
Timeout too large reducing to: 2147483646 (TIME_MAX - 1)
bound to 100.115.92.194 -- renewal in 2147483648 seconds.
Cordialement
Vérifie la configuration réseau active.
ip addr
ip route
cat /etc/resolv.conf
Bonjour
Merci pour votre aide
Voici la réponse aux commandes que vous avez indiquées:
jrreuze@penguin:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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
5: eth0@if6: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 00:16:3e:4a:5a:30 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 100.115.92.194/28 brd 100.115.92.207 scope global eth0
valid_lft forever preferred_lft forever
jrreuze@penguin:~$ ip route
jrreuze@penguin:~$ cat /etc/resolv.conf
domain lxd
search lxd
nameserver 100.115.92.193
Cordialement
jrreuze a écrit :Ce matin le fichier /etc/resolv.conf ne comporte plus nameserver 8.8.8.8 malgré la commande sed que choops m'avait indiqué maintenant j'ai à nouveau nameserver 100.115.92.193
Normal. Et la résolution DNS fonctionne quand même, visiblement.
Bonjour
Oui car la commande update fonctionne
Cordialement
Bonjour
pourquoi ne pas tester ceci ? (modifier resolv.conf avec nano)
cat /etc/resolv.conf
#domain lxd
#search lxd
#nameserver 100.115.92.193
nameserver 8.8.8.8
tu met a jour et tu installe les paquets que raleur a besoin
nota: normalement le fichier "resolv.conf" est mit a jour par des annonces sur le réseau local
tu a une passerelle sur ton réseau local , une box ?
host 8.8.8.8
8.8.8.8.in-addr.arpa domain name pointer dns.google.
tu a soit un fichier "interfaces"
service networking status
soit le paquet "NetworkManager" (a priori n'est pas installé )
service NetworkManager status
c'est quoi ce domaine local
#domain lxd
#search lxd
le serveur dhcp de ton réseau local ?
un ping de cet IP répond ?
ping -c5 100.115.92.193
tu donne très peu d'informations
ps: tu a d'autres machines branchées sur ce même réseau local ou tu fais les tests ?
Bonjour
Ce matin le fichier /etc/resolv.conf ne comporte plus nameserver 8.8.8.8 malgré la commande sed que choops m'avait indiqué maintenant j'ai à nouveau nameserver 100.115.92.193
En ce qui concerne #domain lxd et #search lxd je ne sais pas!
Pas d'autres machines
J'ai une box
Voici les paramètres qui figurent sur mon Chromebook:
Adresse IP: 192.168.1.57
Configurer l'adresse IP automatiquement est positionné sur oui
Masque de sous-réseau: 255.255.255.0
Passerelle 192.168.1.254
Serveurs de noms automatiques 192.168.1.254
Serveurs de noms google , option non cochée donc non
Serveurs de noms personnalisés, option non cochée donc non
ci-dessous capture de l'écran du terminal
merci pour votre aide en espérant avoir répondu à vos demandes
Cordialement
jrreuze@penguin:~$ cat /etc/resolv.conf
domain lxd
search lxd
nameserver 100.115.92.193
jrreuze@penguin:~$ ping -c 5 100.115.92.193
PING 100.115.92.193 (100.115.92.193) 56(84) bytes of data.
64 bytes from 100.115.92.193: icmp_seq=1 ttl=64 time=0.074 ms
64 bytes from 100.115.92.193: icmp_seq=2 ttl=64 time=0.085 ms
64 bytes from 100.115.92.193: icmp_seq=3 ttl=64 time=0.089 ms
64 bytes from 100.115.92.193: icmp_seq=4 ttl=64 time=0.091 ms
64 bytes from 100.115.92.193: icmp_seq=5 ttl=64 time=0.089 ms
--- 100.115.92.193 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4093ms
rtt min/avg/max/mdev = 0.074/0.085/0.091/0.006 ms
jrreuze@penguin:~$ host 8.8.8.8
8.8.8.8.in-addr.arpa domain name pointer dns.google.
jrreuze@penguin:~$ service networking status
-bash: service: command not found
jrreuze@penguin:~$ service NetworkManager status
-bash: service: command not found
jrreuze a écrit :Dans mon mail du 26/11, je postais déjà les résultats à savoir:
Je n'y vois pas le résultat de la commande "host".
Résultat qui confirme l'absence de réponse du serveur DNS défini dans /etc/resolv.conf. Les causes possibles sont multiples : mauvaise adresse configurée, problème de connectivité...
L'étape suivante aurait été de tester la connectivité IP.jrreuze a écrit :j'ai demandé une nouvelle installation de linux
Comment ça, "demandé" ? Ce n'est pas toi qui a fait l'installation ?jrreuze a écrit :L'installation se termine sans me demander de renseignements.
Une installation de Debian, que ce soit par l'installateur traditionnel ou l'installateur Calamares depuis un système live, pose obligatoirement quelques questions comme la langue, localisation, type de partitionnement, nom du système, nom et mot de passe de l'utilisateur...jrreuze a écrit :Comme vous pourrez le constater et malgré les manips que vous m'avez indiquées, resolvconf.services n'existe toujours pas
Le but de ces commandes n'a jamais été de faire en sorte que resolvconf existe mais de vérifier s'il est installé. S'il ne l'est pas, on n'en parle plus et puis c'est tout.
Si je comprends bien tu as modifié /etc/resolv.conf après la réinstallation. Quel était son contenu initial après la réinstallation, le même qu'avant ? La mise à jour d'apt fonctionnait-elle ?
Bonjour
Oui c'est moi qui ait fait une nouvelle installation, sur mon Chromebook, il suffit de supprimer la partition linux et ensuite de créer une partition. A la fin de l'installation il est simplement demandé un login.
Oui j'ai modifié /etc/resolv.conf après la réinstallation en exécutant la commande indiqué par choops, car le dns indiqué 100.115.92.193 était dans /etc/resolv.conf après la réinstallation c'était son contenu initial
merci pour votre aide
Cordialement