Netzwerkkarte - wo ist sie hin?

[easytiger]

Hi,

Habe heute auf Kernel 2.4.23 geupdatet und plötzlich wird meine Netzwerkkarte nicht mehr automatisch erkannt bzw. konfiguriert, daher auch kein DHCP und kein Netz.

"error while getting interface flags" ist die Fehlermeldung beim booten.

Jemand eine Idee, was da fehlen könnte?

[Phoenix]

Hi,
mal ein paar Fragen von mir
1. Welcher alter Kernel?
2. Welche Netzwerkkarte?
3. War beim alten Kernel die Netzwerkkarte als Modul oder fest eingebunden?
4. Wie hast du die Netzwerkkarte jetzt eingebunden? Ist der Treiber bekannt?

Bis denne

[easytiger]

Hi,
mal ein paar Fragen von mir
1. Welcher alter Kernel?

2.2.20

2. Welche Netzwerkkarte?

Realtek8139

3. War beim alten Kernel die Netzwerkkarte als Modul oder fest eingebunden?

k.A.

4. Wie hast du die Netzwerkkarte jetzt eingebunden? Ist der Treiber bekannt?

Ich denke es ist der gleiche Treiber wie vorher, der realtek8139


Sorry, aber ich bin wirklich Newbie und habe wenig Ahnung.

[JoBe]

Hi!
Am besten baust du dir den Kernel selbst und compilierst die Unterstützung für die Karte fest ein, dann hast du keine Probleme. Funktioniert bei mir einwandfrei.

[Phoenix]

Also wenn ich deinen anderen Beitrag richtig deute hast du ja zwei Module in modconf.
Probier doch mal den Netzwerkeintrag zu laden.

[easytiger]

Also ums mal ehrlich zu sagen:

Ich peile hier gar nix mehr.

Letzte Nacht habe ich nochmal den Kernel kompiliert und dann extra dort in der menuconfig(?) geschaut, dass der Treiber fuer die RTL8139 drin ist.

Wenn ich jetzt modconf aufrufe, finde ich es aber nicht.

Habt ihr vielleicht für einen Volltrottel wie mich eine Schritt-für-Schritt-Anleitung?

[Phoenix]

Eine Erklärung habe ich erst mal noch für dich.
Es gibt die Möglichkeit Treiber fest in den Kernel oder als Modul einzubinden. Wenn sie fest in den Kernel eingebunden sind werden sie bei jedem Start dabei.
Beim Modul kann man die Treiber nach Bedarf nachladen. Dazu gibt es z.B. modconf. Und nur wenn du den Treiber als Modul, bei menuconfig wird dann ein M angezeigt, siehst du sie bei modconf.
Man kann auch einstellen das bestimmte Module automatisch beim Start geladen werden.

Also bei make menuconfig oder make xconfig:
ein * bedeutet fest in den Kernel eingebunden
ein M bedeutet Modul (kann dann mit modconf geladen werden)

Ich hoffe das klärt erstmal wieder den Blick

[easytiger]

Ah, OK.
Dann sind die Treiber bei mir fest eingebunden... wieder was gelernt.

Nur - wie komme ich nun dran?

[pdreker]

Wenn die Treiber fest einkompiliert sind und die Hardware vorhanden ist, ist die Karte auch aktiviert. Wenn sie in /etc/network/interfaces konfiguriert ist, sollte sie auch funktionieren. Kontrollier 'mal die Ausgabe von "dmesg" und "ifconfig" ob die Karte da angezeigt wird.

Der Name des Moduls hat sich zwischen Kernel 2.2.20 und 2.4.x geändert. 2.2 hat das Modul rtl8139 genannt unter 2.4 heisst es 8139too. Einige (wenige) 8139 Karten brauchen auch den 8139c Treiber (Modul heisst genau so).

Patrick

[Phoenix]

Du brauchst dann nicht _dran_ kommen. Wenn du sie fest in den Kernel eingebunden hast und es der richtige Treiber ist funktioniert die Netzwerkkarte.

Ein ifconfig sollte dir zeigen ob das Gerät oben ist.

[easytiger]

Soweit ich das jetzt mit ifconfig und den Messages beim Booten überschauen kann, wird ein anderer Treiber verwendet - da steht nichts von RTL8139 oder aehnlichem.

Wir dürften dem Problem also schon ein wenig näher kommen.

Angeblich kann man das unter etc/modules ändern, richtig?
Dort finde ich leider gar nichts von eth0

[pdreker]

Poste doch bitte den relevanten Teil von "dmesg" und "ifconfig" 'mal...

Patrick

[easytiger]

Hiermit, allso mit dem alten Kernel steht da und es funktioniert:

