The_stooge
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
Liebe Gemeinde, Ich hatte bereits zwei Laptops upgedatet, ohne Probleme, aber der Desktop geht nach Update nicht mehr ans Netz, obwohl "Kabelgebunden verbunden" angezeigt wird; derselbe Desktop geht mit Windows 7 problemlos ans Netz, so dass es an der Netzverbindung nicht liegen kann. Hier mal die Abfrage im Terminal:
mathias@mathias:~$ uname -a
Linux mathias 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 17:00:47 UTC 2019 i686 i686 i686 GNU/Linux
mathias@mathias:~$ cat /etc/network/interfaces
auto lo
iface lo inet loopback
mathias@mathias:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether d8:cb:8a:c6:f5:40 brd ff:ff:ff:ff:ff:ff
mathias@mathias:~$ ip -4 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 192.168.0.12/24 brd 192.168.0.255 scope global dynamic noprefixroute eth0
valid_lft 85814sec preferred_lft 85814sec
mathias@mathias:~$ ip -4 route
default via 192.168.0.1 dev eth0 proto dhcp metric 20100
169.254.0.0/16 dev eth0 scope link metric 1000
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.12 metric 100
mathias@mathias:~$ ip -4 neigh
192.168.0.13 dev eth0 lladdr 00:09:b0:4d:2a:3e STALE
192.168.0.1 dev eth0 lladdr 58:23:8c:14:90:4b STALE
mathias@mathias:~$ iwconfig
eth0 no wireless extensions.
lo no wireless extensions.
mathias@mathias:~$ ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 2a02:8071:69c:4500:dacb:8aff:fec6:f540/128 scope global dynamic noprefixroute
valid_lft 1209599sec preferred_lft 604799sec
inet6 2a02:8071:69c:4500:9dc8:7d74:f591:b8a1/64 scope global temporary dynamic
valid_lft 603963sec preferred_lft 85333sec
inet6 fe80::dacb:8aff:fec6:f540/64 scope link noprefixroute
valid_lft forever preferred_lft forever
mathias@mathias:~$ ip -6 route
2a02:8071:69c:4500:dacb:8aff:fec6:f540 dev eth0 proto kernel metric 100 pref medium
2a02:8071:69c:4500::/64 dev eth0 proto ra metric 100 pref medium
2a02:8071:69c:4500::/56 via fe80::5a23:8cff:fe14:904b dev eth0 proto ra metric 100 pref medium
fe80::/64 dev eth0 proto kernel metric 100 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
default via fe80::5a23:8cff:fe14:904b dev eth0 proto ra metric 20100 pref medium
mathias@mathias:~$ ip -6 neigh
fe80::5a23:8cff:fe14:904b dev eth0 lladdr 58:23:8c:14:90:4b router STALE
mathias@mathias:~$ nmcli general ; nmcli device ; nmcli connection
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
verbunden (nur Gelände) begrenzt aktiviert aktiviert aktiviert aktiviert
DEVICE TYPE STATE CONNECTION
eth0 ethernet verbunden Kabelnetzwerkverbindung 1
lo loopback nicht verwaltet --
NAME UUID TYPE DEVIC
Kabelnetzwerkverbindung 1 630765fa-0c19-46df-ab7a-072e844d02c1 ethernet eth0
VPN-Verbindung 1 0877d2e8-0bb8-4a13-b6c1-972a8137496b vpn --
lines 1-3/3 (END) Schlauer werde ich aus diesem Chinesisch nicht, aber vielleicht kann jemand von Euch etwas damit anfangen. Danke schon mal und beste Grüße, Mathias Moderiert von kB: Aus dem Spamfilter befreit.
Bearbeitet von kB: Tippfehler im Titel korrigiert.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
The_stooge, poste bitte das Ergebnis von ifconfig im Codeblock. Nachtrag: Bis du sicher, das du ein Update gemacht hat oder vllt doch eher ein upgrade?
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
Voilà: mathias@mathias:~$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.12 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 2a02:8071:69c:4500:3061:f7bc:3161:b2c prefixlen 64 scopeid 0x0<global>
inet6 fe80::dacb:8aff:fec6:f540 prefixlen 64 scopeid 0x20<link>
inet6 2a02:8071:69c:4500:dacb:8aff:fec6:f540 prefixlen 128 scopeid 0x0<global>
ether d8:cb:8a:c6:f5:40 txqueuelen 1000 (Ethernet)
RX packets 119 bytes 26204 (26.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 171 bytes 34284 (34.2 KB)Neue
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 806 bytes 52824 (52.8 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 806 bytes 52824 (52.8 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Es war natürlich ein Upgrade - ich kann nicht so gut Neudeutsch 😉. Schöne Grüße, Mathias
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
The_stooge schrieb:
Es war natürlich ein Upgrade - ich kann nicht so gut Neudeutsch 😉.
Nee ist auch nicht nötig, da hilf auch manches mal das deutsche Wiki. Siehe LinK in meinem Post. 😇 😇 😇 Aus dem Wiki: Mit Upgrade (Aufrüstung oder Aufwertung) wird im Gegensatz zu einem Update (Aktualisierung) das Wechseln auf eine neuere Ubuntu-Version bezeichnet, ...
Arbeite mal das Problemloesungen-nach-fehlgeschlagenen-Upgrades durch, wenn etwas unklar, dann bitte Fragen.
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
Hallo,
Arbeite mal das Problemloesungen-nach-fehlgeschlagenen-Upgrades durch, wenn etwas unklar, dann bitte Fragen.
Done. Es wurden einige Dateien runtergeladen und einige gelöscht, aber das Problem blieb bestehen. Ich habe allerdings festgestellt, dass sich von der Konsole mit "sudo dhclient eth0" die Internetverbindung herstellen lässt, also müsste wahrscheinlich bloß etwas in irgendeiner Bootdatei gefixt werden.
Auf jeden Fall besten Dank für die Tipps, habe mal wieder was gelernt. Beste Grüße, Mathias
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
The_stooge schrieb:
dass sich von der Konsole mit "sudo dhclient eth0" die Internetverbindung herstellen lässt, wie sieht den das Ergebnis des Befehls sudo dhclient eth0
aus? Bitte die Antwort im Codeblock posten.
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
Berlin_1946 schrieb: The_stooge schrieb:
dass sich von der Konsole mit "sudo dhclient eth0" die Internetverbindung herstellen lässt, wie sieht den das Ergebnis des Befehls sudo dhclient eth0
aus? Bitte die Antwort im Codeblock posten.
So:
RTNETLINK answers: File exists Beste Grüße, Mathias
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
The_stooge schrieb: […] der Desktop geht nach Update nicht mehr ans Netz
Was genau funktioniert denn nicht? Denn gemäß diesen Angaben: […] Hier mal die Abfrage im Terminal […]
ist die Netzwerk-Konfiguration völlig normal! Bitte Zeige die Ausgabe dieser Befehle: ping -c1 192.168.0.1 ; echo $?
ping -c1 213.95.41.4 ; echo $?
host ubuntuusers.de ; echo $?
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
kB schrieb: The_stooge schrieb: […] der Desktop geht nach Update nicht mehr ans Netz
Was genau funktioniert denn nicht? Denn gemäß diesen Angaben: […] Hier mal die Abfrage im Terminal […]
ist die Netzwerk-Konfiguration völlig normal! Bitte Zeige die Ausgabe dieser Befehle: ping -c1 192.168.0.1 ; echo $?
ping -c1 213.95.41.4 ; echo $?
host ubuntuusers.de ; echo $?
Voilà: ping -c1 192.168.0.1 ; echo $?
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=1.34 ms
--- 192.168.0.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 1.346/1.346/1.346/0.000 ms
0 ping -c1 213.95.41.4 ; echo $?
PING 213.95.41.4 (213.95.41.4) 56(84) bytes of data.
64 bytes from 213.95.41.4: icmp_seq=1 ttl=56 time=16.6 ms
--- 213.95.41.4 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 16.631/16.631/16.631/0.000 ms
0 host ubuntuusers.de ; echo $?
ubuntuusers.de has address 213.95.41.4
ubuntuusers.de has IPv6 address 2001:780:0:25:dead:beef:cafe:1
ubuntuusers.de mail is handled by 20 mx2.ubuntu-de.org.
ubuntuusers.de mail is handled by 10 mx1.ubuntu-de.org.
0
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
Also funktioniert alles richtig.
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
kB schrieb: Also funktioniert alles richtig.
Bis auf das Starten des Internet von der grafischen Oberfläche. Da es sich aber von der Konsole starten lässt, kann der bug nicht so schwerwiegend sein. Beste Grüße, Mathias
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
The_stooge schrieb: […] Bis auf das Starten des Internet
Du redest Unverständliches. Das „Internet“ ist keine Eigenschaft Deines Rechners und lässt sich deshalb auf Deinem Rechner wie auf jedem anderen Rechner unter welchem Betriebssystem auch immer genau so gut starten wie der Apfelbaum vor meinem Fenster, nämlich gar nicht. Du kannst Deinen Rechner an ein Netzwerk anschließen (und das funktioniert gemäß Deinen Angaben) und dieses Netzwerk kann mit den Internet verbunden sein (und i.D.F. ist es so). Was ist also Dein Problem?
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
Eigentlich ganz einfach: ich starte den Rechner, Ubuntu 18.04 und Mozilla Firefox, dann über Lesezeichen eine Seite im www, und es erscheint die Meldung "Seite nicht gefunden", obwohl "Kabelgebunden verbunden" angezeigt wird. Gebe ich in der Konsole besagtes Kommando ein, erscheint besagte Meldung und Alles läuft zur Zufriedenheit. Aber warum muss ich erst den Umweg über die Konsole gehen? Kann man mit leben, ist mir aber trotzdem unverständlich. Beste Grüße, Mathias
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
The_stooge schrieb: Gebe ich in der Konsole besagtes Kommando ein, ...
Wie sind vor dem Start von Mozilla Firefox und _vor_ Eingabe des besagten Kommandos in der Konsole, die Ausgaben von:
dig whitehouse.gov | grep msec -A1
ip n s
arp -av
cat /etc/resolv.conf
?
|
The_stooge
(Themenstarter)
Anmeldungsdatum: 24. Juni 2012
Beiträge: 65
|
Nabend,
Wie sind vor dem Start von Mozilla Firefox und _vor_ Eingabe des besagten Kommandos in der Konsole, die Ausgaben von:
mathias@mathias:~$ dig whitehouse.gov | grep msec -A1
;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
mathias@mathias:~$ ip n s
192.168.0.14 dev eth0 lladdr 00:09:b0:4d:29:6f STALE
192.168.0.13 dev eth0 lladdr 00:09:b0:4d:2a:3e STALE
fe80::5a23:8cff:fe14:904b dev eth0 lladdr 58:23:8c:14:90:4b router STALE
mathias@mathias:~$ arp -av
T-4070.local (192.168.0.14) auf 00:09:b0:4d:29:6f [ether] auf eth0
cat /? (192.168.0.13) auf 00:09:b0:4d:2a:3e [ether] auf eth0
Einträge: 2 Ignoriert: 0 Gefunden: 2
mathias@mathias:~$ 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
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53 Beste Grüße, Mathias
|