[gelöst]x40 Fehler am LAN

M

maledora4

Member
Themenstarter
Registriert
24 Mai 2010
Beiträge
274
Hallo Gemeinde,

wieder geht es mir um dieses schöne, gebrauchte x40 (2371-H8G), was ich hier http://thinkpad-forum.de/threads/121486-ThinkPad-X40-Typ-2371-H8G-inkl.-Ultrabase erworben habe.


Ich nutze das Gerät, mit dem wunderbaren Tastenanschlag, ausschließlich mit Linux.
Die Gemeinde und @linrunner haben mir hier http://thinkpad-forum.de/threads/124039-gelöst-Tastatur-Sonderzeichen-Pipe geholfen, die amerikanische Tastatur mit deutschen Aufklebern "linuxtauglich" zu machen. Bei der Suche nach mehr RAM bin ich übrigens hier http://www.lapstore.de/doc.php/shop/lapstore/i/uskeyboards/ auf die Lösung für Windows für diese Tasten gestoßen.

Zum Problem:
Der Verkäufer verweißt im Verkaufsthread bereits auf Probleme mit der Netzwerkkarte, weshalb er eine zusätzliche
PCMCIA-Lan-Karte mit beilegt.
Selbst hat er aber nur Wlan mit dem x40 genutzt.

Seit 2 Tagen versuche ich die Netzwerkkarte zur Mitarbeit zu bewegen - sie tut nicht.

Ich denke wirklich alles überprüft zu haben (Kabel>Switch>Router>andere-Eingänge>mit-und-ohne-UBase).
Hier die Daten des x40, wobei eth0=LAN; eth1=Wlan und eth2=pcmcia ist.
Code: 
lspci
...
02:01.0 Ethernet controller [0200]: Intel Corporation 82541GI Gigabit Ethernet Controller [8086:1077]
    Subsystem: IBM Device [1014:055b]
    Kernel driver in use: e1000
    Kernel modules: e1000
02:02.0 Network controller [0280]: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection [8086:4220] (rev 05)
    Subsystem: Intel Corporation IBM ThinkPad R50e [8086:2712]
    Kernel driver in use: ipw2200
    Kernel modules: ipw2200
Code: 
ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 00:0A:E4:36:24:D2  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

eth1      Link encap:Ethernet  Hardware Adresse 00:13:CE:8F:2E:E0  
          inet Adresse:192.168.178.32  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::213:ceff:fe8f:2ee0/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:560 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:107068 (104.5 KiB)  TX bytes:33035 (32.2 KiB)
          Interrupt:21 Basisadresse:0xe000 Speicher:d0220000-d0220fff 

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:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:100 (100.0 b)  TX bytes:100 (100.0 b)
Code: 
cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x1077 (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0a:e4:36:24:d2", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x4220 (ipw2200)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:13:ce:8f:2e:e0", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10b7:0x5257 (3c59x)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:00:86:5e:c3:6c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
Code: 
nach ifup eth0
folgt nach einer kurzen Pause: "Determining IP Information for eth0... failed; no link present. Check cable?"
und im syslog steht daraufhin: 
Oct  9 22:15:51 x40 kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Code: 
[root@x40]# ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Advertised auto-negotiation: Yes
    Speed: Unknown! (65535)
    Duplex: Unknown! (255)
    Port: Twisted Pair
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: umbg
    Wake-on: g
    Current message level: 0x00000007 (7)
    Link detected: no
Code: 
[root@x40]# ethtool -i eth0
driver: e1000
version: 7.3.21-k8-NAPI
firmware-version: N/A
bus-info: 0000:02:01.0
und zum Vergleich, die eines T500 mit gleichen Bios-Einstellungen:
Code: 
[root@T500]# ethtool eth0
Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Advertised auto-negotiation: Yes
    Speed: 100Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 2
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: pumbag
    Wake-on: g
    Current message level: 0x00000001 (1)
    Link detected: yes
Code: 
[root@T500]# ethtool -i eth0
driver: e1000e
Version: 1.2.20-k2
firmware-version: 1.8-3
bus-info: 0000:00:19.0
Schließlich habe ich das im x40 mit der PCMCIA-Karte getestet - sie tut es auch nicht.

Haltet Ihr es für möglich, daß innerhalb des x40 der Hund begraben liegt oder, (meine Meinung) es fehlt die erforderliche Firmenware, die bereits im Prozess des Bootens den >>link detected: yes<< stellt. Nur ist mir schleierhaft, wie die abhanden gekommen sein soll.

Jedenfalls, finde ich bei Lenovo nichts, bei Intel dagegen schon eine aktuelle Firmware IBABULID, Vers.16.1, vom
08.07.11 zur 82541GI - Ethernetkarte im Intel-Boot-Agent BIOS Image-utility.

Meine Frage, nimmt mir das IBM/Lenovo Bios (vom 2006-12-21; Vers.2.08 14ETD3WW) das übel, wenn ich das von Intel mache und vor allem, wie macht man das?
-herunterladen und entzippen
-Dateien auf USB / CD-Medium bringen
-den Rechner davon booten (ich kann kein englisch, zumindest nicht schnell damit umgehen)
-was ist zu beachten
-oder liege ich mit meiner Vermutung völlig daneben?

Für Eure Antworten vielen Dank! (nach dem Sprichwort: Kommt Zeit, kommt Rat = wir brauchen nichts zu überstürzen) :)
 
Zuletzt bearbeitet:
linrunner schrieb:
Sehr erfreulich :). Ändere doch bitte den Titel des 1. Post im erweiterten Editor und füge ein "[gelöst]" hinzu.
Zum Vergrößern anklicken....

Ist doch erst halb gelöst - die interne Schnittstelle fehlt noch.

@maledora4
Wenn das Problem mit dem internen Ethernet noch besteht und Du weitersuchen willst:

1) Was gibt dmesg | egrep "e1000|eth0" kurz nach dem Start und mit einem Kabel in der internen Buchse aus (als root)?
2) Wie sieht cat /proc/interrupts aus?
3) Probier mal: rmmod e1000; modprobe e1000 debug=16; dmesg | egrep "e1000|eth0"
Der Modulparameter sollte (laut modinfo) alle Debugmeldungen im Treiber einschalten. Ich weiss aber nicht, wie
diese Meldungen getaggt sind, eventuell müsste man einen anderen Parameter beim egrep benutzen.
 
Zuletzt bearbeitet:
in dem falle sind die tags kein problem, da nach dem hochfahren nicht mehr allzuviele meldungen hinzukommen. wenn man nun im gestarteten zustand die debug-ausgaben anschaltet, werden die meisten meldungen daher kommen. somit reicht es den auf das modprobe folgenden teil der ausgaben sich anzusehen. für die dmesg-ausgaben braucht man übrigens kein root zu sein.
 
@Mornsgrans
nein, der interne tut es nicht.

Im MageiaForum wurden mir noch diese zwei "gewöhnungsbedürftigen Lösungen" genannt: http://funrecycler.com/2011/08/29/addrconf-netdev-up-eth0-link-is-not-ready/
http://flexible.xapient.net/?p=320

@jal2
natürlich würde ich gern wissen, woran es bei eth0 hängt. Deshalb sind Deine gewünschten Angaben hier (wobei ich damit auch nicht mehr anfangen kann).
eth2 ist zu dem Zeitpunkt nicht mit dem LAN Kabel verbunden, nur eth0 und das WLan-eth1 ist aktiv:
Code: 
dmesg | egrep "e1000|eth0"
udev[294]: renamed network interface eth0 to eth2
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
ADDRCONF(NETDEV_UP): eth0: link is not ready
Code: 
cat /proc/interrupts
            CPU0       
   0:      22288   IO-APIC-edge      timer
   1:        390   IO-APIC-edge      i8042
   4:          2   IO-APIC-edge    
   7:          0   IO-APIC-edge      parport0
   8:          0   IO-APIC-edge      rtc0
   9:       1099   IO-APIC-fasteoi   acpi
  12:       8012   IO-APIC-edge      i8042
  14:       6217   IO-APIC-edge      ata_piix
  15:       2296   IO-APIC-edge      ata_piix
  16:       2300   IO-APIC-fasteoi   i915, uhci_hcd:usb1, yenta, eth2
  17:         54   IO-APIC-fasteoi   mmc0, Intel 82801DB-ICH4 Modem, Intel 82801DB-ICH4
  18:          0   IO-APIC-fasteoi   uhci_hcd:usb3
  19:          0   IO-APIC-fasteoi   uhci_hcd:usb2
  20:        139   IO-APIC-fasteoi   eth0
  21:       3154   IO-APIC-fasteoi   ipw2200
  23:         23   IO-APIC-fasteoi   ehci_hcd:usb4
 NMI:          0   Non-maskable interrupts
 LOC:      34296   Local timer interrupts
 SPU:          0   Spurious interrupts
 PMI:          0   Performance monitoring interrupts
 IWI:          0   IRQ work interrupts
 RES:          0   Rescheduling interrupts
 CAL:          0   Function call interrupts
 TLB:          0   TLB shootdowns
 TRM:          0   Thermal event interrupts
 THR:          0   Threshold APIC interrupts
 MCE:          0   Machine check exceptions
 MCP:          1   Machine check polls
 ERR:          0
 MIS:          0
