Arch Linux

Ethernet Verbindung nur nach extra Start von dhcpd aktiv

Guntram

Hallo zusammen!

Nachdem auf meinem Laptop (Lenovo T400) das WLAN problemfrei funktioniert, habe ich erst heute mal das Kabelnetzwerk probiert.
Kabel einstecken wird nur manchmal erkannt und Verbindung mit dem Gnome-Network-Manager läßt sich nicht aufbauen.

Wenn ich dann dhcpd aufrufe, läuft das Netz für eine Weile - bricht aber irgendwann wieder zusammen (scheint mit NetworkManager zusammenzuhängen, der immer mal wieder versucht eine Verbindung aufzubauen). Dann muß ich dhcpd erst stoppen (dhcpd -k) und neu starten, damit ich wieder Netz bekomme.

Ein

systemctl enable dhcpcd@enp0s25

scheint dem ganzen nicht zu helfen - nach Neustart ist wieder kein Netz verbunden.

Der manuelle dhcpd-Start sieht auch unverdächtig aus:

[root@GunArch guntram]# dhcpcd
dhcpcd[5290]: version 5.6.8 starting
dhcpcd[5290]: wlp3s0: up_interface: Operation not possible due to RF-kill
dhcpcd[5290]: enp0s25: sending IPv6 Router Solicitation
dhcpcd[5290]: enp0s25: broadcasting for a lease
dhcpcd[5290]: wlp3s0: waiting for carrier
dhcpcd[5290]: enp0s25: offered 192.168.2.108 from 192.168.2.1
dhcpcd[5290]: enp0s25: acknowledged 192.168.2.108 from 192.168.2.1
dhcpcd[5290]: enp0s25: checking for 192.168.2.108
dhcpcd[5290]: enp0s25: sending IPv6 Router Solicitation
dhcpcd[5290]: enp0s25: leased 192.168.2.108 for 864000 seconds
dhcpcd[5290]: forked to background, child pid 5494

Außerdem habe ich das Modul e1000e entsprechend des Wikis in den Startprozess eingetragen:

https://wiki.archlinux.org/index.php/Network_Configuration#Run_DHCP_at_boot

lspci -v

...
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03)
	Subsystem: Lenovo Device 20ee
	Flags: bus master, fast devsel, latency 0, IRQ 45
	Memory at fc000000 (32-bit, non-prefetchable) [size=128K]
	Memory at fc025000 (32-bit, non-prefetchable) [size=4K]
	I/O ports at 1840 [size=32]
	Capabilities: [c8] Power Management version 2
	Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [e0] PCI Advanced Features
	Kernel driver in use: e1000e
	Kernel modules: e1000e
...

dmesg | grep e1000

[    1.665228] e1000e: Intel(R) PRO/1000 Network Driver - 2.2.14-k
[    1.665232] e1000e: Copyright(c) 1999 - 2013 Intel Corporation.
[    1.665326] e1000e 0000:00:19.0: setting latency timer to 64
[    1.665415] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[    1.665464] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X
[    1.915497] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) 00:1c:25:97:3a:2b
[    1.915501] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection
[    1.915531] e1000e 0000:00:19.0 eth0: MAC: 7, PHY: 8, PBA No: 1008FF-0FF
[    3.076973] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X
[    3.180160] e1000e 0000:00:19.0: irq 45 for MSI/MSI-X
[    4.794236] e1000e: enp0s25 NIC Link is Up 100 Mbps Full Duplex, Flow Control: None
[    4.794347] e1000e 0000:00:19.0 enp0s25: 10/100 speed: disabling TSO

Hat jemand eine Idee, wo das hakelt?

remo

nunja ich verwende selbst systemctl enable dhcpcd, und habe das networt mangmand deaktevierd ... villeicht hast du ja dein manager auf enable gesetzt, mach einfach mal systemctl und schaue mal dort nach oder auch unter systemctl list-unit-files

eventuel musst du das network manager deaktevieren .. und einfach nur dhcpcd und wen er es erkannt hat wie man es oben sieht dann mittels systemctl enable dhcpcd ausführen ... dann muss er be ein neustart automatisch verbinden zumindestens ist es bei mir so

Guntram

Hallo remo!

Danke für die Antwort. systemctl meldet mir, daß es wohl ein Problem beim Starten von dhcp gibt:

...
dhcpcd@enp0s25.service      loaded failed failed    dhcpcd on enp0s25
gdm.service                 loaded active running   GNOME Display Manager
laptop-mode.service         loaded active exited    Laptop Mode Tools
NetworkManager.service      loaded active running   Network Manager
...

Wo könnte ich da weiter nach dem Fehler suchen?

Falls ich - wie vorgeschlagen - network manager deaktiviere - funktioniert dann noch der WLAN-Zugriff via Networkmanager-Applet in der Gnome-Shell?

Ovion

systemctl status dhcpcd@enp0s25.service

Da steht dann (unten) meist in fett und rot ein ziemlich sinnloser Fehlercode von systemd (zu dem es teilweise die angegebenen Referenzseiten gar nicht gab) oder auch nur ein "failed", unscheinbar darüber stehen die Meldungen, die das jeweilige Programm selbst ausgeworfen hat, bevor der service in den failstate übergegangen ist. Die sind meist nützlicher.

Guntram

Halo Ovion!

Sieht für mich nicht so nützlich aus:

$ systemctl status dhcpcd@enp0s25.service
dhcpcd@enp0s25.service - dhcpcd on enp0s25
   Loaded: loaded (/usr/lib/systemd/system/dhcpcd@.service; enabled)
   Active: failed (Result: exit-code) since Di 2013-08-06 02:13:55 CEST; 2min 42s ago
  Process: 725 ExecStart=/usr/sbin/dhcpcd -q -w %I (code=exited, status=1/FAILURE)

Ein Abschalten des Networkmanagers via systemctl disable NetworkManager hat die Situation auch nicht wirklich geändert und ich habe ja dann auch keinen einfachen Zugriff mehr auf WLAN via GnomePanel :-(...

Nachtrag: Auch der root-shell Output verrät wohl nicht mehr:

# systemctl status dhcpcd@enp0s25.service
dhcpcd@enp0s25.service - dhcpcd on enp0s25
   Loaded: loaded (/usr/lib/systemd/system/dhcpcd@.service; enabled)
   Active: failed (Result: exit-code) since Di 2013-08-06 02:13:55 CEST; 6min ago
  Process: 725 ExecStart=/usr/sbin/dhcpcd -q -w %I (code=exited, status=1/FAILURE)

Aug 06 02:13:25 GunArch systemd[1]: Starting dhcpcd on enp0s25...
Aug 06 02:13:25 GunArch dhcpcd[725]: version 6.0.4 starting
Aug 06 02:13:25 GunArch dhcpcd[725]: enp0s25: waiting for carrier
Aug 06 02:13:55 GunArch systemd[1]: dhcpcd@enp0s25.service: control process...=1
Aug 06 02:13:55 GunArch systemd[1]: Failed to start dhcpcd on enp0s25.
Aug 06 02:13:55 GunArch systemd[1]: Unit dhcpcd@enp0s25.service entered fai...e.

Ovion

Es endet damit, dass dhcpcd auf 'n carrier wartet, das ist der letzte Eintrag, der nicht von systemd stammt. Offensichtlich bekommt dhcpcd keine Antwort aus den Netzwerk, da der Eintrag davor das "starting" ist, fragt er scheinbar nichtmal nach einer Adresse, vielleicht, weil er kein Netzwerk findet.

Mal dhclient statt dhcpcd ausprobiert? Ich gebe zu, Lösen von Problemen dieser Art ist unfassbar spaßig.

Guntram

Das Problem trat aber bereits bei zwei verschiedenen Routern auf - das senkt die Wahrscheinlichkeit, daß der Fehler außerhalb meines Notebooks liegt (abgesehen vom Fehler direkt davor ;-) )!

Vorgehensweise für dhclient? dhcpcd einfach nur deaktivieren oder auch deinstallieren und dann dhclient installieren und aktivieren (mit systemctl)?

Ovion

dhcpcd deaktivieren und dhclient installieren und aktivieren, würde ich sagen. dhcpcd zu deinstallieren wird nicht nötig sein.

Es muss auch nicht am Netzwerk liegen, dass dhcpcd keine Antwort bekommt, es kann auch sein, dass er sie aus irgendeinem Grund einfach nicht versteht.