[gelöst 0.6] dhclient: No DHCPOFFERS received [suspend to ram]

habichthugo · 16. Januar 2019

Ich habe die 0.6.2 frisch installiert. Schon während der Installation hatte ich das Problem, dass die Netzwerkerkennung nicht richtig funktionierte. Da konnte ich rebooten, solange ich wollte, erst ein Abziehen/Anstecken der Stromversorgung des Netzteils löste das Problem (temporär). Auch der 'fertige' VDR kommt nun nur ans Netz, wenn ich die Kiste zuvor komplett stromlos mache. Die Hardware (siehe Sig.) funktionierte aber mit der alten 0.5.0-Installation diesbezüglich völlig problemlos, und tut es offenbar noch (Installationen sind auf USB-Stick bzw. jetzt SSD).

Am VDR-Startbild steht „Waiting for for network configuration...“. Im syslog sieht's so aus:

Jan 16 18:41:13 yavdr dhclient: DHCPDISCOVER on p2p1 to 255.255.255.255 port 67 interval 8 (xid=0x90b32072)

Jan 16 18:41:21 yavdr dhclient: DHCPDISCOVER on p2p1 to 255.255.255.255 port 67 interval 4 (xid=0x90b32072)

Jan 16 18:41:25 yavdr dhclient: No DHCPOFFERS received.

Jan 16 18:41:25 yavdr dhclient: No working leases in persistent database - sleeping.

Woran kann das liegen?

seahawk1986 · 16. Januar 2019

Wie heißt denn deine Netzwerkkarte? Das kannst du dir mit ip link anzeigen lassen - und dann würde ich als nächstes schauen, ob in der /etc/network/interfaces der Adapter korrekt eingetragen wurde oder da eventuell ein anderer Adapter-Name drin steht.

habichthugo · 16. Januar 2019

Code

# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: p2p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether bc:5f:f4:02:f2:ab brd ff:ff:ff:ff:ff:ff

Code

# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto p2p1
iface p2p1 inet dhcp
# This is an autoconfigured IPv6 interface
iface p2p1 inet6 auto

Alles anzeigen

Für das 0.5-System hatte ich mir mal notiert

Code

? /etc/network/interfaces
+ auto eth1
+ iface eth1 inet dhcp

Soll ich das im Neuen mal so nachtragen?

seahawk1986 · 16. Januar 2019

Nein, wenn er kein eth1 kennt, bringt es nichts das in der Datei einzutragen. Haben beide Installationen den selben Hostname (nicht dass der Router/DHCP Server überrascht ist, dass es zwei Rechner mit unterschiedlichem Namen aber der selben MAC-Addresse gibt)?

Was liefert dein DHCP-Server denn für Addressen aus? ipv4 und ipv6 oder nur eines von beiden? Wie unterscheidet sich die Ausgabe von ip addr wenn die Addressvergabe über DHCP erfolgreich war gegenüber dem Stand wenn es nicht klappt?

habichthugo · 16. Januar 2019

Ich habe die Kiste wieder "yavdr" genannt. Die kriegt von der Fritzbox immer die gleiche ipv4 (192.168.178.21). Die ip addr Ausgabe oben ist im Zustand, wo die Netzwerkanbindung geklappt hat. Ich komme auf die Kiste nur remote vernünftig drauf, da sie im Keller steht. Ansonsten Ausgabe nur auf TV mit Funktastatur vom Wohnzimmer aus.

p.s.: Warum kriege ich keine Mails mehr, wenn hier ein neuer Beitrag kommt?

p.p.s.: Kodi ist völlig unkonfiguriert? An der Verzeichnisstruktur hat sich ja wohl nur video.00 nach video geändert, d.h. meine Filme etc. sind doch immer noch am rechten Fleck...

habichthugo · 17. Januar 2019

Echt keiner 'ne Idee, woran das liegen könnte? So kann ich mit der Kiste nix weiter anfangen.

In meiner 0.5 dhclient .conf hatte ich explizit send dhcp-client-identifier 00:00:00:00:00:00;drin, wohl wegen ähnlicher Probleme. Das hilft hier aber nicht.

