[gelöst][VDR4Arch] Problem beim Booten - Bleibt als mal hängen !

bernd180356 · 5. November 2013

Also wie oben schon geschrieben, beim Booten bleibt der VDR ab und zu mal hängen.

Problem ist vermutlich die Netzwerkkarte. Da an meinem Mainboard irgendwann mal die Netzwerkkarte
nicht mehr ging, hab ich eine GIGABYT Karte eingebaut.
Unter YAVDR funktioniert das ganze ohne Probleme, aber bei VDR4ARCH gibts ab und zu den Hänger!

Problem aus dem Logfile - der VDR ist schon gestartet bevor das Netzwerk aktiv ist (DHCP), also die IP bekommt.
Im Bios kann ich die defekte Karte nicht abschalten - und der VDR findet 2 Karten die er als en2s0 und en3s0
erkennt. Bei der en2s0 ist die Hardware-Adresse irgentwas mit 0e:e3... bei der anderen wird 00:00:00:00:00
angezeigt.

Wo dreh ich - systemd bei den Einstellungen vom VDR oder bei wait-of-device oder wie das heißt?

Danke für jeden hinweis.

mfg.bernd180356

Copperhead · 5. November 2013

Systemd kennt den Zustand Netzwerk verfügbar nicht. Ich würde empfehlen, den Treiber der defekten Karte zu blacklisten.

Gesendet von meinem Nexus 5 mit Tapatalk

seahawk1986 · 5. November 2013

Zitat von Copperhead

Systemd kennt den Zustand Netzwerk verfügbar nicht.

Soweit ich das gelesen habe gibt es da das network.target bzw. network-online.target an das man die gewünschten Services hängen kann.

Wie beziehst du denn die IP genau über dhcp?
Du könntest mal versuchen eine /etc/systemd/system/vdr.service.d/network.conf mit diesem Inhalt anzulegen:

Code

[Unit]
Wants=network.target
After=network.target

Und dann z.B. den NetworkManager passend konfigurieren - siehe https://wiki.archlinux.org/ind…etworkManager_Wait_Online und http://www.freedesktop.org/wik…re/systemd/NetworkTarget/

Copperhead · 5. November 2013

Huch? Seit wann gibts denn das? Lennart war da doch dagegen. Irgendwas hab ich da in Erinnerung.

Gesendet von meinem Nexus 5 mit Tapatalk

seahawk1986 · 5. November 2013

Zitat von Copperhead

Lennart war da doch dagegen

Klingt so als hätte er sich der Realität gestellt:

Zitat von NetworkTarget

network.target is a mechanism that is required only to deal with software that assumes continuous network is available (i.e. of the simple non-well-written kind).

Copperhead · 5. November 2013

Wenn das funktioniert, werde ich das mal im Wiki dokumentieren

bernd180356 · 5. November 2013

IP kommt über DHCP !

Netzwerk wird in dhcp.service gestartet .

Komme auch erst morgen dazu - die Regierung ist im Großraum Wohnzimmer einmarschiert !

Ich melde mich morgen wieder.

Bernd

Copperhead · 5. November 2013

Das Problem verstehe ich auch immer noch nicht.
Die Netzwerkkarte ist defekt? Warum schaltest du dann nicht das Modul für die Karte ab.

Nutzt du streamdev oder ähnliches? Ansonsten ist die Netzwerkverbindung für den VDR sowieso uninteressant.

bernd180356 · 5. November 2013

Hallo Copperhead,

hab jetzt mal das Modul für das Netzwerkinterface in /etc/modprobe.d/blacklist.conf eingetragen!

Brauche die Netzwerkkarte für Sachen die wir nicht hier ....

Man, ich könnte mir in den Allerwertesten treten - mach schon so lange mit Ubuntu - hab das ja dort auch schon
gemacht.

Kann aber erst später prüfen ob es geht - wenn die Regierung ausmarschiert ist !

Das was Seahawk vorgeschlagen hat wird nicht funktionieren - benutze ja nicht den NetworkManager !

