staging.inyokaproject.org

Hallo, ich habe das gleiche Problem bei Xubuntu 16.04 LTS. Nach dem letzten Update meldet Firefox Crash und startet nicht. Andere Browser z.B. Chromium, Konqueror oder Qupzilla starten, bauen aber keine Verbindung auf. Die Aktualisierung von Xubuntu funktioniert. Ping auf Internetadressen mit Namen z.B. ping www.ubuntuusers.de -c 3 ist erfolgreich und liefert auch die IP. Im eigenen Netz kann über den Browser der Router nicht angesprochen werden, weder über die IP noch über http://speedport.ip. In der Konsole mit dem ping antwortet der Router fehlerfrei. Es muss also irgendeine Konfiguration zwischen Browser und Netzwerkkarte sein, die, so nehme ich an, die Adressenauflösung verhindert. Die Datei /etc/hosts ist original und mit dieser hat es vor dem Update ja funktioniert. Der Inhalt der /etc/resolv.conf zeigt den gleichen Inhalt wie von r_a_mueller.

Welche Konfigurationen müssen geprüft und ggf. angepasst werden? Wer kann einen Tipp geben?

Hallo und willkommen bei uu.de.

Zeige alle Terminal-Ausgaben von hier in Codeblöcken zur "Diagnose".

Gruss

praseodym

@ Helman: Ich konnte den Speedport über den Browser erreichen, Firefox crasht nicht und der Mailserver (sowohl ausgehend als auch eingehende) erreiche ich über Thunderbird. Mail über googlemail/Firefox geht auch. Ping im Netz geht, nach "draussen" nicht.

Da ich ein fast komplettes Backup hatte, habe ich auf Trusty zurückgegradet, jetzt funktioniert alles. Und ich habe diesmal für /home wieder eine eigene Partition eingerichtet (warum Ubuntu das nicht als default vorschlägt, ist mir unbegreiflich).

Jetzt geht's wieder und ich würde den Thread gerne aus "gelöst" stellen. Da das ja eigentlich nicht stimmt (ich bin mit dem Downgrade dem Problem ja nur aus dem Weg gegangen) und Helman vielleicht noch gerne weitere Hilfe hätte, lass' ich's lieber.

Danke an die Community,

-richard

r_a_mueller schrieb:

Ping im Netz geht, nach "draussen" nicht.

Weil vermutlich, keine default route konfiguriert war. Aber Du wolltest die Ausgabe von:

ip r

(oder gleichwertig), ja nicht posten bzw. nicht zeigen.

Hallo und vielen Dank für die schelle Reaktion,

noch eine kleine Info:

Xubuntu läuft auf dem PC seit ca. 05/2016. Mit der Aktualisierung in der Kw. 50 von 2016 wurde auch Firefox aktualisiert und es trat das Problem auf. Die aktuelle Installation habe ich als Image gesichert und weil das System mehrere Upgrades durchlaufen hat, habe ich auch eine komplette Neuinstallation ausprobiert, aber der Fehler ist geblieben.

Anbei die Angaben von meinem PC (von dieser Neuinstallation):

:~$ uname -a
Linux mansarde-01 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 15:58:04 UTC 2016 i686 athlon i686 GNU/Linux

:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

:~$ 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 127.0.1.1

:~$ cat /etc/hosts
127.0.0.1	localhost
127.0.1.1	mansarde-01

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

:~$ ifconfig -a
enp0s8    Link encap:Ethernet  Hardware Adresse c4:e9:84:02:49:30  
          inet Adresse:192.168.0.1  Bcast:192.168.0.255  Maske:255.255.255.0
          inet6-Adresse: fe80::65:bb14:23ba:3ff9/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:50768 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:29497 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX-Bytes:76066432 (76.0 MB)  TX-Bytes:2077183 (2.0 MB)

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX-Pakete:261 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:261 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1 
          RX-Bytes:21739 (21.7 KB)  TX-Bytes:21739 (21.7 KB)

Der PC arbeitet am LAN.

:~$ route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.10    0.0.0.0         UG    100    0        0 enp0s8
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 enp0s8
192.168.0.0     0.0.0.0         255.255.255.0   U     100    0        0 enp0s8

:~$ arp -av
speedport.ip (192.168.0.10) auf 00:1a:4f:1c:75:e5 [ether] auf enp0s8
Einträge: 1   Ignoriert: 0   Gefunden: 1

:~$ ip neigh show 
192.168.0.10 dev enp0s8 lladdr 00:1a:4f:1c:75:e5 STALE

:~$ cat /var/lib/NetworkManager/NetworkManager.state
[main]
NetworkingEnabled=true
WirelessEnabled=true
WWANEnabled=true

:~$ cat /etc/NetworkManager/NetworkManager.conf 
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=false