Ansonsten scheint der bei funktionierender Verbindung doch auch mit ipv6 zu arbeiten:

Code

# ifconfig
lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX-Pakete:4 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:4 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX-Bytes:240 (240.0 B)  TX-Bytes:240 (240.0 B)

p2p1      Link encap:Ethernet  Hardware Adresse bc:5f:f4:02:f2:ab
          inet Adresse:192.168.178.21  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6-Adresse: fe80::be5f:f4ff:fe02:f2ab/64 Gültigkeitsbereich:Verbindung
          inet6-Adresse: 2001:16b8:a045:c600:be5f:f4ff:fe02:f2ab/64 Gültigkeitsbereich:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:497 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:451 Fehler:0 Verloren:0 Überläufe:0 Träger:1
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX-Bytes:63871 (63.8 KB)  TX-Bytes:102569 (102.5 KB)

Alles anzeigen

Mufflon · 17. Januar 2019

Das Problem hatte ich damals auch, als ich 0.6 installiert habe. Bei mir half nur, das dhcp nicht zu nutzen und in der /etc/network/interfaces eine statische Adresse anzulegen:

iface p2p1 inet static

address 192.168.178.25

netmask 255.255.255.0

network 192.168.178.0

broadcast 192.168.178.255

gateway 192.168.178.1

dns-nameservers 192.168.178.1

So klappte das dann.

Bye, Klaus

habichthugo · 17. Januar 2019

Das funktioniert bei mir genau so gut bzw. schlecht:

Code

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto p2p1
#iface p2p1 inet dhcp
# This is an autoconfigured IPv6 interface
#iface p2p1 inet6 auto
iface p2p1 inet static
address 192.168.178.21
netmask 255.255.255.0
network 192.168.178.0
broadcast 192.168.178.255
gateway 192.168.178.1
dns-nameservers 192.168.178.1

Alles anzeigen

Es bleibt dabei: Einen reboot überlebt eine funktionierende Netzwerkverbindung. Ein Herunterfahren und anwerfen via ACPI-Wakeup, WOL oder auch Power-Taste nicht. Ich muss immer erst den ganzen Rechner stromlos machen, damit die Kiste wieder ans Netzwerk kommt...

habichthugo · 17. Januar 2019

Zitat von seahawk1986

...gegenüber dem Stand wenn es nicht klappt?

So sieht das aus, wenn es nicht klappt:

Code

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: p2p1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether bc:5f:f4:02:f2:ab brd ff:ff:ff:ff:ff:ff

mini73 · 17. Januar 2019

Das NO_CARRIER ist vielleicht ein Anhaltspunkt, einfach mal nach googlen.

https://bbs.archlinux.org/viewtopic.php?id=153519

Lars

seahawk1986 · 17. Januar 2019

Hast du mal die Fritzbox versuchsweise neu gestartet?

mini73 · 17. Januar 2019

Hängt der Rechner an einer Fritzbox? Wenn ja, ist der Port vielleicht auf Energiesparen gestellt oder so?

Lars

mini73 · 17. Januar 2019

Oder der NIC selbst hat ein Energiesparproblem.

In dem Link wird ethtool zum Testen erwähnt.

utiltiy · 17. Januar 2019

Hab auch nur static an meinen VDR, unter 0.6 sieht mein Eintrag so aus:

Spoiler anzeigen

Ich weiß nicht wo es war, aber irgendwo hatte ich nach einer Neuinstallation auch Probleme mit der Netzwerkkonfiguration. Da ich fast kein System habe was kein Dual-Boot hat konnte ich schnell feststellen das es nicht die Hardware war sondern die Konfiguration

habichthugo · 17. Januar 2019

Bei mir muss es auch ein Konfigurationsproblem sein. Die alte 0.5-Installation funktioniert ja nach wie vor problemlos bzgl. Netzwerk auf der Kiste.

Die FritzBox habe ich jetzt auch mal geschossen. Hat aber erwartungsgemäss nix verändert...

utiltiy · 17. Januar 2019

Hast Du irgendwelche Reste von Konfigurationen aus 0.5 oder so übernommen? Nur um das mal auszuschließen.