Aber trotzdem Danke.

mfg. bernd180356

Copperhead · 5. November 2013

Zitat von bernd180356

benutze ja nicht den NetworkManager !

Ich habe das jetzt nur überflogen, aber ich denke das funktioniert auch ohne NetworkManager

seahawk1986 · 5. November 2013

Ja, daher auch die Frage, was er genau einsetzt um die IP zu beziehen - z.B. sieht /usr/lib/systemd/system/dhcpcd.service ja schon passend aus (falls dhcpcd zum richtigen Zeitpunkt forkt, sonst setzt man halt noch einen Service danach, der schaut ob das gewünschte Gegenüber erreichbar ist oder einen andern Test durchführt):

Code

[Unit]
Description=dhcpcd on all interfaces
Wants=network.target
Before=network.target


[Service]
Type=forking
PIDFile=/run/dhcpcd.pid
ExecStart=/sbin/dhcpcd -q -b
ExecStop=/sbin/dhcpcd -x


[Install]
WantedBy=multi-user.target

Alles anzeigen

Edit: mit

Code

-w, --waitip
             Wait for an address to be assigned before forking to the background

sollte es passen, dann sollte man aber /usr/lib/systemd/system/dhcpcd@.service für den gewünschten Netzwerk-Adapter aktivieren:

Code

[Unit]
Description=dhcpcd on %I
Wants=network.target
Before=network.target
BindsTo=sys-subsystem-net-devices-%i.device
After=sys-subsystem-net-devices-%i.device


[Service]
Type=forking
PIDFile=/run/dhcpcd-%I.pid
ExecStart=/usr/sbin/dhcpcd -q -w %I
ExecStop=/usr/sbin/dhcpcd -x %I


[Install]
WantedBy=multi-user.target

Alles anzeigen

Copperhead · 5. November 2013

Ich habe das eigentlich anders verstanden. Er muss beim VDR

Code

After=network-online.target
Wants=network-online.target

Aus Sicht von systemd kann man nie davon ausgehen, dass Netzwerk stabil vorhanden ist und solange es nur um das böse Plugin geht, kann er ja das andere nehmen. Das kann nämlich aufs Netzwerk warten.

bernd180356 · 5. November 2013

Ok Copperhead, ich denke das O...m meinst du ? Wäre kein Problem für mich !

Zitat

After=network-online.target
Wants=network-online.target

Das steht ja schon drin ! Müßte also nur das ganz böse mit dem bösen ersetzen ?!
Ich teste mal die Anleitung von Seahawk, aber erst mal mit blacklisten probieren, melde mich auf jeden Fall morgen noch
einmal.

mfg. bernd180356

Copperhead · 5. November 2013

Bei dem zweiteiligen Bösen sollte es ohne After und Wants funktionieren.
Nur das einteilige Böse ist etwas zickig.

bernd180356 · 6. November 2013

Hallo und guten Tag,

so wie es aussieht hat ein Vorschlag von Euch zum Ziel geführt. Die defekte Netzwerkkarte hat
sich nach einem beherztem "lspci" als Marvell PCIE zu erkennen gegeben.
Das Modul hab ich dann als "sky2" lokalisiert.

Mit diesem Wissen hab ich noch mal im Board das Bios aufgerufen und siehe da, gab es ja
tatsächlich einen Eintrag mit "Marvell PCIE nochwas..". Aber, ein Zusammenhang mit dieser
Bezeichnung als Netzwerk Device konnte ich nicht nachvollziehen.
Ok, das Teil ausgestellt und neu gebootet. Der VDR startete wieder nicht, aber das Modul war nicht
mehr geladen.

In der "/etc/runvdr.conf" habe ich dann das Plugin "XX" deaktiviert und den VDR neu gestartet - WOO
der Samsung-TV war noch nicht an und das Bild war schon da

Also "XX" wieder an und in der "/usr/lib/systemd/system/dhcpcd.service" mal die Zeile mit einem "-w"
vervollständigt und dann den Neustart - Bild sofort da - Bootzeit minimal länger - ca. 2 sec.

