• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Nach Update keine automatische Verbindung

Spielwurm

Advanced Hacker
Komisches Problem: mein Desktop-Rechner mit Opensuse 11.4 hängt schon sehr lange an einer Fritz-Box per Kabel und fester IP. Vor 4 Tagen habe ich ein Update von fast allem gemacht außer Kernel. Seitdem bekomme ich keine automatische Verbindung nach dem Rechnerstart. Ein Ping auf den Router ergibt "Host unreachable", aber /sbin/ifconfig gibt aus:

hartmut@Jupiter:~> /sbin/ifconfig
eth0 Link encap:Ethernet Hardware Adresse 40:61:86:5C:D7:3D
inet Adresse:192.168.1.5 Bcast:192.168.1.255 Maske:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:7 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:1000
RX bytes:467 (467.0 b) TX bytes:0 (0.0 b)
Interrupt:40 Basisadresse:0xe000

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:16436 Metric:1
RX packets:118 errors:0 dropped:0 overruns:0 frame:0
TX packets:118 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 Sendewarteschlangenlänge:0
RX bytes:15203 (14.8 Kb) TX bytes:15203 (14.8 Kb)

also alles normal.

dmesg zeigt:

13.760364] r8169 0000:02:00.0: eth0: link down
[ 13.761096] ADDRCONF(NETDEV_UP): eth0: link is not ready

Nach einem "rcnetwork restart" ist alles OK. Ich habe sonst nichts verändert, weder hier noch da ...

Wo und wie sollte ich nach dem Fehler suchen?

Hartmut
 

spoensche

Moderator
Teammitglied
Wenn du dein System gebootet hast und die Netzwerkverbindung nicht funktioniert, dann lass mal bitte das Script von http://www.linux-tips-and-tricks.de/index.php/Download-document/53-collectNWdata.sh.html laufen und poste bitte die Ausgabe.
 
OP
S

Spielwurm

Advanced Hacker
Nach dem Start, Netzwerkverbindung funktioniert nicht. Switch zeigt Link an, PC auch, Netzwerkkabel OK.
Code:
collectNWData.sh V0.6.5.4.3_i (Rev: 1.284, Build: 2011/04/28 22:09:38 UTC)
--- Which type of your network connection should be tested?
--- (1) Wired connection
--- What's the type of networktopology?
--- (2) DSL HW router <---> LinuxClient
--- On which host is the script executed?
--- (1) LinuxClient

--- NWEliza is analyzing the system for common network configuration errors ...

!!! CND0180I: The system can't ping external IP address 195.135.220.3
!!! CND0150E: There might be a problem with the default gateway definition 192.168.1.1 on interface eth0
!!! CND0480W: No link detected on interface eth0
!!! CND0310W: Classic network configuration with ifup was detected. Configuration with knetworkmanager is much easier

--- Go to http://www.linux-tips-and-tricks.de/CND to get more detailed instructions 
--- about the error/warning messages and how to fix the problems on your own.

--- If you are unsuccessful then place the contents of file collectNWData.txt in the net
--- (see http://www.linux-tips-and-tricks.de/CND_UPL for links) 
--- and then paste the nopaste link on your favorite Linux forum.

==================================================================================================================
===== cat /etc/*[-_]release || cat /etc/*[-_]version =============================================================
/etc/lsb-release
/etc/SuSE-release
LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64"
openSUSE 11.4 (x86_64)
VERSION = 11.4
CODENAME = Celadon
===== uname -a ===================================================================================================
Linux Jupiter 2.6.37.1-1.2-desktop #1 SMP PREEMPT 2011-02-21 10:34:10 +0100 x86_64 x86_64 x86_64 GNU/Linux
===== lspci ======================================================================================================
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03)
	Subsystem: Micro-Star International Co., Ltd. Device [1462:7596]
	Kernel driver in use: r8169
===== find /lib/modules/`uname -r` -name "*.ko" ==================================================================
Available kernelmodules for VendorId:DeviceId - 10ec:8168
Module: r8169
===== lsusb | grep -v "root hub" =================================================================================
Bus 001 Device 002: ID 2040:9301 Hauppauge WinTV NOVA-T USB2 (warm)
Bus 002 Device 002: ID 058f:6362 Alcor Micro Corp. Flash Card Reader/Writer
Bus 003 Device 002: ID 046d:c061 Logitech, Inc. RX1500 Laser Mouse
===== hwinfo (filtered) ==========================================================================================
32: PCI 200.0: 0200 Ethernet controller
  Model: "Realtek RTL8111/8168B PCI Express Gigabit Ethernet controller"
  Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  Device: pci 0x8168 "RTL8111/8168B PCI Express Gigabit Ethernet controller"
  SubVendor: pci 0x1462 "Micro-Star International Co., Ltd."
  SubDevice: pci 0x7596 
  Driver: "r8169"
  Driver Modules: "r8169"
  Device File: eth0
  Link detected: no
    Driver Status: r8169 is active
    Driver Activation Cmd: "modprobe r8169"
===== lsmod (filtered) ===========================================================================================
| binfmt_misc     | cifs            | dib3000mc       | dibx000_common  | edac_core        |
| edac_mce_amd    | i2c_piix4       | ir_core         | ir_jvc_decoder  | ir_lirc_codec    |
| ir_nec_decoder  | ir_rc5_decoder  | ir_rc6_decoder  | ir_sony_decoder | jbd2             |
| k10temp         | lirc_dev        | lnbp21          | mantis          | mantis_core      |
| mb86a16         | md5             | microcode       | mperf           | mt2060           |
| pci_hotplug     | powernow_k8     | preloadtrace    | r8169           | sg               |
| shpchp          | sr_mod          | stb0899         | stb6100         | stv0299          |
| tda10021        | tda10023        | tda665x         | vmblock         | vmsync           |
| wmi             | zl10353         |
===== ifconfig (filtered for eth|wlan|ra|ath|dsl) ================================================================
eth0      Link encap:Ethernet  Hardware Adresse ##:##:##:##:##:#1  
          inet Adresse:192.168.1.5  Bcast:192.168.1.255  Maske:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000 
          RX bytes:720 (720.0 b)  TX bytes:0 (0.0 b)
          Interrupt:40 Basisadresse:0xe000 
===== cat /etc/sysconfig/network/ifcfg-[earwd]* | grep -v "=''" ==================================================
--- /etc/sysconfig/network/ifcfg-eth0
BOOTPROTO='static'
IPADDR='192.168.1.5/24'
STARTMODE='auto'
USERCONTROL='no'
===== dhcpcd-test ================================================================================================
eth0: No DHCP server detected info, eth0: hardware address = ##:##:##:##:##:#1
info, eth0: broadcasting for a lease
debug, eth0: sending DHCP_DISCOVER with xid 0x2a943afa
debug, eth0: waiting for 3 seconds
info, eth0: exiting
===== ping tests =================================================================================================
Ping of 195.135.220.3 failed
ping: unknown host www.suse.de
Ping of www.suse.de failed
===== cat /etc/resolv | grep -i "nameserver" =====================================================================
nameserver 212.6.108.140
nameserver 212.6.108.141
===== cat /etc/hosts =============================================================================================
127.0.0.2       Jupiter.Sonnensystem Jupiter
192.168.1.5     Jupiter Jupiter
127.0.0.1       localhost 
192.168.1.5     Jupiter Jupiter
192.168.1.3     Erde 
192.168.1.6     Saturn 
192.168.1.9     Ufo 
===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================================================
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
===== egrep 'eth|ath|wlan|ra' /etc/udev/rules.d/*net_persistent* /etc/udev/rules.d/*persistent-net* ==============
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="##:##:##:##:##:#1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
==================================================================================================================
*** NWElizaStates V0.6.5.4.3_i
IF:eth0 IM:1 DI:1 FALON:1 NIC:0 cNiC:1:0 NI:0 cNI:0 PNG:1 DR:1 MTU:0 NISS:0 IP6:0 KM:0 WLW:0 RTDT:SuSE
 

spoensche

Moderator
Teammitglied
Deine Nameserver stimmen nicht. In der /etc/resolv.conf muss die IP deines Routers stehen. Hat deine Fritzbox auch die 192.168.1.1? Konfiguriere deine Netzwerkkarte mal per DHCP und lass das Script erneut laufen.
 
OP
S

Spielwurm

Advanced Hacker
Du kannst doch nicht einfach sagen, dass meine Nameserver nicht stimmen, wenn ich mit der Konfiguration seit Jahr und Tag ins Netz gehe. Ich sagte doch, dass ich nichts geändert habe. Und die Nameserver in der resolv.conf sind die beiden für mich zuständigen. Natürlich ist der Router 192.168.1.1! Überleg doch mal: alles, was ich machen muss, ist: rcnetwork restart und dann klappts. Meine Frage ist ja lediglich: woran kann es liegen, dass es nicht - wie bisher - beim Systemstart klappt?

Hartmut
 

spoensche

Moderator
Teammitglied
@Spielwurm:

Erstelle mal die Datei /etc/modprobe.d/r8169-dac mit folgendem Inhalt:

Code:
options r8169 use_dac=1

Danach führst du mal
Code:
modprobe -r r8169
sleep 3
modprobe r8169

Hast du dann sofort eine Verbindung?
 
OP
S

Spielwurm

Advanced Hacker
Die letzten Zeilen aus dmesg:

[ 121.437067] r8169 0000:02:00.0: PCI INT A disabled
[ 143.608064] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 143.608102] r8169 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 143.608200] r8169 0000:02:00.0: setting latency timer to 64
[ 143.608430] r8169 0000:02:00.0: irq 40 for MSI/MSI-X
[ 143.610106] r8169 0000:02:00.0: eth0: RTL8168d/8111d at 0xffffc900123ba000, 40:61:86:5c:d7:3d, XID 081000c0 IRQ 40
[ 143.679626] r8169 0000:02:00.0: eth0: link down
[ 143.680377] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 199.804556] r8169 0000:02:00.0: eth0: link up

Sonst keine Fehlermeldungen, keine Verbindung. Erst rcnetwork restart machts -> link up. Übel, auch weil meine NAS-Ordner so beim Start nicht eingebunden werden können ...

Hartmut
 
OP
S

Spielwurm

Advanced Hacker
Ich habe mal ein wenig geprüft:

Ein anderer Rechner mit fester IP - auch Opensuse 11.4, aber kein Update - und Gigabit-Karte bekommt ohne Probleme eine IP-Adresse und Verbindung. Mein Switch zeigt auch eine GBit-Verbindung. Mein Arbeitsrechner, der um den es hier geht, hat auch eine Onboard-GBit-Schnittstelle, aber der Switch zeigt seit jetzt nur eine 100Mbit-Verbindung an. Ich habe diesen Rechner auch direkt am Router getestet, keine Änderung. Netzwerkkabel habe ich zwei liegen vom Switch zu meinem Arbeitsplatz, beide Kabel zeigen das selbe Verhalten, sie sind also OK. Beide hatte ich auch schon mit GBit am Laufen.

Nächster Test: ich habe die Karte aus dem "anderen Rechner" ausgebaut, in diesen Computer eingesetzt, die Onboard-Schnittstelle ausgeschaltet und den Rechner gestartet. Dann per Yast die Karte konfiguriert, wie ich das immer mache mit den selben Daten ---> Host unreachable! Alles sieht völlig normal aus, aber keine Verbindung. Der Switch unterhält sich mit der Karte, zeigt auch, dass es eine Gigabit-Karte ist, aber auch mit rcnetwork restart kriege ich jetzt keine Verbindung. Nach dem Rückbau auf den alten physikalischen Zustand ist alles beim alten, auch mein psychischer Zustand.

Es ist sehr rätselhaft oder es liegt doch am Update. Wenn ich wüsste, welche Pakete dabei mitspielen, dann könnte ich versuchshalber mal ein Downgrade machen, aber welche?

Hartmut
 

spoensche

Moderator
Teammitglied
Installiere dir mal ethtool und lass dir damit mal die Einstellungen deiner Karte anzeigen und poste sie bitte auch.
 
OP
S

Spielwurm

Advanced Hacker
Habe ich. Sieht schlecht aus:
Jupiter:/home/hartmut # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes

Ich kann mit "ethtool -s eth0 speed 1000 duplex full port tp" oder auch nur "100" nichts ändern, meist geht die Netzwerkkarte auf den niedrigsten Level zurück "half + 10".

Inzwischen habe ich mit meinem Laptop das Kabel ab Stecker geprüft: erstklassig!

Sieht nach einem Hardwarefehler aus, gibt es das?

Hartmut
 

spoensche

Moderator
Teammitglied
Klar gibt es auch Hardwarefehler bei Netzwerkkarten und Onboard Netzwerkschnittstellen. Eine neue Netzwerkkarte kostet i.d.R. im Schnitt 10 €.
 
OP
S

Spielwurm

Advanced Hacker
Es war ein Hardwarefehler. Hätte ich nicht gedacht, dass es das gibt. Auf meinem Board war noch ein PCIe-Slot frei, darin werkelt jetzt eine Gigabit-Karte mit gleichem Chip == gleicher Treiber und das funktioniert, wie es soll. Zumindest von der Geschwindigkeit und beim Kaltstart. S3-aufwachen klappt nicht - noch nicht.

Hartmut
 
Oben