SuSE 9.0 -> Netzwerk funzt nicht !!

[onkeltom]

Hi,
langsam aber sicher werde ich verrückt. Seit Freitag, den 30.01.04, schlage ich mir die Abende bzw. Nächte um die Ohren und versuche das Netzwerk unter SuSE 9.0 Pro ans Laufen zu bekommen. Es handelt sich bei meiner Hardware um ein Notebook "Medion MD41200" mit (lt. Windoof) 3Com 3c920B Integrated Fast Ethernet Card.
Linux erkennt die Karte auch bei der Installation. wenn ich sie dann unter YAST als eth0 konfiguriere -> DHCP, usw. ... scheint auch alles glatt zu laufen.

ifconfig zeigt mir anschließend aber nur lo (Local Loopback).

ifstatus eth0 ergibt:
Could not get a valid interface name : -> skipped

rcnetwork restart ergibt:
Shutting down network interfaces:
eth0 skipped

Stetting up network interfaces:
lo done
eth0 failed

Da das alles nichts brachte und ich in diversen Foren und Sites vom Kernel 2.6.x gelesen hatte, habe ich (Linux-Anfänger) begonnen, mir die aktuelle stabile Version zu konfigurieren, kompilieren und zu installieren. Nach dem dritten Anlauf bootete der neue Kernel auch endlich, jedoch waren die Netzwerkprobleme die gleichen wie unter dem 2.4.21-er Kernel. Überhaupt kein Unterschied. Daran lag's wohl nicht.

Da ich mir in den Kopf gesetzt habe, mit diesem Notebook ins Internet zu kommen (über einen Router), und zwar mit Linux und nicht mit Windoof , und das nun schon tagelange basteln leid war, habe ich mir eine neue PCMCIA-Ethernet-Karte zugelegt.

Dann bin ich wie folgt vorgegangen:
1. Integrated Ethernet Card aus der Konfiguration entfernt.
2. Notebook 'runtergefahren.
3. PCMCIA-Karte eingesteckt.
4. Notebook angeschaltet.
5. SuSE meldet sich unter KDE mit der Erkennung einer "Realtek RTL-8139/8139C/8139C+" - Karte und bietet deren Konfiguration an.
6. Nach der Konfiguration meldet rcnetwork restart:
Stetting up network interfaces:
lo Stetting up network interfaces:
lo done
eth-pcmcia hotplug

Ansonsten ist alles wie gehabt.
ifstatus eth-pcmcia ergibt:
Could not get a valid interface name : -> skipped

ifconfig zeigt wieder nur lo an.

Ein ping 192.168.0.1 (Router) ergibt:
connect: Network is unreachable,
was wohl auch verständlich ist, wenn das Netzwerk nicht funzt.
Nichts geht.

Habe hier von ähnlichen Problemen gelesen, wobei mir acpi nichts sagt und ich auch nicht weiß, wie man es systemseitig abstellt. Im Bios habe ich eine solche Option nicht. Und ob es überhaupt daran liegt, schließlich ging es in dem Thread um SuSE 8.x, obwohl mir die da beschriebenen Szenarien sehr bekannt vorkommen.
Habe auch SuSE bereits mal neu installiert. Hat auch nichts gebracht.

Möglicherweise habe ich grundlegend etwas falsch gemacht.

Und als ob das nicht genug wäre: Mit dem Sound (unter Windoof als AC'97 erkannt) klappt's auch nicht. Aber das ist erstmal zweitrangig.

Wer weiß Rat ??
Wer kann helfen ??
Bin für jede Hilfestellung dankbar, da ich absolut nicht weiterkomme und auf keinen Fall zu Windoof zurückkehren möchte.

Danke im Voraus.

OnkelTom

[maomakmaa]

Hi Onkel Tom
für nen noob machst Du das aber anständig

Versuch mal ein " lspci -v " als root, dann bekommst Du weit mehr an infos über deine Hardware als Du Windows je abtrotzen kannst.
Meine Suse 9.0 hat die AC97 ohne Mucken eingebunden, und das grade ne 3Com, oder ne Realtec, Probs macht kann ich mir auch kaum vorstellen.

Das mit dem ACPI meint das Advanced Configuration and Powermanagement, damit werden zum Teil auch die IRQ`s verwaltet.
Mit " cat /proc/interrupts " kannst Du schauen ob es da Konflikte gibt.
Im GRUB Startmenü kannst Du mit F9 den Timer stoppen, und dann das deutsche Keyboard auswählen. Versuch dann nacheinander folgende Bootoptionen :

acpi=off, pci=noacpi und acpi=oldboot

Wenn eine davon hilft kannst Du die Option dauerhaft eintragen, bis dahin geht die beim Neustart verloren

Unter www.linux-on-Laptops.com/ findst Du u.U. noch was nützliches.

Viel Erfolg

[onkeltom]

Hi maomakmaa,
die angegebenen Bootparameter bringen nicht den gewünschten Erfolg, leider.

Habe aber mal die Befehle " lspci -v " und " cat /proc/interrupts " gestartet (s.u.).
Hoffe Du (oder jemand) kann(st) mir da weiterhelfen und erkennen ob, und wenn ja, was für ein Problem vorliegt. Ich für meinen Teil lese daraus nämlich nicht sehr viel.


lspci -v
00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5833 (rev 02)
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3330
Flags: bus master, 66Mhz, medium devsel, latency 64
Memory at ec000000 (32-bit, prefetchable) [size=64M]
Memory at e8000000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [a0] AGP version 3.0

00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5838 (prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, medium devsel, latency 99
Bus: primary=00, secondary=01, subordinate=01, sec-latency=68
I/O behind bridge: 00009000-00009fff
Memory behind bridge: e8100000-e81fffff
Prefetchable memory behind bridge: f0000000-f7ffffff

00:13.0 USB Controller: ATI Technologies Inc: Unknown device 4347 (rev 01) (prog-if 10 [OHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3390
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11
Memory at 000d8000 (32-bit, non-prefetchable) [size=4K]

00:13.1 USB Controller: ATI Technologies Inc: Unknown device 4348 (rev 01) (prog-if 10 [OHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3390
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11
Memory at 000d9000 (32-bit, non-prefetchable) [size=4K]

00:13.2 USB Controller: ATI Technologies Inc: Unknown device 4345 (rev 01) (prog-if 20 [EHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3390
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11
Memory at e8003000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [dc] Power Management version 2

00:14.0 SMBus: ATI Technologies Inc: Unknown device 4353 (rev 18)
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3390
Flags: 66Mhz, medium devsel
I/O ports at 8060 [size=16]
Memory at e8004000 (32-bit, non-prefetchable) [size=1K]

00:14.1 IDE interface: ATI Technologies Inc: Unknown device 4349 (prog-if 8a [Master SecP PriP])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3390
Flags: bus master, medium devsel, latency 64
I/O ports at <ignored>
I/O ports at <ignored>
I/O ports at <ignored>
I/O ports at <ignored>
I/O ports at 8070 [size=16]

00:14.3 ISA bridge: ATI Technologies Inc: Unknown device 434c
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3390
Flags: bus master, 66Mhz, medium devsel, latency 0

00:14.4 PCI bridge: ATI Technologies Inc: Unknown device 4342 (prog-if 01 [Subtractive decode])
Flags: bus master, 66Mhz, medium devsel, latency 64
Bus: primary=00, secondary=02, subordinate=0a, sec-latency=168
I/O behind bridge: 0000a000-0000afff
Memory behind bridge: e8200000-e85fffff

00:14.5 Multimedia audio controller: ATI Technologies Inc: Unknown device 4341
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3343
Flags: bus master, 66Mhz, slow devsel, latency 64, IRQ 10
Memory at e8004400 (32-bit, non-prefetchable) [size=256]

00:14.6 Modem: ATI Technologies Inc: Unknown device 434d (rev 01) (prog-if 00 [Generic])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3370
Flags: bus master, 66Mhz, slow devsel, latency 64, IRQ 10
Memory at e8004800 (32-bit, non-prefetchable) [size=256]

01:05.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5835 (prog-if 00 [VGA])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3330
Flags: bus master, fast Back2Back, 66Mhz, medium devsel, latency 66
Memory at f0000000 (32-bit, prefetchable) [size=128M]
I/O ports at 9000 [size=256]
Memory at e8100000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [58] AGP version 3.0
Capabilities: [50] Power Management version 2

02:07.0 CardBus bridge: Texas Instruments PCI4510 PC card Cardbus Controller (rev 02)
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3350
Flags: bus master, medium devsel, latency 168
Memory at e8204000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=02, secondary=03, subordinate=03, sec-latency=176
Memory window 0: e8400000-e84ff000 (prefetchable)
Memory window 1: e8300000-e83ff000
I/O window 0: 0000a400-0000a4ff
I/O window 1: 0000a000-0000a0ff
16-bit legacy interface ports at 0001

02:07.1 FireWire (IEEE 1394): Texas Instruments PCI4510 IEEE-1394 Controller (prog-if 10 [OHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3380
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at e8205000 (32-bit, non-prefetchable) [size=2K]
Memory at e8200000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [44] Power Management version 2

02:08.0 Ethernet controller: 3Com Corporation: Unknown device 9202 (rev 40)
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 3320
Flags: medium devsel, IRQ 11
I/O ports at a800 [size=128]
Memory at e8205800 (32-bit, non-prefetchable) [size=128]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [dc] Power Management version 2

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd.: Unknown device 8138
Flags: medium devsel
I/O ports at a400 [size=256]
Memory at e8300000 (32-bit, non-prefetchable) [size=512]
Capabilities: [50] Power Management version 2


cat /proc/interrupts
CPU0
0: 514760 XT-PIC timer
1: 569 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 2 XT-PIC rtc
9: 0 XT-PIC acpi
11: 1696 XT-PIC ohci1394, ehci_hcd, usb-ohci, usb-ohci
12: 6025 XT-PIC PS/2 Mouse
14: 27577 XT-PIC ide0
15: 5272 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 7
MIS: 0

Mir ist aufgefallen, dass IRQ11 mehrfach belegt ist. Liegt's vielleicht daran ??
Auf www.linux-on-Laptops.com war ich vorher schon. Habe aber nichts passendes gefunden.
Hier müssen wohl die Profis 'ran.
Bis hierhin schon 'mal vielen Dank für die Tipps.

OnkelTom

[onkeltom]

Hi,
habe nun über modprobe das Modul 8139too für die Realtek-PCMCIA-Karte nachgeladen, diese dann nochmal mit Yast2 konfiguriert, die Firewall über Yast2 konfiguriert und siehe da, das Netzwerk läuft.

Aber: Es läuft nur, wenn die onBoard-Karte auch konfiguriert ist, obwohl diese nicht funktioniert.
rcnetwork restart ergibt:
lo done
eth0 DHCP ... 192.168.0.1 ...
eth-pcmcia hotplug
wobei das, was hier als eth0 auftaucht und von DHCP die IP-Adresse bezieht, eindeutig die PCMCIA-Karte ist.
Sobald ich die onBoard-Karte mit Yast2 aus der Konfiguration entferne, geht netzwerkmäßig nichts mehr.

Wie lade ich das o.g. Modul nun beim Booten automatisch nach (ohne es in den Kernel intergrieren zu müssen), damit ich nicht nach jedem Neustart die o.g. Schritte wiederholen muss ??

Danke im Voraus.
OnkelTom

[arphuzi]

Original geschrieben von onkeltom

Wie lade ich das o.g. Modul nun beim Booten automatisch nach (ohne es in den Kernel intergrieren zu müssen), damit ich nicht nach jedem Neustart die o.g. Schritte wiederholen muss ??

Danke im Voraus.
OnkelTom

hi,

die entsprechenden einträge musst du in die /etc/modules.conf eintragen.

viele grüsse
Christian

[onkeltom]

Hi,
mit dem Eintrag in die modules.conf haut's hin.
Danke für den Tipp.

Lieber wäre es mir, wenn ich die onBoard-NIC benutzen könnte.
Vielleicht hat noch jemand eine Idee !!??

[Napf]

Hallo zusammen,
ich will das Problem hier nochmal aufgreifen, denn ein Kumpel von mir hat das gleiche Problem.
Betreibssystem: SuSE 9.0 Pro
Netzwerkkarte: 3Com 3c920B Integrated Fast Ethernet Card (lt. Windows)
Das ganze in einem Barebone von Asus.
Linux erkennt die Karte bei der Installation und sie kann unter Yast konfiguriert werden.
Wenn Yast dann aber die Konfig runterschreibt dauert das unnatürlich lange und ifconfig spuckt mir danach trotzdem nur die Loopback Addresse aus.

ifstatus eth0 ergibt:
Could not get a valid interface name : -> skipped

rcnetwork restart ergibt:
Shutting down network interfaces:
eth0 skipped

Stetting up network interfaces:
lo done
eth0 failed[/B]

Angeblich verwendet die Karte ja das Modul 3c59x - nur leider scheint das hier nicht zu helfen.
Lt. meinem Kumpel beruht das ganze System auf einem VIA Chipsatz und nicht (wie ich zuerst vermutet habe) auf einem nForce Chipsatz.
Bin mit meinem Latein da ziemlich am Ende. Es kann eigentlich nicht sein, dass die Karte solche zicken macht.
Hardwaredefekt kann keiner vorliegen, denn unter WinXP verrichtete sie ihren Dienst.
Hat da einer die eine oder andere Idee?

[nofse21]

ich fände es auch gut, wenn das thema nochmal aufgerollt wird

hab nämlich genau das selbe Problem wie der Kumpel von napf!!

übrigens, mit dem 2.6 kernel bzw. suse 9.1 gibt es kein Fehler mit dem modul 3c59x
die Netzwerkkarte lässt sich trotzdem nicht ins system einbinden

weiss jmd was??

[Gonzolo2k]

Hi,

vielleicht hilft dir das weiter....

http://groups.google.de/groups?hl=de....fr%26rnum%3D1

Hab hier mit dem MM-Patches keine Probleme mit meinem Pundit-R.

ciao,
Gonzolo2k