Eher unwahrscheinlich aber was gibt ls -l /etc/udev/rules.d/aus?

Sowie cat /etc/hosts?

HelmutB · 17. Januar 2019

habichthugo : Der Hostname ist nicht wichtig. Der DHCP-Server sieht nur die MAC-Addresse.

Was mir im Moment einfällt:

Was gibt 'sudo dhclient -v' ?

Teste einmal mit 'sudo dhcpcd -T' sowie 'sudo dhcpcd -T p2p1'.

Hast du den DHCP-Server im Router selbst eingerichtet? Schau dir die Einstellungen einmal genauer an.

Genügt es vielleicht auch das Netzwerkkabel auf einer der beiden Seiten abzuziehen, etwas zu warten und dann wieder anzuschließen ?

Helmut

Edit: Hab ich vrgessen: <NO-CARRIER> bei 'ip link' sehe ich wenn kein Netzwerkkabel angeschlossen ist. Versuche einmal einen anderen Port am Router und schau dir dann die syslog Meldungen an.

habichthugo · 17. Januar 2019

Vom 0.5 habe ich bisher nur wenig übernommen, z.B. die lircd.conf, aber nix in Richtung Netzwerk. Solange ich nicht remote auf die Kiste komme, komme ich nicht richtig vorwärts, da sie im Keller steht. Jetzt habe ich erst mal wieder die 0.5 am laufen, wegen WAF. Die läuft - wie gesagt - ohne Netzwerkprobleme auf der selben Kiste. Sonstige HW hat sich auch nicht geändert.

Was mir jetzt zuletzt noch aufgefallen ist, ist, das der Switch, über den die Kiste an der FritzBox hängt bei heruntergefahrenem 0.5 den LAN-Port gelb anzeigt, beim 0.6er bleibt er grün (wie sonst nur in hochgefahrenem Betrieb). Beim 0.6 funktioniert das Einschalten über Atric (Seriell + WOL-Pin) auch nicht, auf ein WOL-Paket über Netz wacht er allerdings auf.

Irgendwie scheint mir die 0.6er Installation (das Problem hatte ich schon beim installieren) die LAN-Karte in einem merkwürdigen Zustand zu hinterlassen. Wie kann man sich die ggf. persistenten Einstellungen da denn mal angucken?

Netzwerkkabel ziehen/stecken hilft nicht, nur Rechner komplett stromlos machen.

HelmutB · 17. Januar 2019

Ok - dann kann man den Router als Fehlerquelle ausschließen.

Ich verwende kein Ubuntu/Debian aber vielleicht hilft dir das von hier weiter: https://askubuntu.com/question…nd-autonegotiation-issues

Das Problem klingt ähnlich und es betrifft auch Ubuntu 14.04:

Edit: u.U. musst du ethtool zuvor instalieren: 'sudo apt-get install ethtool'

Solution:

Open /etc/network/interfaces and configure the ethernet interface one of these following ways:

DHCP

auto eth0

iface eth0 inet dhcp

pre-up ifconfig $IFACE up

pre-up ethtool -s $IFACE speed 100 duplex full autoneg off

Static

auto eth0

iface eth0 inet static

post-up ethtool -s $IFACE speed 100 duplex full autoneg off

address x.x.x.x #Internal IP

netmask 255.255.255.0

gateway x.x.x.y #Gateway IP

dns-nameservers 8.8.8.8 #Google DNS

Helmut

SurfaceCleanerZ · 18. Januar 2019

Hi,

Versuch doch einfach mal mit einem aktuelleren Kernel ya 0.6 hat doch noch den uralten Kernel der 14.04. Wir nutzen in easyvdr 3.5 auch den deutlich neueren der letzten trusty Version. Oder sogar einen aktuellen (der aber dann mit lirc zickt wegen serial ir. Guck einfach mal ins easyvdr Wiki dort steht wie es geht. Das gilt bei ya genauso da trusty.

[gelöst 0.6] dhclient: No DHCPOFFERS received [suspend to ram]

Jetzt mitmachen!

Teilen