eth0 Link encap:Ethernet HWaddr 00:02:96:00:65:F0
inet addr:192.168.1.102 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:304 errors:0 dropped:0 overruns:0 frame:0
TX packets:262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:183721 (179.4 KiB) TX bytes:49741 (48.5 KiB)
Interrupt:11 Base address:0xec00

[pdreker]

Und jetzt bitte mit dem neuen Kernel... Ich will sehen, was das Problem ist...

Patrick

[easytiger]

Sorry, Da ist irgendetwas beim posten verlorengegangen.

Also, beim neuen Kernel:

eth0 Link encap:Ethernet HWaddr 00:02:96:00:65:F0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:46 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7260 (7.0 KiB) TX bytes:0 (0.0 b)
Interrupt:11

Und:

eth0: RealTek RTL8139 at 0xd2800000, 00:02:96:00:65:f0, IRQ 11
eth0: Identified 8139 chip type 'RTL-8139C'

Die Karte läuft also scheinbar doch, aber kann nichts über DHCP abrufen.

[pdreker]

Richtig, die Karte wird erkannt und aktiviert, bekommt aber keine Adresse per DHCP zugewisen (oder sie nimmt sie nicht an).

Versuch erstmal die Karte in /etc/network/interfaces auf eine statische Adresse zu konfigurieren, damit der Netzzugang funktioniert.

IIRC war da bei DHCP was, mit einer Kernel Option. DHCP benötigt die "Socket Filter" Option beim Kernel, der Debian Standard Kernel hat dies allerdings nicht. Ich weiss aber nicht mehr, ob das ein Problem beim Server oder beim Client war... Es gibt wohl mehrere DHCP Clients für Linux... Vielleicht 'mal einen anderen ausprobieren? ("apt-cache search dhcp" sollte ein paar Hinweise liefern...

Patrick

[easytiger]

Richtig, die Karte wird erkannt und aktiviert, bekommt aber keine Adresse per DHCP zugewisen (oder sie nimmt sie nicht an).

Versuch erstmal die Karte in /etc/network/interfaces auf eine statische Adresse zu konfigurieren, damit der Netzzugang funktioniert.

Sorry, wie genau kann ich das machen?

IIRC war da bei DHCP was, mit einer Kernel Option. DHCP benötigt die "Socket Filter" Option beim Kernel, der Debian Standard Kernel hat dies allerdings nicht. Ich weiss aber nicht mehr, ob das ein Problem beim Server oder beim Client war... Es gibt wohl mehrere DHCP Clients für Linux... Vielleicht 'mal einen anderen ausprobieren? ("apt-cache search dhcp" sollte ein paar Hinweise liefern...

"Socket Filter" ist im Kernel enthalten, glaube ich.
Habe es jetzt auch mal bei den anderen DHCP-Optionen nachgeschaut. Scheinbar ist aber alles, das man mit "apt-cache search dhcp" angezeigt bekommt, nur für einen Server oder Spezialfaelle gedacht, oder?

[pdreker]

Code: Alles auswählen

auto eth0
iface eth0 inet static
        address 192.168.0.123
        netmask 255.255.255.0
        network 192.168.0.0
        broadcast 192.168.0.255
        gateway 192.168.0.100

Natürlich musst Du die IPs anpassen...

Die Pakete dhcp-client (das müsste das sein, was Du gerade verwendest) und pump sind DHCP Clients... Vielleicht kannst Du auch den Client 'mal von der Kommandozeile starten, oder in die Logs (/var/log/*) schauen, um evtl. Fehlermeldungen zu finden...

Patrick
edit: Tags gefixed

[easytiger]

Ich vermute mal, ich weiss worum es bei mir geht.

Bei "/etc/init.d/networking restart" bekomme ich folgendes:

Reconfiguring network interfaces: cat: /var/run/dhclient.pid: No such file or directory
eth0: link up, 100Mbps, full-deuplex, lpa 0x41E1
done.

Den Fehler findet man auch über Google sehr oft. Aber wie kann ich da Abhilfe schaffen?

[zyta2k]

apt-get install pump ?

[easytiger]

Hi,

Laut "ps" läuft pump, aber der dhclient wohl nicht.
Man braucht dafür wohl CONFIG_PACKET (Packet socket) und CONFIG_FILTER (Socket Filtering.
Socket Filtering ist vorhanden, Packet Socket nur als Module.
Wenn ich es dann per modconf integrieren will, bekomme ich die Fehlermeldung:

Installation failed.
depmod: *** Unresolved symbols in /lib/modules/2.4.23/kernel/net/packet/af_packet.o

Hat noch jemand eine Idee?

[pdreker]

Da Du ja offensichtlich eh' einen Kernel selbst kompiliert hast (2.4.23 ist nicht in Debian), würde ich einfach den Packet Filter (Den meinte ich übrigens in meinem früheren Post eigentlich...) fest einkompilieren...

Patrick