Netzwerk nicht verfügbar?!

[seraphim]

Hallo Forum!

Hab da seit heute früh ein Problem mit meinem Netzwerk. Gestern habe ich den Kernel 2.6.12.6 eingespielt, was wunderbar klappte. Alles schien problemlos zu funktionieren, bis ich heute morgen den neuen Kernel erneut startete. Ich habe seither keine Netzwerkverbindung mehr...

Eines vorab: die Netzwerkkarte ist gemäss ifconfig eth0 UP... Das Kabel ist auch nicht das Problem (habs ausgetauscht), und von allen anderen Rechnern aus kann ich zum router pingen...

Jedoch vom Rechner mit dem neuen Kernel:

Code: Alles auswählen

ping 192.168.1.1
...
From 192.168.1.48 icmp_seq=1 Destination Host Unreachable
...

Merkwürdig ist die Ausgabe von dmesg:

Code: Alles auswählen

eth0: New link status: AP In Range (0005)
eht0: New link status: AP Out of Range (0004)
eth0: New link status: AP In Range (0005)
eht0: New link status: AP Out of Range (0004)
eth0: New link status: AP In Range (0005)c          
eht0: New link status: AP Out of Range (0004)

usw.

Andere Meldungen scheint dmesg nicht mehr zu kennen...
Ich kann damit leider gar nix anfangen...

Das Beste: Wenn ich den alten Kernel starte (2.6.8.1) funktionert das Netzwerk genausowenig... Ein Kompilierungsfehler schliesse ich also mal aus...
Irgendetwas ist da wohl in den Netzwerkeinstellungen verhunzt...

Ich habe leider in der Netzwerkkonfiguration so gar keine Ahnung, weil Anfänger...
kann mir jemand helfen?

Danke[/code]

[mistersixt]

Hast Du evtl. noch eine WLAN- oder Firewire-Karte in Deinem Rechner? Ich hatte schon mehrmals das Problem, daß ein neuer Kernel die Karten in einer anderen Reihenfolge erkannte und dann plötzlich meine LAN-Karte eth1 war und Ethernet-over-Firewire die eth0, dann geht natürlich nix mehr.

Poste doch mal "grep eth /var/log/dmesg" und "ifconfig -a"; vielleicht sieht man dann mehr.

Gruss, mistersixt.

[seraphim]

hmmm ... Interessante Idee mit der WLAN-Karte... die hab ich tatsächlich... Aber erklärt das denn, warum unter dem alten Kernel auch nix mehr geht?

Hier mal grep eth /var/log/dmesg:

Code: Alles auswählen

eth0: Hardware Identity 8022:0000:0001:0000
eth0: Station Identity: 001f:0006:0001:0005
eth0: Firmware determinated as Intersil 1.5.6
eth0: Ad-hoc demo mode supported
eth0: IEEE Standard IBSS ad-hoc mode supported
eth0: WEP supported, 10-bit key
eth0: MAC adress 00:02:8A:A0:88:40
eth0: Station name "Prism I"
eth0: ready
eth1: RealTek RTL8139 at 0x3000, 00:0a:e:46:ee:84, IRQ 11
eth1: Identified 8139 chip type 'RTL-8101'
eth0: New link status: UNKNOWN (0008)
eth0: New link status: Connected (0001)

Ganz offensichtlich sind da zwei Netzwerkkarten vorhanden. Ich kenn mich in Sachen Netzwerk wirklich nicht besonders aus, aber ist WEP nicht eine Verschlüsselungstechnik für WLAN-Verbindungen? Schaut so aus, als hättest du recht, mit deiner Vermutung...

ifconfig -a:

Code: Alles auswählen

eth0      Link encap:Ethernet  HWaddr 00:02:8A:A0:88:40  
          inet addr:192.168.1.48  Bcast:192.168.1.255  Mask:255.255.255.0

          inet6 addr: fe80::202:8aff:fea0:8840/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:784 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:34602 (33.7 KiB)  TX bytes:11428 (11.1 KiB)
          Interrupt:10 Memory:e0500000-e0500fff 

eth1      Link encap:Ethernet  HWaddr 00:0A:E4:46:EE:84  
          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
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Base address:0x3000 

...

tja, ich kann damit nicht sonderlich viel anfangen... Ob eth0 nun die WLAN-Karte ist oder nicht - keine Ahnung...

[herrchen]

Code: Alles auswählen

eth1: RealTek RTL8139 at 0x3000, 00:0a:e:46:ee:84, IRQ 11

Ob eth0 nun die WLAN-Karte ist oder nicht - keine Ahnung...

du kannst doch aber sehen, dass "eth1" die RealTek ist, oder?

herrchen

[seraphim]

Wie gesagt... ich hab so gut wie gar keine Ahnung von Netzwerken, geschweige denn von Chipherstellern...
Zugegeben, hab mal nachgeschaut und festgestellt RTL8139 ist keine WLAN-Karte...

Also, was muss ich wie korrigieren, damit ich wieder einen Netzwerkzugang habe?

[seraphim]

Weiss denn niemand, wie ich das problem behebe?

wie mache ich denn jetzt meine wireless-karte zu eth1 und meine "normale" karte zu eth0?

[KeksdesGrauens]

schau dir mal die modules.conf an
dort solltes du deine netzwerkarten chip die jeweilige schnittstelle zuordnen können (falls ich mich irre dann bitte von den experten korregieren) ;0)

[Savar]

kleine Korrektur.. die "modules.conf" wird nur noch vom 2.4er Kernel benutzt.. nun muss man das in z.B. die /etc/modprobe.d/aliases eintragen..

[seraphim]

hmmm... In /etc/modprobe.d/aliases müsste also jeweils ein alias für eth0 und eth1 bestehen, oder? Nur finde ich den nicht... Oder muss ich da irgendetwas hinzufügen...

[Savar]

du musst es selber machen..

Code: Alles auswählen

alias eth0 e100

wobei du "e100" natürlich durch dein benutztes Modul ersetzen musst

[seraphim]

ich schätze, ich bin wohl ein typischer suse- nutzer... seit 2 wochen hab ich nun debian, und ich habe mehr über linux und seine einstellungen gelernt, als ich das je in suse gelernt hätte
wie kriege ich denn raus, welchen namen die benutzten module haben? erst dachte ich, das müsste allenfalls in /var/log/boot geloggt sein, ist es aber nicht...

und nebenbei hab ich noch eine ganz andere frage: irgendwas muss ich falsch konfiguriert haben, denn alle dmesg ausgaben werden immer direkt auf der konsole ausgegeben. sobald mein nachbar also sein wlan-router einschaltet, versucht mein debian sich natürlich zu verbinden... du kannst dir vorstellen, dass dmesg verrückt spielt, wenn ständig der versuch gestartet wird, zu verbinden und dieser zurückgesetzt wird...

[Savar]

für das Modul mache einfach mal

Code: Alles auswählen

lsmod

aber da musst du schon ein bisschen drüber nachdenken welches der angezeigten Module wahrscheinlich für deine Netzwerkkarte gilt. Wenn du per

Code: Alles auswählen

lspci

dir den Chipsatz ansiehst, kannst du zur Not mal danach googlen um den Treiber (also das Modul) herauszufinden..

Arbeitest du auf der Konsole ohne X? Also wenn du einen Terminal unter X aufmachst dürfte es dir nichts anzeigen.. unter der Konsole ist das aber normal.. kannst du temporär mittels

Code: Alles auswählen

dmesg -n 1

ausschalten

[seraphim]

aha... ich habe eine realtek 8139... google sagt mir, dass das modul 8139too dafür zuständig ist. also hab ich in die datei /etc/modprobe.d/aliases

Code: Alles auswählen

alias eth0 8139too

eingetragen und das system neu gestartet. leider kann ich aber immer noch nicht pingen... lsmod gibt mir da aber noch andere module aus: 8139too, 8139cp, mii (siehe unten)
was hat es denn damit auf sich?
wenn ich

Code: Alles auswählen

alias etho mii

eintrage, dann funktioniert das pingen, nur extrem langsam und mit rund 60% verlust bei jedem versuch

lspci gibt mir folgendes für die wlan-karte aus:

Code: Alles auswählen

Network controller: Intersil Corporation: Unknown device 3872 (rev 01)

logischerweise findet google auch keinen modulnamen...

hier mal die ausgabe von lsmod:

Code: Alles auswählen

$lsmod

Module                  Size  Used by
ipv6                  267680  8 
autofs4                20356  1 
parport_pc             36580  0 
parport                38280  1 parport_pc
floppy                 61460  0 
rtc                    14040  0 
8139too                26656  0 
8139cp                 21376  0 
mii                     5536  2 8139too,8139cp
orinoco_pci             7488  0 
orinoco                43820  1 orinoco_pci
hermes                  7328  2 orinoco_pci,orinoco
snd_intel8x0m          19780  0 
snd_intel8x0           34048  0 
snd_ac97_codec         83320  2 snd_intel8x0m,snd_intel8x0
snd_pcm_oss            53632  0 
snd_mixer_oss          19872  1 snd_pcm_oss
snd_pcm                96360  4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer              26180  1 snd_pcm
snd_page_alloc         10020  3 snd_intel8x0m,snd_intel8x0,snd_pcm
i2c_i801                8684  0 
i2c_core               22480  1 i2c_i801
shpchp                102436  0 
pci_hotplug            31028  1 shpchp
ehci_hcd               50248  0 
usbhid                 35648  0 
uhci_hcd               34348  0 
usbcore               137660  4 ehci_hcd,usbhid,uhci_hcd
intel_agp              23356  1 
agpgart                36424  1 intel_agp
mousedev               12192  1 
evdev                   9600  0 
psmouse                31076  0 
ide_cd                 43684  0 
cdrom                  41504  1 ide_cd
ext3                  145096  2 
jbd                    63704  1 ext3
mbcache                10820  1 ext3
ide_disk               19072  4 
ide_generic             1120  0 [permanent]
via82cxxx              12156  0 [permanent]
trm290                  4228  0 [permanent]
triflex                 3648  0 [permanent]
slc90e66                5824  0 [permanent]
sis5513                16424  0 [permanent]
siimage                12448  0 [permanent]
serverworks             8840  0 [permanent]
sc1200                  7168  0 [permanent]
rz1000                  2496  0 [permanent]
piix                   10756  0 [permanent]
pdc202xx_old           11296  0 [permanent]
pdc202xx_new            9024  0 [permanent]
opti621                 4676  0 [permanent]
ns87415                 3688  0 [permanent]
hpt366                 20064  0 [permanent]
hpt34x                  5216  0 [permanent]
generic                 3904  0 [permanent]
cy82c693                4480  0 [permanent]
cs5530                  4864  0 [permanent]
cs5520                  4640  0 [permanent]
cmd64x                 12028  0 [permanent]
atiixp                  6288  0 [permanent]
amd74xx                13212  0 [permanent]
alim15x3               10636  0 [permanent]
aec62xx                 7520  0 [permanent]
ide_core              127224  28 ide_cd,ide_disk,ide_generic,via82cxxx,trm290,triflex,slc90e66,sis5513,siimage, \ 
serverworks,sc1200,rz1000,piix,pdc202xx_old,pdc202xx_new,opti621,ns87415, \ 
hpt366,hpt34x,generic,cy82c693,cs5530,cs5520,cmd64x,atiixp,amd74xx,alim15x3, \ 
aec62xx
unix                   29296  231 

Savar schrieb:
Arbeitest du auf der Konsole ohne X?

naja, normalerweise nicht, nur, wozu X starten? ich kann das problem doch auch ohne X lösen...

[Savar]

also entweder änderst du in der /etc/network/interfaces einfach die devices (eth0<->eth1) oder du musst mehr infos geben.. also "dmesg" mal nach NoPaste packen..

du kannst auch statt der realtek auf eth0 zu legen vielleicht die "hermes" auf eth1 legen.. versuchs einfach mal

Code: Alles auswählen

alias eth1 hermes

[seraphim]

nee, geht leider auch nicht...

sorry, dass ich NoPaste vorher nicht genutzt habe... hier mal verschiedene ausgaben meines systems...

Meine /etc/modprobe.d/aliases
Ausgabe von dmesg
Meine /etc/network/interfaces
==> Müssten in dieser Datei nicht eth0 und eth1 beschrieben sein

Ausgabe von lsmod
Ausgabe von lspci

Mein Ping-Versuch (falls dies überhaupt nötig ist)

ich wäre euch wirklich sehr verbunden, wenn ihr mein problem lösen könntet...

[Savar]

also wenn du als "alias" einen alias auf "alias eth0 mii" setzt, dann ist die realtek auf eth0? Kannst du das nochmal machen und dann so einen halbfunktionierenden Ping + die zugehörige dmesg Ausgabe posten?

[Savar]

bzw. versuch mal diesen Alias:
alias eth0 8139cp

[seraphim]

das gibt's doch gar nicht... das nennt sich dann wohl vorführeffekt... vorhin ging so ein halbwegs ping noch mit 60% verlust... jetzt gibt ping immer 'host unreachable' aus, egal was ich unter /etc/modprobe.d/aliases eintrage...

eine frage: gibt es irgendeine hardware erkennung in debian... ich meine, ein tool, in dem man die hardware konfigurieren kann... so eine art dpkg-reconfigure hardware

[seraphim]

naja, es gibt da eine etwas mühselige lösung, wie ich wieder ganz normal pingen kann...

Code: Alles auswählen

$ifconfig eth0 down
$ifconfig eth1 192.168.1.2 netmask 255.255.255.0

pingen funktioniert dann wieder (ist irgendwie auch logisch)...

kann man denn irgendwie bestimmen, welche netzwerkkarte primär genutzt werden soll, d.h. zuerst eth1 und wenn das nüscht bringt, soll eth0 zum einsatz kommen?


ANMERKUNG: ins internet komme ich deswegen trotzdem nicht...

[Savar]

da gibt es tools aber das ist nicht ganz so simpel.. hast du einen dhcp server im netzwerk? wenn ja, dann kannst du beide per dhcp verbinden.. dann solltest du aber immer nur eine netzwerkkarte aktivieren.. also entweder das eine oder das andere.. ansonsten ändere in deiner /etc/network/interfaces das eth0 in eth1 um, hau deine aliases wieder raus und dann solltest du ins internet kommen (wenn die interfaces ansonsten korrekt ist)

[seraphim]

hab nicht gedacht, dass das so einfach ist... ich hab in /etc/network/interfaces eth0 in eth1geändert und siehe da, eth0 wird nicht mehr gestartet, eth1 ist der standard... netzwerk funktioniert, internet ist wieder da und das wireless-lan-netz vom nachbarn stört nicht mehr die dmesg-ausgabe...

dankeschön...

@Savar: ja, ich hätte dhcp in meinem netzwerk verfügbar, jedoch ist eine statische ip notwendig, wenn ich azureus laufen habe (bestimmte ports, bestimmten ip's zuweisen - nat und die ganze geschichte) ...

ich schätze ich muss das kapitel "netzwerke" in meinem linux-buch mal gründlich studieren...