:~$ cat /etc/udev/rules.d/70-persistent-net.rules | egrep -i 'device|sub' -A3 
cat: /etc/udev/rules.d/70-persistent-net.rules: Datei oder Verzeichnis nicht gefunden

:~$ ping -c 2 $(route -n | grep UG | awk {'print $2'})
PING 192.168.0.10 (192.168.0.10) 56(84) bytes of data.
64 bytes from 192.168.0.10: icmp_seq=1 ttl=64 time=1.05 ms
64 bytes from 192.168.0.10: icmp_seq=2 ttl=64 time=0.577 ms

--- 192.168.0.10 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.577/0.816/1.055/0.239 ms

:~$ ping -c 2 www.ubuntuusers.de
PING ubuntuusers.de (213.95.41.4) 56(84) bytes of data.
64 bytes from ha.ubuntu-eu.org (213.95.41.4): icmp_seq=1 ttl=56 time=59.6 ms
64 bytes from ha.ubuntu-eu.org (213.95.41.4): icmp_seq=2 ttl=56 time=58.2 ms

--- ubuntuusers.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 58.246/58.937/59.629/0.732 ms

:~$ ping -c 2 213.95.41.4 
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=58.8 ms
64 bytes from 213.95.41.4: icmp_seq=2 ttl=56 time=59.4 ms

--- 213.95.41.4 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 58.878/59.166/59.455/0.377 ms

Vielen Dank für Eure Mühe.

Die Variante von r_a_mueller zurück auf Xubuntu Trusty zu gehen, wollte ich vermeiden.

Hardware?

lspci -nnk
lsusb
lsmod
rfkill list

Hallo,

noch ein kleiner Nachtrag:

:~$ ip r
default via 192.168.0.10 dev enp0s8  proto static  metric 100 
169.254.0.0/16 dev enp0s8  scope link  metric 1000 
192.168.0.0/24 dev enp0s8  proto kernel  scope link  src 192.168.0.1  metric 100 

:~$ lspci -nnk
00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8378 [KM400/A] Chipset Host Bridge [1106:3205]
	Subsystem: VIA Technologies, Inc. VT8378 [KM400/A] Chipset Host Bridge [1106:0000]
	Kernel driver in use: agpgart-via
00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237/VX700 PCI Bridge [1106:b198]
	Kernel modules: shpchp
00:08.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller [10ec:8169] (rev 10)
	Subsystem: Realtek Semiconductor Co., Ltd. RTL8169/8110 Family PCI Gigabit Ethernet NIC [10ec:8169]
	Kernel driver in use: r8169
	Kernel modules: r8169
00:09.0 Multimedia audio controller [0401]: Ensoniq ES1371 / Creative Labs CT2518/ES1373 [1274:1371] (rev 08)
	Subsystem: Ensoniq AudioPCI 64V/128 / Creative CT4810/CT5803/CT5806 [Sound Blaster PCI] [1274:1371]
	Kernel driver in use: snd_ens1371
	Kernel modules: snd_ens1371
00:10.0 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038] (rev 80)
	Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038]
	Kernel driver in use: uhci_hcd
00:10.1 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038] (rev 80)
	Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038]
	Kernel driver in use: uhci_hcd
00:10.2 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038] (rev 80)
	Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038]
	Kernel driver in use: uhci_hcd
00:10.3 USB controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 82)
	Subsystem: VIA Technologies, Inc. USB 2.0 Controller [1106:3104]
	Kernel driver in use: ehci-pci
00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8235 ISA Bridge [1106:3177]
	Subsystem: VIA Technologies, Inc. KT4AV motherboard [1106:0000]
	Kernel modules: via_ircc, i2c_viapro
00:11.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
	Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE [1106:0571]
	Kernel driver in use: pata_via
	Kernel modules: pata_via, pata_acpi
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV5 [Riva TNT2 / TNT2 Pro] [10de:0028] (rev 15)
	Subsystem: Diamond Multimedia Systems Viper V770 Ultra [1092:4a02]
	Kernel driver in use: nouveau
	Kernel modules: rivafb, nvidiafb, nouveau

:~$ lsusb
Bus 001 Device 005: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

