Re: keine IP-Adresse nach Netzwerkkabel
Am Dienstag, 5. Juli 2011 schrieb swkohn:
> Am 04.07.2011 21:48, schrieb Pascal Volk:
> > On 07/04/2011 11:40 AM dirk linnerkamp wrote:
> >> ...egal, welchen Befehl ich nutze,"start|stop" oder "restart": Bei
> >> den Rechnern, auf denen ich Squeeze laufen habe, wird eth0 nach dem
> >> "stop" Befehl zwar runter- aber nach dem "start" Befehl nicht
> >> wieder hochgefahren.
> >>
> >> ...unter Wheezy ist es zumindest bei mir der gleiche Effekt. Die von
> >> dir beschriebene Fehlermeldung erhalte ich nicht. Lediglich eine
> >> "...is deprecated" - Meldung, wenn ich "restart" benutze. Der
> >> Effekt bleibt aber derselbe, egal ob ich "restart" oder
> >> "start|stop" verwende: Die Schnittstelle wird herunter- aber nicht
> >> mehr hochgefahren..
> >
> > Es wundert mich, dass hier niemand seine ethX-Konfiguration aus
> > /etc/network/interfaces zeigen will.
> >
> > Ich setzte 20 Kamele, dass der 'Fehler' durch ein 'allow-hotplug'
> > anstelle eines funktionierend™ 'auto' verursacht wird.
> >
> >
> > Gruß
> >
> > Pascal
>
> So ...
>
> ... ich hab jetzt mal die Tests durchgeführt, die mir (und dem anderen
> Poster) empfohlen wurden:
Bitte antworte nicht auf mehrere Mails in einer Mail. Das bringt das
Threading durcheinander und ich weiß nicht mehr genau, welche Antwort sich
auf welche Mail bezieht.
> (Mist, ich hab vergessen, die ../network/interfaces zu kopieren,...
> hole ich nach, ist aber unspektakulär.)
>
> Ich versuchs mal aus dem Gedächtnis:
>
> # The loopback network interface
> auto lo
> iface lo inet loopback
>
> iface eth0 inet static
> address 192.168.1.10
> netmask 255.255.255.0
> gateway 192.168.1.1
> # The primary network interface
> #allow-hotplug eth0
Bitte Cut&Paste. Ich mag mir nicht die Zeit nehmen, Tipps zu einer /e/n/i
zu geben, die vielleicht nicht die ist, um die es geht.
> ------------------
>
> Am 03.07.2011 10:14, schrieb Alexander Hintzer:
>
> Hallo, schon mal auf der Konsole als root das hier versucht?
>
> dhclient ethX ... X steht für die entsprechende Netzwerkkarte.
>
> [Antwort:]
> ... Ja habe ich, allerdings mit der Fehlermeldung, das er das device
> nicht findet als Ergebnis.
Bitte immer Cut&Paste der Meldungen.
> ------------------
>
> Am 03.07.2011 14:57, schrieb Pascal Volk:
>
> Was sagt denn `ip link show eth0` (Paket: iproute)?
> Falls es "state DOWN" erwähnt, versuche ein `ip link set eth0 up`.
> Danach kannst Du es nochmal mit dem dhclient versuchen.
>
> [Antwort:]
>
> root@OSIRIS:/home/blackwolf# ip link show eth0
> Device "eth0" does not exist.
>
> ... und zur Sicherheit noch ein ...:
>
> root@OSIRIS:/home/blackwolf# ip link show eth1
> Device "eth1" does not exist.
>
> ... hinterher, ... aber wie sich zeigt ohne Erfolg.
>
> --------------------
>
> Am 03.07.2011 15:06, schrieb Martin Steigerwald:
>
> "No such device" => Treiber-Modul ist nicht geladen und initialisiert
> *oder* udev hat die Netzwerk-Karte anders benannt.
>
> - ip link show: Evtl. eth1?
>
> - lspci -nn | grep -i Ethernet
>
> - lsmod
>
> [Antwort:]
>
> @ ip link ... siehe oben
Bitte "ip link show" genauso, wie ich es angegeben hab. Wenn Du nur "ip
link show eth0" und "ip link show eth1" machst, dann ist nicht klar, ob
die Schnittstelle vielleicht gar "eth2" heißt. "ip link show" zeigt alle
Schnittstellen.
> root@OSIRIS:/home/blackwolf# lspci -nn | grep -i Ethernet
> 00:19.0 Ethernet controller [0200]: Intel Corporation 82578DC Gigabit
> Network Connection [8086:10f0] (rev 05)
Das sollte mal so gar kein Problem sein für Linux.
> root@OSIRIS:/home/blackwolf# lsmod
> Module Size Used by
[...]
> e1000 85517 0
Das Modul hierfür scheint geladen.
> Die /etc/network/interfaces reiche ich gerne nach, aber wie oben schon
> gesagt, sie ist unspektakulär, soll heissen, eth= ist auto (war mit
> hotplug auch eingetragen, das habe ich aber - dem Tipp von Pascal oben
> folgend - auskommentiert.
Nach der obigen Version aus dem Gedächtnis ist "eth0" eben *nicht* auto.
Also bitte Cut&Paste. Zeichen für Zeichen. Bitte halte Dich an meine
Anweisungen, ich bin da aus gutem Grund so genau.
Und zudem fehlt mir doch die udev-Geschichte. Da hab ich auch noch in
einer Mail drum gebeten, wenn ich mich recht entsinne. Bitte also die
Ausgabe von:
merkaba:~> cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x8086:0x1502 (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="[...]",
ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x8086:0x0085 (iwlagn)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="[...]",
ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"
(Wenn es Dir wichtig ist, entferne die MAC-Adressen vorher. Wichtig ist,
dass die MAC-Adresse mit der in ip link show übereinstimmt.)
Da sollte dann für das PCI-Device und e1000 schön eine Zeile mit
NAME="eth0" drinstehen.
Und wenn das auch so ist, dann bitte einmal neu durchstarten und nachdem
Neustart die komplette Ausgabe von dmesg auf
http://paste.debian.net
oder einen anderen Pastebin-Dienst.
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: