PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Netzwerktreiber nForce MCP61 oder Geforce 6100SM Mainboard



bolly_05
04.12.07, 20:26
Hallo,
ich habe hier ein Geforce 6100SM Mainboard mit Grafik und Netzwerkkarte onBoard.
Den Grafiktreiber benötige ich nicht.
Allerdings brauch ich den Netzwerkanschluß und genau hier liegt mein Problem.
Ich habe Debain Etch im Einsatz und bekomme mit dem Modul "forcedeth" die Netzwerkkarte nicht ans laufen !

vdr2:~# lspci
00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a2)
00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a2)
00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0d.0 VGA compatible controller: nVidia Corporation Unknown device 03d0 (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:05.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 08)
01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
v

vdr2:~# lsmod |grep force
forcedeth 44808 0
i2c_nforce2 6144 0
i2c_core 23440 4 ves1x93,dvb_ttpci,ttpci_eeprom,i2c_nforce2


vdr2:~# rmmod forcedeth
vdr2:~# modprobe forcedeth

vdr2:~# ifup eth0
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
eth0: ERROR while getting interface flags: No such device
Bind socket to interface: No such device
Failed to bring up eth0.


Im Syslog erhalte ich dann immer

Dec 4 23:24:16 vdr2 kernel: ACPI: PCI interrupt for device 0000:00:07.0 disabled
Dec 4 23:24:19 vdr2 kernel: forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60.
Dec 4 23:24:19 vdr2 kernel: ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 21 (level, low) -> IRQ 18
Dec 4 23:24:19 vdr2 kernel: PCI: Setting latency timer of device 0000:00:07.0 to 64
Dec 4 23:24:19 vdr2 kernel: forcedeth: using HIGHDMA
Dec 4 23:24:19 vdr2 kernel: eth0: forcedeth.c: subsystem: 01019:2602 bound to 0000:00:07.0
Dec 4 23:24:19 vdr2 kernel: net eth12: device_rename: sysfs_create_symlink failed (-17)
Dec 4 23:24:23 vdr2 dhclient: Internet Systems Consortium DHCP Client V3.0.4
Dec 4 23:24:23 vdr2 dhclient: Copyright 2004-2006 Internet Systems Consortium.
Dec 4 23:24:23 vdr2 dhclient: All rights reserved.
Dec 4 23:24:23 vdr2 dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Dec 4 23:24:23 vdr2 dhclient:
Dec 4 23:24:24 vdr2 dhclient: Bind socket to interface: No such device


Was mache ich falsch , bzw. was muß ich tun daß diese NIC mit dem forcedeth Modul läuft ?

Ich habe mittlerweile einen neuen Kernel kompiliert und es ist noch immer das gleiche.

Ich setze mittlerweile den Kernel 2.6.23.9 ein.
Zuvor war es 2.6.18.5

Rain_maker
04.12.07, 21:12
su

Passwort

modprobe -r forcedeth

modprobe forcedeth msi=0 msix=0Geht das?

Greetz,

RM

bolly_05
05.12.07, 08:05
Hi,
das Problem ist mittlerweiel gelöst

Lösung war neue UDEV-regel als /etc/udev/rules.d/z25_persistent-net.rules anzulegen, welchen statt die MAC den PCI Subadresse verwendet. (siehe lspci)

SUBSYSTEM=="net", DRIVERS=="?*", ID=="0000:00:07.0", NAME="eth0"


lspci | grep 00:07.0
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)

albbi
03.06.08, 09:54
Hallo,

nachdem ich hier den Tip der Tips erhalten habe, hier meine Ergänzungen zum nforce Chipsatz eth0 Problem:

Ich habe ein HP Pavillion mit Linux debian etch und hatte auch ein Problem mit der Netzwerkkartenerkennung.

Lösung:

/etc/udev/rules.d/z25_persistent-net.rules öffnen.

da das MB ein Firewire hat (1394) wird als eth0 die Firewire angelegt.
Die onboard Netzwerke hat im allgmeinen 2 MAC adressen.

somit standen in meinen udev regel 3 (!) einträge.

das muß man so ändern, das firewire auf eth2 kommt und die erste gefundene MAC auf eth0 (via ifconfig herausfinden, welche MAC linux findet)

Flugs 2 Zahlen tauschen, und schwupps hat man eth0.

Grüße

Wolfgang

RapidMax
01.06.09, 16:15
Ich hatte das System von Etch auf Lenny aktualisiert (full-upgrade), danach war erst einmal das Netz weg. Dank diesem Artikel war die Lösung einfach: In

/etc/udev/rules.d/70-persistent-net.rules

Die Zeilen mit dem forcedeth Treiber auskommentiert, dann mit "modprobe -r forcedeth && modprobe forcedeth" den Treiber neu geladen und schon wurden die Einträge neu erstellt. Allerdings wurde die MAC-Adresse geändert, das Interface hat offenbar zwei und nun wurde die andere zuerst gefunden.

~Andy

Rain_maker
01.06.09, 16:56
Allerdings wurde die MAC-Adresse geändert,

Und das wird sehr wahrscheinlich ab sofort jedes mal passieren.


das Interface hat offenbar zwei und nun wurde die andere zuerst gefunden.

Du wirst Dich wundern, wie viele MAC-Adressen das Interface "hat", weil die Dinger a) Müll sind und b) jedes mal wahrscheinlich eine neue MAC gesetzt wird (bei meiner letzten Suche im Netz hatte ich in einem Gentoo-Forum als "Rekord" eth128 gefunden).

Workaround sofern der Vorschlag aus Beitrag 3 in diesem Thread -hast Du den überhaupt vor Deinem Posting gelesen?- nicht funktioniert:

http://www.pc-forum24.de/suse-routing/8011-geloest-geraetename-der-ethernetkarte-wechselt-staendig-forcedeth.html

(Letzter Beitrag)

Ob die Syntax auch für Lenny die funktioniert, muss man ausprobieren (müsste aber so sein, openSUSE 11.0/11.1 haben Kernel 2.6.25/2.6.27, Lenny hat 2.6.26).