[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Squeeze mag RTL8168B nicht



Sorry für die lange Mail. Habe diverses probiert und bin immer noch kaum 
weiter, ihr seid meine letzte Hoffnung...

Manfred Schmitt schrieb:
> Das sieht doch eigentlich gut aus.
> Die Netzwerkkarte ist vermutlich fest konfiguriert, kein dhcp im Spiel?

Ist fest eingetragen in /etc/network/interfaces:

iface eth0 inet static
        address 192.168.1.11
        netmask 255.255.255.0
        gateway 192.168.1.1

> > "5.449059] ADDRCONF(NETDEV_UP): eth0: link is not ready"
> 
> Das weniger.
> Das koennte aber ja auch einfach ein Kabelproblem sein, bzw. eventuell

Kabelproblem schließe ich aus: Während der Installation von USB-Stick (mit 
besagtem Squeeze i386 mini.iso) hat die Verbindung geklappt! Und der Rechner 
wurde nicht bewegt, keinerlei Kabel ab- oder angesteckt (außer dem 
Installations-USB-Stick).

> klappt auch die Autonegotiation bezueglich 100 MBit/GBit nicht?

Da stehe ich jetzt gerade auf dem Schlauch. Und schränkt sich der installer 
von Squeeze vielleicht auch automatisch auf 100MBit ein?

Ich habe zwischenzeitlich noch folgendes unternommen:

- Aktuelle Kanotix amd64 (2.6.38-2) auf USB Stick gepackt und die Maschine 
damit gebootet. Das Live System startete soweit ok, aber auch damit: Kein 
Netzwerk, soweit ich geprüft habe das gleiche Problem wie unter Squeeze i386.

- Auf dem Kanotix Image war auch Memtest+ dabei. Das habe ich ein paar Stunden 
laufen lassen, keine Fehler. (Speicher: 2 x 2GB Riegel DDR3, OCZ, CL7)

- Nochmal die Squeeze mini.iso (i386) genommen und das System damit im Expert-
Modus neu aufgesetzt, und zwar als Unstable. Während der Installation (Merke: 
Netzwerk: Kein Problem!) merkte der Installer an, dass die besagte Realtek NIC 
Firmware rtl8168d-2.fw und rtl8168d-1.fw ausgelagert wurden. Ich habe die 
Paketquellen im Installer um non-free und contrib erweitert, die relevanten 
Pakete wurden aber im Folgenden nicht automatisch installiert.
Installation im übrigen soweit erfolgreich, aber nach Neustart natürlich immer 
noch kein Netzwerk: firmware-linux-nonfree und firmware-realtek war ja auch 
nicht installiert. Das habe ich noch per dpkg nachgeholt.

Anschließend in /etc/network/interfaces geändert:
'auto lo' nach 'auto lo eth0'
'iface eth0 inet dhcp' nach 'iface eth0 inet static' (mit Angabe von address, 
netmask und gateway wie oben)
 
# ifup eth0

Im syslog erscheint:

Sep 11 04:59:39 htpc avahi-daemon[957]: Joining mDNS multicast group on 
interface eth0.IPv4 with address 192.168.1.11.
Sep 11 04:59:39 htpc kernel: [ 1057.315316] r8169 0000:04:00.0: eth0: link 
down
Sep 11 04:59:39 htpc kernel: [ 1057.315903] ADDRCONF(NETDEV_UP): eth0: link is 
not ready
Sep 11 04:59:39 htpc avahi-daemon[957]: New relevant interface eth0.IPv4 for 
mDNS.
Sep 11 04:59:39 htpc avahi-daemon[957]: Registering new address record for 
192.168.1.11 on eth0.IPv4.

Und ifconfig kennt jetzt auch wieder die Adresse (192.168.1.11), aber natürlich 
noch kein link.

# lspci | grep Ethernet
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI 
Express Gigabit Ethernet controller (rev 03)

Immerhin: Laut dmesg wird die Realtek Firmware jetzt ohne Murren geladen,  

[    1.812524] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    1.813257] ACPI: PCI Interrupt Link [LN3A] enabled at IRQ 19
[    1.813286] r8169 0000:04:00.0: PCI INT A -> Link[LN3A] -> GSI 19 (level, 
low) -> IRQ 19
[    1.813356] r8169 0000:04:00.0: setting latency timer to 64
[    1.813423] r8169 0000:04:00.0: irq 40 for MSI/MSI-X
[    1.815178] r8169 0000:04:00.0: eth0: RTL8168d/8111d at 0xf83e0000, (...), 
XID 083000c0 IRQ 40

...nur wird halt nicht die Verbindung aufgebaut:

r8169 0000:04:00.0: eth0: link down
ADDRCONF(NETDEV_UP): eth0: link is not ready

In $suchmaschine finde ich dazu war diverse Treffer, aber bislang keine passende 
Lösung... Wahrscheinlich sitze ich schon zu lange vor dem Problem, morgen 
mehr... 

Gruß
Thomas


Reply to: