Hallo!

Ich habe mal vor kurzem Linux gebraucht und habe deswegen den PC meines Mannes verwendet. Da lief DHCP ohne Probleme und ich konnte mich ganz normal im Netzwerk bzw. Internet bewegen. Es war allerdings nicht so, dass ich den Rechner zu diesem Zeitpunkt nur einmal gestartet hatte, sondern schon öfters, und jedes Mal lief alles ohne Probleme.
Nun gut, gestern brauchte ich wieder einmal Linux und als ich den Browser öffnete, streikte die Verbindung. Da mein Rechner aber ganz normal online war und es auf demselben PC unter Windows auch einwanfrei lief, musste das Betriebssystem daran schuld sein. In der Zwischenzeit wurde an der Konfiguration des Netwerkes gar nichts geändert, am Rechner wurde nur eine neue Maus angesteckt (kam auch gleich die Meldung, dass eine neue Hardware gefunden wurde). Ich konnte jetzt von dem Rechner gar nichts machen, nicht einmal den Router pingen. Darauf habe ich im YaST die Einstellungen überprüft. Der Rechner hat zwei Netzwerkkarten eingebaut, beide waren auf DHCP konfiguriert. Ein Neustart brachte nichts. Mein Mann hat dann kurzerhand einfach die zweite Netzwerkkarte herausgelöscht - und siehe da, es hat funktioniert!
Heute hatte ich wieder Linux gestartet, und da war schon wieder exakt dasselbe Problem. Ich habe im YaST die zweite Karte wieder konfiguriert und gelöscht - brachte nichts. ifconfig lieferte nur eine IPv6-Adresse (normalerweise steht doch die IPv4-Adresse auch dabei?!) und auch keine Subnetmask oder Standardgateway usw. rcnetwork restart brachte auch nichts, da stand dann bei DHCP "waiting". Pingen ging natürlich auch wieder nicht.
Schlussendlich war mir dass dann zu blöd, sodass ich einfach eine statische IP genommen hatte - und siehe da, nun gehts.
Weiß jemand, an was das liegen kann? Mein Router braucht immer relativ lang bei der Adressvergabe über DHCP, kanns vl. daran liegen? Wobei das immer noch nicht erklärt warum es früher immer anstandslos gegangen ist...

Ah ja und noch eine zweite kleine Frage: wie mache ich dass das ich ifconfig aus jedem Verzeichnis und ohne ./ aufrufen kann? Jetzt muss ich immer in /sbin wechseln.

tia.

Zitat von Blutsturz

/sbin dem path hinzufügen, wobei ich es seltsam finden würde wenn dem nicht so wäre

Hm OK, so was in der Art hatte ich mir schon gedacht, aber könntest du mir sagen, wo ich das einstellen kann? :engel:

Zitat von Blutsturz

wegen dem netzwerkproblem, schau mal per lspci ob der korrekte treiber für deine netzwerkkarte verwendet wird. hatte ähnliche probleme mit meiner onboard realtek am d945gclf2, da wurde ein alternativ treiber der im kernel enthalten ist verwendet und der zickte rum...

lspci liefert bei mir folgendes (habe alles, was nicht irgendwie nach Netzwerk ausschaut rausgelöscht):

0000:02:00.0 Network controller: Intersil Corporation Intersil ISL3890 [Prism GT/Prism Duette] (rev 01)
0000:02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:02:09.0 Ethernet controller: VIA Technologies, Inc. VT6105 [Rhine-III] (rev 8b)

Ich denke, dass die zweite Karte hier die ist, die verwendet wird, deren Bezeichnung lautet nämlich: "Micro-Star International VT 6105 [Rhine-III]".
Die andere nennt sich "Surecom EP-320X-R".
Wirst du daraus schlau?

Zitat von Blutsturz

Also ich sehe da keine Surecom Ep-320x-R sondern eine Realtek (ausser der VIA)?!? Welche von den beiden NICs du jetzt tatsächlich verwendest kann ich dir nicht sagen :p

Die vorher von mir erwähnten Bezeichnung werden im YaST bei der Netzwerkkartenkonfiguration angzeigt. Die Surecom ist deaktiviert.

Zitat von Blutsturz

schau auch nochmal mit "lsmod" welche module geladen sind und ob du da den netzwerkkartentreiber dabei hast...und vor allem ob der zu deiner nic passt!

Was bei lsmod annähernd nach dem Treiber für eine der Netzwerkkarten aussieht, ist folgendes:

via_rhine              25860  0 
mii                     9216  2 8139too,via_rhine

Würde dann also wieder die zweite sein, die ja auch tatsächlich verwendet wird.

Zitat von Blutsturz

btw. wieso verwendest du eigentlich keine "aktuellere" version? 9.2 ist jetzt doch schon etwas angestaubt

Ist nicht mein Rechner aber für die paar seltenen Male, wo wir Linux brauchen, reicht das auch.

Zitat von Paulchen

Verwendest du den Network Manager (ich nehme an, nein, da Suse Linux 9.2 dafür zu alt ist)?

Nicht dass ich wüsste!

Zitat von Paulchen

Was steht in /etc/network/interfaces?

Die Datei existiert auf dem Rechner nicht, es gibt nur /etc/networks, da steht das drinnen:

#
# networks	This file describes a number of netname-to-address
#		mappings for the TCP/IP subsystem.  It is mostly
#		used at boot time, when no name servers are running.
#


loopback	127.0.0.0
link-local	169.254.0.0


# End.

Zitat von Paulchen

Was passiert, wenn du als root

Code

dhclient eth0

ausführst ("eth0" ggf. durch die Bezeichnung des Netzwerkgeräts laut ifconfig ersetzen).

Dieser Befehl existiert scheinbar auch nicht. Zumindest ist er nicht in /sbin drinnen.

Zitat von Paulchen

Es ist gut möglich, dass du dich hier sinnlos mit Problemen herumschlägst, die vor drei Jahren aus der Welt geschafft wurden.

Ja, aber es hätte ja sein können, dass das Problem bekannt ist und es eine einfache Lösung gibt - scheint aber ja leider nicht so zu sein :(.

Zitat von Kampi

m ernst: bitte installier eine gnu/linux distribution deiner wahl die auch nur halbwegs aktuell ist.

OK, mir ist klar, dass das am klügsten wäre. Aber nachdem das mit der statischen Konfiguration jetzt funktioniert und wir Linux alle heiligen Zeiten einmal brauchen, werden wir das jetzt so lassen. Wäre halt nett gewesen wenn DHCP wieder normal gehen würde.