lg51
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
Hallo Bereits seit einem Jahr habe ich das Problem, dass mir bei etwa jedem dritten Bootvorgang die Soundkarte nicht erkannt wird ( http://forum.ubuntuusers.de/topic/soundkarte-menchmal-nicht-aktiv/ ), dort habe ich aber langsam die Hoffnung aufgegeben, dass eine Lösung gefunden wird. Seitdem ich vor kurzem auf 14.04 geupgradet habe, gesellt sich ein ähnliches Problem hinzu: Nach vielen Bootvorgängen ist nun auch die Netzwerkverbindung nicht funktionsfähig. Das Tray-Icon behauptet zwar, dass ich mit der 'Wired connection 1' verbunden bin, aber ich kann weder den Router pingen geschweige denn ins Internet verbinden. Hier hilft dann in der Regel nur Shutdwon & Start (Reboot alleine nicht). Da dieses Problem zudem unabhängig vom Sound Problem zu bestehen scheint (d.h. es kann sein, dass mal nur das eine, mal nur das andere auftritt) ist mittlerweile die Anzahl der Bootvorgänge, die ich wiederholen muss, doch sehr lästig hoch. Denn wenn zuerst das Netzwerk nicht geht und dann beim nächsten Reboot der Sound nicht, dann muss ich schon dreimal booten, bevor ich das System nutzen kann. Ich hoffe auf sachdienliche Hinweise ☺
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
lg51 schrieb: Das Tray-Icon behauptet zwar, dass ich mit der 'Wired connection 1' verbunden bin, aber ich kann weder den Router pingen geschweige denn ins Internet verbinden.
Wie sind in diesem Fall (... d. h., wenn das Tray-Icon lediglich behauptet, dass Du mit der 'Wired connection 1' verbunden bist, aber dem nicht so ist), im Terminal die Ausgaben von:
nmcli -f NAME,TYPE,AUTOCONNECT,TIMESTAMP-REAL con
route -n
arp -av
ifconfig -a
?
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
nmcli -f NAME,TYPE,AUTOCONNECT,TIMESTAMP-REAL con NAME TYP AUTO-VERBINDEN ZEITSTEMPEL-ECHT
Wired connection 1 802-3-ethernet ja Die 21 Okt 2014 08:20:57 CEST route -n Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 arp -av ? (192.168.1.99) auf <unvollständig> auf eth0
? (192.168.1.1) auf <unvollständig> auf eth0
Einträge: 2 Ignoriert: 0 Gefunden: 2 ifconfig -a
eth0 Link encap:Ethernet Hardware Adresse 94:de:80:6a:da:63
inet Adresse:192.168.1.100 Bcast:192.168.1.255 Maske:255.255.255.0
inet6-Adresse: fe80::96de:80ff:fe6a:da63/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:360 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX-Bytes:0 (0.0 B) TX-Bytes:33750 (33.7 KB)
Interrupt:20 Speicher:db900000-db920000
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:4137 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:4137 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX-Bytes:270689 (270.6 KB) TX-Bytes:270689 (270.6 KB) Zu den vorkommenden IPs: 192.168.1.1 = Router 192.168.1.99 = Server, der ein NFS-Share bereitstellt, welches gemountet werden sollte 192.168.1.100 = IP des betroffenen Rechners
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
lg51 schrieb: ? (192.168.1.99) auf <unvollständig> auf eth0
? (192.168.1.1) auf <unvollständig> auf eth0
Einträge: 2 Ignoriert: 0 Gefunden: 2
Gib mal im Terminal, Folgendes ein:
sudo arp -i eth0 -s 192.168.1.1 <richtige-MAC-Adresse-Router>
und danach die Ausgabe von:
ping -c 3 -W 2 192.168.1.1
ip neigh show EDIT: Die "richtige-MAC-Adresse-Router" kannst Du evtl. auch mit arping bestimmen. Z. B.:
sudo apt-get install iputils-arping
sudo arping -c 3 -w 2 -I eth0 -s 192.168.1.100 192.168.1.1 EDIT 2: Wenn das mit dem statischen arp-cache-Eintrag funktioniert (und 192.168.1.99 eine feste interne IP-Adresse ist), dann kannst mal auch mit einem Script im Verzeichnis "/etc/network/if-up.d/" versuchen. Z. B.:
sudo nano /etc/network/if-up.d/99_arp-static
Inhalt:
#!/bin/sh
#
# Exit if we're not starting "eth0".
[ "$IFACE" = 'eth0' ] || exit 0
/sbin/ip neigh flush all
/usr/sbin/arp -i eth0 -s 192.168.1.1 <MAC-Adresse-Router>
/usr/sbin/arp -i eth0 -s 192.168.1.99 <MAC-Adresse-Server>
/usr/bin/arping -q -c 1 -A -I eth0 192.168.1.100
/usr/bin/arping -q -c 1 -w 2 -I eth0 -s 192.168.1.100 192.168.1.99
/usr/bin/logger "$$, $0 - , `/sbin/ip neigh show`"
speichern und nano schließen.
sudo chmod 755 /etc/network/if-up.d/99_arp-static
Nach dem Reboot bzw. nach dem Start, die Ausgaben von:
ip neigh show
cat /var/log/syslog | grep -i logger
anschauen.
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
Habe sudo arp -i eth0 -s 192.168.1.1 B4:75:0E:60:B4:99 gemacht und danach beim nächsten Auftreten des Problems: ping -c 3 -W 2 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
--- 192.168.1.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2001ms ip neigh show 192.168.1.99 dev eth0 INCOMPLETE
192.168.1.1 dev eth0 lladdr b4:75:0e:60:b4:99 PERMANENT
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
lg51 schrieb: ping -c 3 -W 2 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
--- 192.168.1.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2001ms
OK, d. h. der arp-cache-Eintrag bringt keine Verbesserung. Versuch mal auch mit ignoriertem bzw. deaktiviertem IPv6, in deinem 14.04.
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
Leider nein, IPv6 anfangs Woche deaktiviert, jetzt trotzdem wieder das 'Phänomen'.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, was für eine Router wird verwendet? Kannst Du den Anschlußport für das Ethernetkabel an diesem mal tauschen? Möglicherweise gibt es auch einstellbare Stromsparmechanismen an dem Gerät. Wenn ja, bitte mal abschalten. Systemhardware, Treiber, Interruptzuordnung und eingebundene Laufwerke?
lspci -nnk
lsusb
lsmod
cat /proc/interrupts
df -h
Wenn der Fehler auftritt zusätzlich abfragen (Daten kopieren, speichern und anschließend hier zeigen):
nm-tool
nmcli con status Zeige auch mal das komplette Kernel-Log direkt nach Systemstart:
dmesg > dmesg.txt
Verwende für die so erzeugte recht umfangreiche Textdatei einfach unseren Paste-Service.
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
elektronenblitz63 schrieb: Hallo, was für eine Router wird verwendet? Kannst Du den Anschlußport für das Ethernetkabel an diesem mal tauschen? Möglicherweise gibt es auch einstellbare Stromsparmechanismen an dem Gerät. Wenn ja, bitte mal abschalten.
Der Router ist ein Linksys WRT1900AC, dazwischen hängt aber noch ein Linksys-Switch dessen Modellnummer ich gerade nicht kenne der mittlerweile schon ein paar Jahre auf dem Buckel hat. Ich muss vielleicht nochmal betonen, dass das Problem exakt seit dem Upgrade auf 14.04 auftritt - der PC sowie die ganze Netzwerkausrüstung sind hingegen schon älter un haben zuvor mit 13.10 ein Jahr lang problemlos funktioniert. Der Verdacht liegt also m.E. sehr nahe, dass es sich um ein Softwareproblem handelt, welches mit 14.04 "eingebaut wurde" und nicht um irgend eine Hardwaregeschichte. Systemhardware, Treiber, Interruptzuordnung und eingebundene Laufwerke?
lspci -nnk
lspci -nnk lsusb
lsusb lsmod
lsmod cat /proc/interrupts
cat /proc/interrupts df -h
df -h Soweit mal die Ausgabe bei funktionierendem Netzwerk. Wenns wieder nicht funktioniert, liefere ich die restlichen drei.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, lg51 schrieb: Ich muss vielleicht nochmal betonen, dass das Problem exakt seit dem Upgrade auf 14.04 auftritt ...
dies ist mir bewusst, dennoch sollte man ein Problem mit den Kabelverbindungen, dem Switch und dem int. Switch des Routers nicht direkt ausschließen. Komponenten beider Geräte unterliegen einem Alterungsprozess. dies und der Treiber unter 14.04 könnte z.B. die aut. Verbindungserkennung (Autonegotiation) beeinflussen. Anschlüsse also nach Möglichkei beim Switch und Router wechseln Erkennung mittels ethtool prüfen (mit und ohne Fehlerbild um einen Vergleich zu bekommen)
Ich habe seit 14.04 ebenfals ab und an ein Verbindungsproblem über Ethernet bei Systemstart, ebenfalls eine Intel-Karte, ebenfalls Modul e1000e. Die Verbindungs läßt sich dann allerdings manuell problemlos über den Network-Manager aktivieren und bleibt dann auch stabil. Es handelt sich hierbei allerdings um eine ältere fast-Ethernet Karte.
00:19.0 Ethernet controller [0200]: Intel Corporation 82562V-2 10/100 Network Connection [8086:10c0] (rev 02)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:502c]
Kernel driver in use: e1000e Was mir sonst noch so aufgefallen ist, da Du ja parallel auch noch Probleme mit der Soundkarte hast:
00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller [8086:0412] (rev 06)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:d000]
Kernel driver in use: i915
...
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104 [GeForce GTX 770] [10de:1184] (rev a1)
Subsystem: ASUSTeK Computer Inc. Device [1043:8465]
Kernel driver in use: nouveau
Hast Du Hybrid-Grafikkarten/Prime eingerichtet? Ließe sich auch mit dem unfreien nVidia-Treiber testen. Systemfehler sind nicht immer direkt erkennbar und können sich auch indirekt auf andere Komponenten oder Funktionen auswirken. Verschiedene Netzlaufwerke sind eingebunden. Könnte ebenfalls eine Problemursache sein, sollte eines der Laufwerke fehlerhaft sein. Möglicherweise ist die Verbindung auch inkonsistent. Ließe sich das prüfen? Die Laufwerke befinden sich ja anscheinend alle alle zentral in einem NAS oder ähnlichem?
192.168.1.99:/media/d4 886G 864G 14G 99% /media/d4
192.168.1.99:/media/d6 1.8T 1.8T 50G 98% /media/d6
192.168.1.99:/media/d7 2.7T 1.3T 1.5T 45% /media/d7
192.168.1.99:/media/d5 459G 353G 84G 81% /media/d5
192.168.1.99:/media/d3 882G 854G 20G 98% /media/d3
Bei Auftreten des Fehlers könntest Du die Laufwerke auch mal manuell aushängen, oder probeweise grundsätzlich mal nicht direkt bei Systemstart einhängen. Die Interrupttabelle sieht für mich soweit ok aus. Die Ausgabe des Kernelpuffers fehlt noch, obwohl ich nicht glaube, dass dort Fehler zu erkennen sind (Routinekontrolle). Ach ja, die Ablage eignet sich eher für längere Terminalausgaben, kurze Textpassagen kannst Du hier problemlos direkt in den Beitrag in einen Codeblock einfügen. Ein Konfigurationsfehler läßt sich durch die Recherche durch lubux ja wohl ausschließen (arp-Cache usw.), vielleicht hat er ja jetzt noch weitere Vorschläge bezüglich Test der Netzlaufwerke 😉
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
Zuerst die nachgelieferten Infos von oben: nm-tool NetworkManager Tool
State: connected (global)
- Device: eth0 [Wired connection 1] -------------------------------------------
Type: Wired
Driver: e1000e
State: connected
Default: yes
HW Address: 94:DE:80:6A:DA:63
Capabilities:
Carrier Detect: yes
Speed: 1000 Mb/s
Wired Properties
Carrier: on
IPv4 Settings:
Address: 192.168.1.100
Prefix: 24 (255.255.255.0)
Gateway: 192.168.1.1
DNS: 192.168.1.1 Klingt ja alles ganz nett - nur kann ich halt trotzdem nichtmal das Gateway pingen 😉 nmcli con status NAME UUID GERÄTE VORGABE VPN MASTER-PFAD
Wired connection 1 3d7f23df-4f03-4d06-9a76-70987255a0a6 eth0 ja nein -- dmesg dmesg Im dmesg fallen mir verschiedene Einträge zu IPV6 auf, obwohl ich das ja eigentlich deaktiviert hatte... wie kann ich prüfen, ob das tatsächlich deaktiviert ist - und falls nicht, wie mach ichs richtig? (Habs gemäss irgend einer Anleitung auf AskUbuntu gemacht, indem bestimmte Zeilen in sysctl.conf geschrieben wurden.) elektronenblitz63 schrieb:
Hast Du Hybrid-Grafikkarten/Prime eingerichtet? Ließe sich auch mit dem unfreien nVidia-Treiber testen. Systemfehler sind nicht immer direkt erkennbar und können sich auch indirekt auf andere Komponenten oder Funktionen auswirken.
Nein, ich habe das nicht aktiviert, zumindest nicht wissentlich. Ich verwende allerdings (bewusst) den nouveau und nicht den nvidia Treiber, weil der nvidia-Treiber eine höhere idle-Lüfterdrehzahl hat, wodurch mein Silent-PC nicht mehr ganz Silent wäre. Verschiedene Netzlaufwerke sind eingebunden. Könnte ebenfalls eine Problemursache sein, sollte eines der Laufwerke fehlerhaft sein. Möglicherweise ist die Verbindung auch inkonsistent. Ließe sich das prüfen? Die Laufwerke befinden sich ja anscheinend alle alle zentral in einem NAS oder ähnlichem?
Bei Auftreten des Fehlers könntest Du die Laufwerke auch mal manuell aushängen, oder probeweise grundsätzlich mal nicht direkt bei Systemstart einhängen.
Das hab ich dieses mal vergessen. Wenn ich das nächste mal den Fehler habe, probiere ich mal, ob das Aushängen irgendwas hilft. Und ja, die Laufwerke befinden sich alle im selben "NAS" (selbstbau), funktionieren aber eigentlich problemlos.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Ok, die Network-Manager Konfiguration sieht soweit "normal" aus. Überprüfe bitte mittels ethtool die Verbindung, mit und ohne Fehler, sofern möglich. Also jeweils ...
sudo ethtool -S eth0
sudo ethtool eth0 Ipv6 auf "Ignorieren" im entsprechenden Verbindungsprofil
nm-connection-editor
Die Ausgabe von dmesg muss ich mir erst in Ruhe ansehen, auf eine kurzen Blick hin aber nichts außergewöhnliches.
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
Wenn das Netz nicht funktioniert: sudo ethtool -S eth0 NIC statistics:
rx_packets: 0
tx_packets: 167
rx_bytes: 0
tx_bytes: 16408
rx_broadcast: 0
tx_broadcast: 141
rx_multicast: 0
tx_multicast: 26
rx_errors: 0
tx_errors: 0
tx_dropped: 0
multicast: 0
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
tx_restart_queue: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 0
tx_tcp_seg_failed: 0
rx_flow_control_xon: 0
rx_flow_control_xoff: 0
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_csum_offload_good: 0
rx_csum_offload_errors: 0
rx_header_split: 0
alloc_rx_buff_failed: 0
tx_smbus: 0
rx_smbus: 0
dropped_smbus: 0
rx_dma_failed: 0
tx_dma_failed: 0
rx_hwtstamp_cleared: 0
uncorr_ecc_errors: 0
corr_ecc_errors: 0 (Die Werte bei denen nicht null steht erhöhen sich btw, wenn ich das Kommando mehrmals hintereinander gebe, obwohl 'nichts dabei rauskommt') sudo ethtool eth0 ettings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 2
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
Und wenn das Netzwerk funktioniert: rx_packets: 13593
tx_packets: 12336
rx_bytes: 8308641
tx_bytes: 2328782
rx_broadcast: 172
tx_broadcast: 24
rx_multicast: 6
tx_multicast: 37
rx_errors: 0
tx_errors: 0
tx_dropped: 0
multicast: 6
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
tx_restart_queue: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 1
tx_tcp_seg_failed: 0
rx_flow_control_xon: 0
rx_flow_control_xoff: 0
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_csum_offload_good: 13392
rx_csum_offload_errors: 0
rx_header_split: 0
alloc_rx_buff_failed: 0
tx_smbus: 0
rx_smbus: 0
dropped_smbus: 0
rx_dma_failed: 0
tx_dma_failed: 0
rx_hwtstamp_cleared: 0
uncorr_ecc_errors: 0
corr_ecc_errors: 0 Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 2
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes Das auf 'ignorieren' setzen hab ich übrigens gemacht.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Versuche mal, die Auto-Erkennung abzuschalten:
sudo ethtool -s eth0 speed 1000 autoneg off Rückgängig, falls es nicht funktioniert:
sudo ethtool -s eth0 speed 1000 autoneg on
|
lg51
(Themenstarter)
Anmeldungsdatum: 24. Dezember 2007
Beiträge: 454
|
Hat leider auch nichts genützt.
|