:~$ lsmod
Module                  Size  Used by
nls_iso8859_1          16384  1
uas                    20480  0
usb_storage            57344  2 uas
snd_wavefront          40960  0
snd_cs4236             32768  0
snd_opl3_lib           20480  2 snd_wavefront,snd_cs4236
snd_hwdep              16384  2 snd_wavefront,snd_opl3_lib
snd_wss_lib            32768  2 snd_wavefront,snd_cs4236
snd_ens1371            24576  2
snd_ac97_codec        106496  1 snd_ens1371
ac97_bus               16384  1 snd_ac97_codec
snd_pcm                94208  4 snd_ac97_codec,snd_wss_lib,snd_ens1371,snd_cs4236
snd_mpu401_uart        16384  2 snd_wavefront,snd_cs4236
snd_seq_midi           16384  0
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            28672  4 snd_wavefront,snd_mpu401_uart,snd_ens1371,snd_seq_midi
input_leds             16384  0
i2c_viapro             16384  0
snd_seq                57344  2 snd_seq_midi_event,snd_seq_midi
serio_raw              16384  0
snd_seq_device         16384  4 snd_seq,snd_rawmidi,snd_opl3_lib,snd_seq_midi
via_ircc               28672  0
snd_timer              32768  4 snd_wss_lib,snd_pcm,snd_seq,snd_opl3_lib
snd                    69632  17 snd_ac97_codec,snd_hwdep,snd_timer,snd_wss_lib,snd_pcm,snd_seq,snd_rawmidi,snd_wavefront,snd_mpu401_uart,snd_ens1371,snd_seq_device,snd_cs4236,snd_opl3_lib
soundcore              16384  1 snd
irda                  176128  1 via_ircc
ns558                  16384  0
shpchp                 32768  0
crc_ccitt              16384  1 irda
gameport               16384  2 ns558,snd_ens1371
8250_fintek            16384  0
mac_hid                16384  0
parport_pc             32768  1
ppdev                  20480  0
lp                     20480  0
parport                45056  3 lp,ppdev,parport_pc
autofs4                40960  2
pata_acpi              16384  0
nouveau              1339392  3
mxm_wmi                16384  1 nouveau
wmi                    20480  2 mxm_wmi,nouveau
video                  36864  1 nouveau
i2c_algo_bit           16384  1 nouveau
ttm                    90112  1 nouveau
drm_kms_helper        139264  1 nouveau
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
fb_sys_fops            16384  1 drm_kms_helper
drm                   311296  6 ttm,drm_kms_helper,nouveau
psmouse               118784  0
r8169                  77824  0
pata_via               16384  5
mii                    16384  1 r8169
floppy                 61440  0
fjes                   28672  0

Der Befehl "rfkill list" erzeugt keine Rückgabe.

@ lubux

... Aber Du wolltest die Ausgabe von:

ip r

(oder gleichwertig), ja nicht posten bzw. nicht zeigen.

Sorry, dass ich auf Deine Anregung nicht eingegangen bin. Der Grund war, dass, nachdem ich einige Zeit rumgedoktort habe, das System wieder scnell produktiv verwendbar sein sollte (siehe (im 1. Thread) das Stichwort "Häuslicher Frieden" 😉, deshalb zurückgegraded, zumal ich mehrere Posts bzgl. Xenial und ähnlicher Netzwerkprobleme gelesen habe.. Aber Dein Hinweis ist schon interessant: Nehmen wir mal an, es wäre tatsächlich keine default route gesetzt, ist das dann ein Bug in der Installationsroutine von Xenial? Die einzige Netzwerkabfrage während der Installation war nach WLAN-Passwort und die Auswahl des WLANs, und zwar sowohl bei Trusty wie auch bei Xenial. Das hieße ja, dass im ersten Fall "automatisch" eine Route gesetzt wird und im 2. Fall nicht? Merkwürdig...

Gruß und danke trotz des (scheinbaren) Ignorieren Deines Beitrags,

-richard

Hallo Helman,

Die vergebene Adresse kann normalerweise nicht stimmen,

inet Adresse:192.168.0.1

weil dies die Routeradresse ist. Lösche bitte mal die komplette Netzwerkverbindung (Profil) und starte den Rechner neu.

PS: auch einen DNS Server sehe ich nicht ....

Gruss Lidux

Lidux schrieb:

Die vergebene Adresse kann normalerweise nicht stimmen,

inet Adresse:192.168.0.1

weil dies die Routeradresse ist.

Der Router scheint die IP-Adresse 192.168.0.10 zu haben, der Rechner 192.168.0.1. Unüblich, sollte aber doch gehen?

Hallo,

vielen Dank für die Tipps zu Lösung. Ich denke, dass ich die Ursache gefunden habe. Das Flashplugin war automatisch installiert und es konnte wohl mit der schon etwas betagten Hardware nicht mehr umgehen. Die Deinstallation mit

:~$ sudo apt purge flashpl*

hat Firefox wieder zum Leben und Arbeiten erweckt.

Noch eine Anmerkung zur IP-Adresse 192.168.0.1:
Das Netzwerk wurde eingerichtet als es noch keine Router gab, nur ein Modem für den Internetzugang. Der Aufbau des Netzwerks ist über die Jahre gleich geblieben, nur sind inzwischen einige Komponenten dazu gekommen, so auch ein Router, dem es vollkommen egal ist mit welcher Adresse er arbeitet. Die Verteilung statischer IP-Adressen hat aus meiner Sicht Vorteile und sollte gut dokumentiert werden, um die Übersicht zu behalten.

Ich wünsche allen schöne Weihnachten.