[gelöscht]
Nachdem ich das Netzwerk auf Arch nach einigen Mühen zum Laufen gebracht hatte, machte ich mich sogleich an ein Update. Dieses war erwartungsgemäss umfangreich und der Kernel wurde von .22 auf .23 gebracht. Seitdem dieses abgeschlossen ist, kann ich mein Netzwerk nicht mehr kontaktieren, nicht mal der Router ist erreichbar, was seltsam erscheint, da die Internetverbindung zuvor tadellos geklappt hat.
Könnte dies etwa mit dem neuen Kernel zu tun haben (habe keinerlei Erfahrung mit Kernelupdates)? Oder damit, dass ich als Mirror die offenbar inaktuelle TU Chemnitz gewählt und mir so Downgrades eingehandelt habe (geht sowas überhaupt mit pacman)?
Für schnelle Hilfe wäre ich dankbar, wenn ihr irgendwelche Konfigurationsdateien haben wollt (zb.B rc.conf oder was in der Art...) meldet euch bitte 😉
GerBra
Ethernet oder WLAN?
Oder FDDI, TokenRing... 😉
[gelöscht]
Oh, sry... vergessen :-*) (...peinlich, peinlich<mad>)
Ich hab DSL mit einem Router (kein WLAN).
edit: Auffällig ist übrigens auch, dass als Version beim Einloggen nicht mehr Don't Panic, sondern "Core Dump" angezeigt wird. Ist das irgendwie relevant?
GerBra
Hast du noch ein eth0?
ifconfig -a sollte das zeigen
Was für eine Netzwerk-Karte hast du?
lspci | grep -i ether
[gelöscht]
Ja, eth0 hab ich, die Netzwerkkarte ist: Braodcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01).
Danke übrigens für deine Geduld, hab nicht so recht gewusst, was man alles angeben muss, auch wenn im Nachhinein einleuchtet <wings>
GerBra
Die Netzkarte ist also wohl erkannt.
Zur Sicherheit daß das auch die Broadcom ist bitte nochmal die Ausgabe von:
ls -l /sys/class/net/eth0/device/driver
Ich gehe mal davon aus, das du deine IP per DHCP von deinem Router bekommst
Und hat eth0 eine IP-Adresse?
Wenn ja, kannst du deinen Router anpingen?
Kannst du
www.google.de anpingen?
ping
www.google.de
Wenn nicht, geht dann:
ping 209.85.129.104
Wenn keine IP, dann mal folgendes versuchen:
dhcpcd -k eth0
dhcpcd eth0
Jetzt eine IP bzw. dein Router pingbar?
Oder google (Entweder über den Hostnamen oder direkt über die IP)?
[gelöscht]
Nein, meine IP scheine ich nicht ich nicht per DHCP zu bekommen (oha, schon wieder eine vergessene Angabe...). Nach der Installation hatte ich zunächst alles auf DHCP eingestellt. Nichts lief. Als ich dann auf statische IP umgeschaltet habe, mit all den Angaben für Gateway, Netmask usw. lief es anstandslos. Nun nach dem Update läuft wieder nichts mehr - mit den gleichen Einstellungen. Sollte ich es wieder mit DHCP versuchen (ich bezweifle allerdings den Nutzen einer solchen Aktion. Auf Slackware läuft es ebenfalls nur mit statischer IP)?
GerBra
Dann brauche ich doch mehr Angaben.
Die /etc/rc.conf
Die /etc/resolv.conf
Die Ausgaben von:
//Edit Tippfehler: nöchste Zeile muß ls sein.
ls -l /sys/class/net/eth0/device/driver
ifconfig -a
route -n
[gelöscht]
Ich habe die gleiche Konfiguration wie du - DSL mit Router (kein wlan). Und ich habe die gleiche Netzwerkkarte. Mich würde es nicht wundern, wenn wir den gleichen PC hätten.
Also prinzipiell funktioniert es (bei mit tuts nämlich).
Vielleicht postest du doch mal deine rc.conf / resolv.conf
Jean-Paul
[gelöscht]
Hier die rc.conf und die resolv.conf, die Ausgaben der Befehle folgen gleich.
Ich möchte nochmal darauf hinweisen, dass beim Login-Prompt nicht "Don't Panic", sondern "Core dump" als Version angegeben wird. Tönt nicht gut, aber hat das irgendwelche Auswirkungen?
@ jean-paul: Ich so einen Dimesion-Dell 8500 aus dem Mai 2005. Vielleicht haben sie ja um die Zeit in alle PCs die gleiche Karte eingebaut, oder es ist generell einfach eine verbreitete 😉
GerBra
Hast schon ein paar Fehler, denke ich. Schau dir das nochmal an, kommt halt auch
auf dein Netz an:
rc.conf
==
eth0="eth0 192.168.1.34 netmask 255.255.255.0 broadcast 192.168.255.255"
Die Broadcast-Adresse ist so falsch. 192.168.1.255 wäre richtig.
resolv.conf
===
Dein Nameserver wird wohl eher nicht auf:
192.168.0.1 liegen, sondern auf
192.168.1.1
Ich gehe hier von der rc.conf aus:
Dein Netz ist 192.168.1.0/24
Dein PC hat die 192.168.1.34
Dein Router/Nameserver die 192.168.1.1
[gelöscht]
Hier ausserdem noch die ifconfig -a Ausgabe und der Inhalt von /sys/net/class/eth0/device/driver
edit: Und noch diejenige von route -n:
GerBra
Na ja, da stimmt ja alles nicht 😉
Schreib halt erstmal:
welche IP hat dein Router?
welche IP soll dein PC bekommen?
wenn dein Router nicht auch Nameserver ist, dann nochmal die Adresse von deinem
Nameserver.
[gelöscht]
Sry, die route -n Ausgabe war falsch:
edit: Könnte das das richtige sein für die rc.conf?
lo="lo 192.168.1.34"
eth0="eth0 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.255"
INTERFACES=(eth0)
gateway="default gw 192.168.1.1"
ROUTES=(gateway)
Und das hier für die resolv.conf:
domain localdomain
nameserver 192.168.1.1
192.168.1.1 ist der Router.
Oder versteh ich dich irgendwie falsch?
GerBra
Durch die unterschiedlichen Ausgaben war halt nicht klar
was nun falsch ist.
Deine Konfigs sollten so aussehen:
#/ect/rc.conf
lo="lo 127.0.0.1"
eth0="eth0 192.168.1.34 netmask 255.255.255.0 broadcast 192.168.1.255"
INTERFACES=(lo eth0)
#
# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# - prefix an entry in ROUTES with a ! to disable it
#
gateway="default gw 192.168.1.1"
ROUTES=(gateway)
#/etc/resolv.conf
domain localdomain
nameserver 192.168.1.1
Dann macht du ein:
/etc/rc.d/network restart
ifconfig eth0 muß nun deine Karte mit der IP 192.168.1.34 anzeigen.
ifconfig lo muß das loopback device mit 127.0.0.1 anzeigen
ping 192.168.1.1 muß funktionieren.
ping
www.google.de sollte funktionieren.
[gelöscht]
Sollte jetzt alle deine Tipps umgesetzt haben - seltsam ist allerdings, dass nach jedem Reboot das "192.168.1.1" in der resolv.conf in ein "192.168.0.1" umgewandelt ist - und es läuft immer noch nicht.
Und wenns nicht läuft, dann läufts halt nicht (ich möchte deine Hilfsbereitschaft nicht über Gebühr strapazieren<tongue2>) - vielleicht sollte ich es mal mit einer Neuinstallation versuchen - womöglich hab ich etwas Grundlegeneres verpfuscht, oder beim Update ist was schiefgegangen - hab keine Ahnung was man beim Kernelupgrade so beachten soll...
GerBra
Läuft denn doch irgendein DHCP-Client? Nach deiner DAEMONS-Liste in der rc.conf
ja nicht. Startest/versuchst du das aus irgendeinem Gnome/KDE raus? Irgendein
Networkmanager gestartet?
Schau mal mit:
ps ax | grep -i dhcp
ob da ein Client läuft.
Ah, noch was gesehen: Du hast in deiner rc.conf Netzwerk-Profile aktiviert.
NET_PROFILES=(template)
Mach das mal zu:
#NET_PROFILES=(template)
Die resolv.vonf kanst du on-the-fly ändern, die dient ja nur zu Namensauflösung
von externen Rechnern.
Wenn die IP und die Route jetzt stimmen, so wie ich es dir schrieb dann mußt du deinen
Router 192.168.1.1 anpingen können. Geht das?
PS: Sowas kommt aber definitiv nicht durch ein Update. Entweder da war vorher
schon was im Argen oder du hast danach "wild" in sämtlichen Konfigs rumgewütet 😉
[gelöscht]
Durch das einkommentieren von NET_PROFILES=(template) kann ich zwar den Router anpingen <2thumbsup> aber nichts sonst. Es scheint im Übrigen kein DHCP-Client zu laufen.
Und was die Confs angeht: Hab da vor dem Update schon ein wenig rumgewütet <confused> ... nächstes Mal sollte ich mal die Wikieinträge zuerst ausdrucken und dann ans Werk gehen... aber ich bin hier ja schliesslich zum Lernen 😉
GerBra
Na, dann funktioniert ja dein Netzwerk erstmal, wenn der Router pingbar ist.
Jetzt wäre halt noch zu klären:
Ist dein Router auch dein Nameserver, oder mußt du Nameserver deines Providers
eintragen?
Steht in der resolv.vonf nun der 192.168.1.1
Dann muüssen die Routen stimmen:
route -n
sollte dir eine Route ins 192.168.1.0-netz anzeigen und -wichtig- eine default route
für das Netz 0.0.0.0 mit Ziel deiner Routers, also 192.168.1.1
Bitte mal die genauen Ausgaben(bei Fehlern) von:
ping
www.google.de
ping 209.85.129.104
[gelöscht]
@[gelöscht], ich hab mir fast gedacht, dass du einen alten Dell hast. Ich hab den Dimension 8400 (auch 2005)!!
Offensichtlich hat Dell da nicht viel geändert.
btw: "Core Dump" ist schon okay - das ist der aktuelle Releasename. Die Arch-Dev's machen sich mit den Releasenamen öfter einen Spass.
Vielleicht heiß eine der nächsten Release "Fehlermeldung" oder "Blue-Screen" <laugh>
Jean-Paul