Hab dann das Spielchen 4 mal wiederholt - jedesmal Bild !!!
Vorher war jedes 2. mal das Ding hängen geblieben.

Nachüberlegung : Das Problem mit dem Booten war am Anfang nicht !!! Hab jetzt mal nachgedacht
und ich glaube ich weiß warum das aufgetreten ist - Ich habe Vorgestern in der /etc/runvdr.conf" das
Plugin "XX", das an Position 5 Stand an die erste Stelle gerückt -so sollte es ja sein -schreibt man
wenigstens.
Durch die Tatsache das "nopacity tvscraper softhddevice live ...." als erstes gestartet wurde blieb an-
scheinend genügend Zeit für DHCP!

Ok, bevor ich den Thread auf gelöst setze möchte ich noch ein wenig beobachten !

mfg. bernd180356

Nachtrag:
Die folgende Zeile brauche ich auch nicht !

[quote][After=network-online.target
Wants=network-online.target/[quote]

Copperhead · 6. November 2013

Könntest du noch die After und Wants Zeilen im vdr.service File testen?
Die Änderung am dhcpcd service File bekomme ich bei Archlinux nie durchgeboxt.

seahawk1986 · 6. November 2013

Zitat von Copperhead

Die Änderung am dhcpcd service File bekomme ich bei Archlinux nie durchgeboxt.

Musst du ja nicht, dafür gibt es ja sinnvollerweise unter Arch Linux den fertigen /usr/lib/systemd/system/dhcpcd@.service, der das "-w" schon drin hat. Dann braucht der User mit dem Problem ja nur den Service passend zu aktivieren, z.B.:

Code

$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:1e:8c:f4:7a:0d brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.30/24 scope global eno1
       valid_lft forever preferred_lft forever
    inet 192.168.1.110/24 brd 192.168.1.255 scope global secondary eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::21e:8cff:fef4:7a0d/64 scope link
       valid_lft forever preferred_lft forever
$ systemctl enable dhcpcd@eno1
ln -s '/usr/lib/systemd/system/dhcpcd@.service' '/etc/systemd/system/multi-user.target.wants/dhcpcd@eno1.service'

Alles anzeigen

Copperhead · 6. November 2013

Gut, was muss ich jetzt wo ändern, bzw dokumentieren. Jetzt habe ich den Faden verloren.

bernd180356 · 6. November 2013

Hallo Copperhead,

das hab ich als erstes probiert, hat aber keine Änderung gebracht. Danach hab ich die Netzwerkkarte im BIOS
abgeschaltet und wieder probiert. Brachte aber auch keine Änderung.

So sieht momentan "vdr.service" aus:

Zitat

[Unit]
Description=Video Disk Recorder
After=eventlircd.service
After=lirc.service
After=oscam.service
After=sundtek.service
#After=network-online.target
#Wants=network-online.target

[Service]
ExecStart=/usr/bin/runvdr
KillMode=process
ExecStopPost=/usr/lib/vdr/bin/gen-sddropin

[Install]
WantedBy=multi-user.target

Alles anzeigen

und so sieht es in "/usr/lib/systemd/system/dhcpcd.service" aus:

Zitat

Description=dhcpcd on all interfaces
Wants=network.target
Before=network.target

[Service]
Type=forking
PIDFile=/run/dhcpcd.pid
ExecStart=/sbin/dhcpcd -q -b -w
ExecStop=/sbin/dhcpcd -x

[Install]
WantedBy=multi-user.target

Alles anzeigen

Selbstverständlich hatte ich das # weg !
Erst das"-w" brachte den Erfolg

mfg. bernd180356

Copperhead · 6. November 2013

Ja aber seahawk sagt, dass du auch einfach dhcpcd@eth0 nehmen kannst. Statt eth0 natürlich den richtigen Devicenamen aus 'ip addr'

[gelöst][VDR4Arch] Problem beim Booten - Bleibt als mal hängen !

Jetzt mitmachen!

Teilen