Code: 
[root@x40]# rmmod e1000
[root@x40]# modprobe e1000 debug 16
[root@x40]# dmesg | egrep "e1000|eth0"
udev[294]: renamed network interface eth0 to eth2
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000 0000:02:01.0: PCI INT A disabled
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-eth0 instead
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): eth0: link is not ready
 
Hallo maledora4,

maledora4 schrieb:
Code: 
[root@x40]# modprobe e1000 debug 16
Zum Vergrößern anklicken....
Du hast hier leider das '=' vergessen, bitte noch einmal mit
Code: 
modprobe e1000 debug=16
probieren.

Der Rest sieht unauffällig aus, ich hatte vermutet, dass eth0 eventuell keinen IRQ bekommt oder ihn sich teilen muss (sollte aber auch kein Problem sein).

EDIT: Ich weiss nicht genau, wie es beim X4x aussieht, bei meinem T61 gibt es zwei winzige LED (gelb+grün) rechts neben der Ethernetbuchse. Beim Einschalten des X4x müssten diese beide kurz aufleuchten (auch ohne Kabel, das sollte der PHY Reset sein).
Und schau bitte mal ins BIOS, gibt es dort eine Option unter "Network", um das "Internal Network Device" zu enablen??
Steckt ein Kabel vom Switch, leuchtet die grüne LED auch, wenn ich im BIOS bin.
 
Zuletzt bearbeitet:
Hallo @jal2
Code: 
rmmod e1000
modprobe e1000 debug=16
dmesg | egrep "e1000|eth0"
udev[294]: renamed network interface eth0 to eth2
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000 0000:02:01.0: PCI INT A disabled
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-eth0 instead
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000 0000:02:01.0: PCI INT A disabled
e1000 0000:02:01.0: PME# enabled
e1000 0000:02:01.0: restoring config space at offset 0xf (was 0xff0100, writing 0xff010b)
e1000 0000:02:01.0: restoring config space at offset 0x6 (was 0x1, writing 0x7001)
e1000 0000:02:01.0: restoring config space at offset 0x4 (was 0x0, writing 0xd0200000)
e1000 0000:02:01.0: restoring config space at offset 0x3 (was 0x0, writing 0x4008)
e1000 0000:02:01.0: restoring config space at offset 0x1 (was 0x2300000, writing 0x2300117)
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: PME# disabled
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000 0000:02:01.0: PCI INT A disabled
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-eth0 instead
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000 0000:02:01.0: PCI INT A disabled
e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
e1000: Copyright (c) 1999-2006 Intel Corporation.
e1000 0000:02:01.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:0a:e4:36:24:d2
e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-eth0 instead
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): eth0: link is not ready
Die LED's habe ich nicht.
Im Bios kann ich Dir mit der Option "Enabled" oder "Disabled" des Internal Network Devices dienen. Die gesamte Zeit steht sie auf "Enabled".
 
Das X40 hat die beiden LEDs. Eine jeweils in der linken und rechten oberen Ecke der Lan-Buchse.
 
Danke @Mornsgrans.
:facepalm: Bisher ist mir das tatsächlich nicht aufgefallen. Sie leuchteten bisher ja auch nicht. Vielleicht sollte ich mich mal "an's aufschrauben" getrauen...
 
Entweder hat die Lan-Buchse keinen richtigen Kontakt zum Board mehr oder eine andere Komponente zwischen Ethernet-Chip und Buchse tut es nicht mehr - sofern Ethernet im BIOS enabled ist.

Wenn Du das Notebook offen hast, schaue Dir auch mal die Oberfläche der Southbridge genau an. Sie darf keine Erhebung aufweisen.
 
Hallo @Mornsgrans,

habe heute das Ding aufgeschraubt und gleich zwei Bilder gemacht. Vielleicht ist damit schon klar, was die Ursache sein kann...

Sehe ich das richtig, um die Southbridge zu sehen, wie Du schreibst, müßte ich das gesamte x40 auseinandernehmen - selbst das Display abmachen, wie im Handbuch beschrieben?
Mit 60 habe ich keine so ruhige Hand mehr - das hier war schon Streß pur. :mad:x40Tastatur.jpgx40Schraube.jpg
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
  • ok1.de
  • thinkstore24.de
  • ok2.de - Notebook Computer Server
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben