Re: easyVDR 2.0 / 2.2 / 2.5 VDR-1st-Start

easyVDR - >VARforumsname - >Re: easyVDR 2.0 / 2.2 / 2.5 VDR-1st-Start

hscheele 25.Mar.2016 23:38:09

Nachtrag: Habe es zwischenzeitlich mal geschafft, das Audio-Out-Setup mit Erfolg zu durchlaufen, davor habe ich mehrfach stopx und stopvdr ausgeführt. War vielleicht Zufall oder es war bei den vorherigen Tests noch irgendwas geladen …

Dennoch hänge ich jetzt an den Folgeproblemen meiner Testerei:

[*]Infolge der scheinbar unvollständig gelaufenen, über das Setup gestarteten "1st_start.sh" erfolgt bei jedem Reboot die grafische Meldung, dass keine Netzverbindung hergestellt werden kann (easyvdr-setup-starter v1.0.0: Checking Internet-onnection... - please wait);
[*]
VDR startet zwar, wird aber auf dem Bildschirm nicht dargestellt (auch nach Neuauswahl der Grafikkarte im setup keine Änderung). Bei einem Wechsel des Ausgabe-Frontends übder das EasyPortal konnte ich zwischenzeitlich mal die VDR-Ausgabe aktivieren, jedoch war das nicht von Dauer.

Bin etwas frustiert, dass der easyvdr für mich zu sehr eine Blackbox ist, als dass ich anhand der Wiki-Doku nachvollziehen könnte, wie ich dem Problem systematisch nachgehen könnte. Wäre daher sehr dankbar, wenn einer der Durchblicker hier einen Tipp für mich hätte ;-)

Hartmut
2016-03-25 - easyinfo.zip

# Hardware: TeVii S471 (zugeh. FB ohne Funktion); GraKa: ZOTAC GeForce GT 730 1024MB | Board: ASRock Q1900M M-ATX | RAM: 2GB G.Skill NS Series DDR3-1333; Case: Silverstone Milo ML04 | Netzteil: 300 Watt be quiet! System Power 7; # Software: 3.0.0-testing; VDR 2.2.0 (64-bit); Kernel: 4.2.0-30-generic

# Hardware: Fujitsu Siemens Scenic E600 P4 (2,4 GHz); 512 MB; Karten: FF-Karte (Hauppauge WinTV Nexus-S 2.2) + Budget-Karte (TerraTec Cinergy 1200 DVB-S); # Software: EasyVDR 0.8.06

gb 26.Mar.2016 00:09:33

Hallo Hartmut,
der erste start war keine gute Wahl, denn ubuntu macht hier der easyvdr Netzwerkkonfiguration einen Strich durch die Rechnung. Nun hast du das Problem, das der erste start bei jedem boot durchlaufen werden soll, weil mangels Netzwerk beim boot auch kein erstern start vollständig durchkonfiguriert werden kann.

Da gab es "glaub ich" einen Punkt unter /etc/init den man da wieder raus nehmen müsste. Genaues sollte aber ein Entwickler hier schreiben.

Das Problem mit dem audio ist eine harte Nuss, da tappt bisher unser Experte Michel auch im Dunkeln und ich hatte auch schon unzählige versuche, konnte diesen Fehler leider nicht reproduzieren.

Was du mal versuchen könntest ( auch wenn es unlogisch klingt ), lösch mal alle asound.conf unter /etc und starte nochmal das audio-setup.
Würde mich wirklich interessieren ob sich da was ändert.

Sollte sich da nix bessern, wäre die alternative pulseaudio zu konfigurieren.

Gruß Aaron

Mediacenter
easyVDR4.Alpha(Lubuntu18.04 64-Bit) Gigabyte, Ltd. H97-HD3 mit Intel(R) G3260 @ 3.30GHz 4GB DDRx,Intelgrafik,MATSHITA BD-MLT UJ265 Bluray LW, 2TB Festplatte,LCD+IRTrans-Empfänger,2x SkystarS2 PCI

[spoiler=(weitere easyVDR)]
easyVDR3.0(4.2.0 32-Bit) N4l-VM DH DualCore Asus Motherboard mit Intel(R)T2400 @1.83GHz 2GB DDR2, GT218 (rev a2), Panasonic UJ-825-B Notebook DVD Brenner adaptiert auf IDE, LCD+IRTrans-Empfänger, 250GB Samsung 840 SATA SSD 2,5",Skystar S2 DVBS2 PCI, Avermedia AVerTV A835 HD USB DVB-T (ID 07ca:b835)

hscheele 26.Mar.2016 13:12:16

Hallo Aaron,

ok, wieder was gelernt. Hatte die Hoffnung, dass die Neuinitialisierung mit weniger Nebenwirkungen ablaufen würde, da dieser Punkt im Setup (auch für so Leute wie mich klickbar) als Eintrag vorhanden war ;-)

Gehe heute Abend auf die Suche, ob ich unter /etc/init was finde, das das Verhalten auslösen könnte. Benenne dann auch mal testweise alle asound.conf unter /etc um, und schaue, was passiert.

Was meinst du damit, ggf. pulseaudio zu konfigurieren? Das Wort kenne ich, hat aber aktuell für mich keinen Inhalt geschweige denn, wo ich da was schrauben kann.

Viele Grüße,
Hartmut

gb 26.Mar.2016 13:43:48

Hallo Hartmut

[quote='hscheele link' pid='18143' dateline='1458994336']
ok, wieder was gelernt. Hatte die Hoffnung, dass die Neuinitialisierung mit weniger Nebenwirkungen ablaufen würde, da dieser Punkt im Setup (auch für so Leute wie mich klickbar) als Eintrag vorhanden war ;-)
Theoretisch sollte dieser Punkt 1.er Start wohl eher raus aus dem Setup.
Im Endstadium von der easyVDR2.1 ist dieses Problem das erste mal richtig aufgetreten, da ubuntu irgendwas am Netzwerkmanager geändert hat.
Ich hatte dieses Problem mit dem ersten Start auch schon, zumindest hab ich es wieder hinbekommen.

Gehe heute Abend auf die Suche, ob ich unter /etc/init was finde, das das Verhalten auslösen könnte.

Habe ja noch auf eine Antwort der Entwickler gehofft, ok wenn keiner was dazu schreibt guck ich selbst. Habe erst letzte Woche ein easyVDR2.5 Testsystem installiert und drücke ihm einfach frech den ersten Start rein :)

Benenne dann auch mal testweise alle asound.conf unter /etc um, und schaue, was passiert.

Du kannst die asound.conf's beruhigt löschen, hab ich auch schon x mal gemacht. Die werden vollständig bei wiederholtem durchlaufen des audio-setup wieder angelegt.

Was meinst du damit, ggf. pulseaudio zu konfigurieren? Das Wort kenne ich, hat aber aktuell für mich keinen Inhalt geschweige denn, wo ich da was schrauben kann.

Pulseaudio ist die alternative zu alsa und kann kurz vor Abschluss des audio-setups gewählt werden. Ruhig mal die Fragen des audio-setup genau lesen ;)

Das einige nie bis pulseaudio kommen liegt genau daran, da es erst nach Abschluss von alsa auftaucht.
Aber lass uns bevor du das Handtuch wirfst und pulseaudio versuchst, erstmal alsa probieren.

Gruß Aaron

gb 26.Mar.2016 15:40:58

Hallo Hartmut,

so, ganz anders..

Den ersten Start bekommen wir wieder hin, aber es wird minimal knifflig :)

1. Easyvdr PC starten
Nun sollte eigentlich nichts weiter passieren, außer das du ein Blackscreen hast.
2. Alt+ctrl+f2 bzw f3 drücken, anmelden und das hw-detect Setup unterbrechen.
3.an der Console folgendes eingeben

sudo su

Mit "easyvdr" anmelden dann..

setup

Nun sollten wir im normalen easyVDR Setup sein.
4. Netzwerk > Netzwerk einrichten > yes > ip_Einstellungen > schätze mal "LAN" > DHCP > weiter > Streamdev abbrechen > fertig

Nun haben wir die Netzwerk Einstellungen wieder ubuntu konform gemacht.
Dann im Setup auf Reboot..

Theoretisch müsste bei dir nun die Netzwerk Erkennung durchlaufen und auch Netzwerk finden.

Wenn das nicht der Fall ist und überhaupt nix passiert, bzw nur Blackscreen kommt, machst du folgendes..

Alt+ctrl+f2 bzw f3
anmelden und hw-detect Setup unterbrechen, dann an der Console wieder

sudo su
rm /etc/init/easyvdr-setup-call.override
reboot

Nun sollte die Netzwerk Erkennung starten und auch Netzwerk finden.
Nach ein paar updates usw solltest du die Hardware Erkennung starten können.

Edit:
@Michel
Könnte man hier nicht bei Auswahl "VDR 1st Start" bevor rebootet wird in der easyVDR2.5 die Netzwerkparameter automatisch auf Standard zurücksetzen? Denn dann scheint ja alles wieder zu laufen..

Gruß Aaron

hscheele 26.Mar.2016 17:08:05

Hallo Aaron,

dann mal von hinten nach vorne:

[*]Das mit dem "Setup -> Netzwerk -> Netzwerk einrichten -> DHCP" habe ich nun 2x gemacht, dennoch kommt nach dem Reboot wieder der grafische easyvdr-Bildschirm, dass kein Netzwerk gefunden wurde.
[*]
Der Plan B mit "rm /etc/init/easyvdr-setup-call.override" fällt bei mir flach, da als einzige Datei in dem Ordner eine "easyvdr-setup-call.conf" existiert. In jedem Fall läuft der angegebene Befehl auf einen Fehler ("Datei oder Verzeichnis nicht gefunden")

Ansonsten … würde ich gerne meine Prio (neben dem Netzwerk, wo ich nun nicht weiterkomme) zunächst mal auf den nicht mehr auf dem Bildschirm sichtbaren VDR legen. Laufen tut er und über " Live" ist er auch bedienbar, aber man sieht eben nix. Erst dann werde ich vermutlich testen können, ob bei sichtbarem VDR das Löschen der asound.conf's irgendeinen Effekt hat. Korrekt?

Dir erstmal danke, dass du dir neben Ostereinkaufs- und Putzstress noch die Zeit nimmst. Meine Lütten und ich werden es dir spätestens dann danken, wenn die "Sendung mit der Maus" wieder mit Ton geguckt werden kann ;-)

Hartmut

gb 26.Mar.2016 17:27:34

Ok, neuer Plan..

Guck mal an der Console unter /etc/network in interfaces.
Dort müsste der Inhalt darauf reduziert werden:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Dann Reboot und gucken ob's läuft..

Gruß Aaron

hscheele 26.Mar.2016 17:38:12

Hmmm … habe also folgendes auskommentiert:

# The primary network interface
auto eth0
iface eth0 inet dhcp

… aber Reboot weiter ohne Erfolg (nur einige CIFS-Fehler wegen dem nun fehlenden eth0).

:-(
(Hartmut)

gb 26.Mar.2016 17:42:53

Achso kommt dann nach Ablauf des Netzwerk detect der Netzwerk-Manager, also diese grafische Oberfläche?

Dort mal im Netzwerk-Manager dein Netzwerk einrichten.

Da es jetzt wirklich ubuntu konform ist, sollte dieser eigentlich jetzt tun.

hscheele 26.Mar.2016 17:48:39

Ja, der Netzwerk-Manager kommt, aber der (nicht beschriftete) Button springt nur zurück auf die Kommandozeile ("easyvdr-dialog-startx-net start/running, process 2991").

Startx scheint übrigens auch ein Problem zu haben: Wenn ich stopx mache und danach startx eingebe, kommt sowas wie ":init: connection to X server lost". Wohl eine andere Baustelle …

Hartmut

gb 26.Mar.2016 17:56:23

Da du den "vdr 1st Start" gewählt hast, wurde der upstart verändert und primär wird nun versucht den ersten Start zu durchlaufen.

Hier nun nebenbei x Oberflächen oder sogar vdr zu starten, ist eigentlich nicht vorgesehen.

Dein Problem ist im Moment lediglich das Netzwerk, es muß irgendwie wieder zum laufen gebracht werden, ansonsten kannst du den ersten Start nicht vollständig durchlaufen :( und hängst fest.

Das es bei dir nicht mit der DHCP Einstellung funktioniert hat ist schon seltsam. Ich hab das hier 3x probiert und es hat jedesmal funktioniert.

Mhhh.. Schwieriger Fall

hscheele 26.Mar.2016 17:59:13

OK, wieder fokussiert … danke! ;-)

Neues Problem: Mit der Modifikation in der "etc/network/interfaces" ist es mit der Erreichbarkeit über Browser-IP / SSH natürlich Essig. Lasse mal erneut im Setup das Network -> DHCP-Programm durchlaufen.

Hartmut

hscheele 26.Mar.2016 18:08:06

OK, gemacht. Same procedure as … last time: Netzwerkmanager sucht 25x eine Verbindung, dafür sind aber die CIFS-Fehler (weil er wieder eth0 hat). Habe gleichzeitig von DHCP auf manuelle IP umgestellt. Das war's aber auch nicht …

Muss jetzt die Kinder wässern und danach steht Sozialprogramm an. Mache daher leider erst morgen wieder weiter … vielleicht kommt bis dahin aber noch irgendwoher ein heisser Tipp her ;-)

Aaron: Dir erstmal danke und einen schönen Abend!

Hartmut

gb 26.Mar.2016 18:09:41

Habe gerade auch mal die Interfaces so angepasst wie oben beschrieben, ersten Start durchführt und beim Reboot wurde sofort automatisch ein Netzwerk erkannt/eingerichtet. ::)

Jetzt frag mich mal, was bei dir da schief läuft :(

michel8 26.Mar.2016 23:26:44

Sorry Leute, aber auch Entwickler sind mal weit weg vom VDR und können nicht bei allem und immer sofort helfen.
Mittwoch bin ich wieder daheim und schaue mir die Problemmeldungen im Detail an...

Schöne Osterfeiertage
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

Bleifuss2 27.Mar.2016 09:55:44

Vielleicht wird www.easyvdr.de gesucht, das war mal so.
Und es gibt ja leider nur noch www.easy-vdr.de.

Produktiv-VDR:
Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0

Bleifuss2 27.Mar.2016 10:10:11

Aktuell gibt es kein www.easyvdr.de mehr.

Versuch mal in einem Terminal:

sudo start network-manager
sudo apt-get update
sudo apt-get dist-upgrade

Dann neu booten

Produktiv-VDR:
Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0

gb 27.Mar.2016 11:01:32

[quote='Bleifuss2 link' pid='18143' dateline='1459066211']
Aktuell gibt es kein www.easyvdr.de mehr.

Danke Bleifuss, das erklärt einiges..

Gruß Aaron

hscheele 27.Mar.2016 21:09:08

Ok Gentlemen …

@ Bleifuss2: aktuell läuft der Network-Manager, weshalb ein manueller Start nicht klappt ("start: Job is already running: network-manager"). Ein "apt-get update" klappt aktuell nicht, da der die Server nicht erreichen kann (z.B. "Fehl http://ppa.launchpad.net trusty Release.gpg | »ppa.launchpad.net« konnte nicht aufgelöst werden.")

@All: Zwischenzeitlich hatte ich mal eine Netzwerkverbindung, habe aber nicht mehr auf dem Schirm, was das konkret ausgelöst hat. Vermutlich hat das mehrfache Durchlaufen von "Setup / Netzwerk / DHCP" sowie das testweise Umstellen des "Standard-Video-Out-Devices" im Setup auf (sinngemäß) "Experimentell" (und zurück) was geheilt. Ich weiss auch noch, dass ich testweise im easyVDR Portal das Ausgabe-Frontend auf XBMC umgestellt hatte, was zwischenzeitlich nicht mehr klappte. Beim Rückstellen auf "Softhddevice" hatte ich dann den VDR wieder sichtbar. Das hat aber den nächsten Neustart nicht überstanden.

Also … Problem ist weiter die Unklarheit, wie der Autostart des Netzwerk-Managers unterbunden werden kann und wie ansonsten die Netzverbindung dauerhaft gefixt werden kann. Sehe aber, dass mittlerweile so viel verstellt sein könnte, dass auch danach ein äußerst tiefes Detailwissen notwendig sein könnte, um hier das System zu heile

Ansonsten … wäre mein Plan B, alles zu sichern, was an Handarbeit in den aktuellen VDR geflossen ist und die Neuinstallation zu wagen. Klingt zunehmend attraktiv …

--
Viele Grüße ... und … ach ja … noch allseits frohe Ostern ;-)

Hartmut

PS: @ michel8: Solltest nicht genötigt werden, hier ad-hoc einzusteigen. Alles Gute noch in der VDR-Auszeit bis Mittwoch :-)

Bleifuss2 27.Mar.2016 21:26:35

Hallo

Falls du nochmal Netz hast Updaten wie oben angegeben.

Produktiv-VDR:
Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0

hscheele 27.Mar.2016 21:52:29

Leider nein, aktuell kein Netz … Update läuft auf Fehler wie beschrieben

Hartmut

gb 27.Mar.2016 21:53:10

[quote='hscheele link' pid='18143' dateline='1459105748']
aktuell läuft der Network-Manager, weshalb ein manueller Start nicht klappt ("start: Job is already running: network-manager"). Ein "apt-get update" klappt aktuell nicht, da der die Server nicht erreichen kann (z.B. "Fehl [url=http://ppa.launchpad.net]http://ppa.launchpad.net trusty Release.gpg | »ppa.launchpad.net« konnte nicht aufgelöst werden.")

Ok wichtig ist bisher lediglich ein Netzwerk mit Internetverbindung zu bekommen. Wenn der Netzwerk-Manager schon läuft:

sudo su
killall network-manager
start network-manager

Eventuell bekommst du ihn so auf den Schirm..

Gruß Aaron

hscheele 27.Mar.2016 22:02:34

Hi Aaron,

leider (wieder) negativ, hatte ich bereits getestet ("network-manager: Kein Prozess gefunden").

Hartmut

gb 27.Mar.2016 22:10:58

Und wenn du im easyVDR Setup das Netzwerk auf DHCP stellst, Setup beendest und dann ein apt-get update versuchst passiert was?

mango 27.Mar.2016 23:11:43

Hi,

[quote='hscheele link' pid='18143' dateline='1459108349']
Leider nein, aktuell kein Netz … Update läuft auf Fehler wie beschrieben
was steht denn in der "/etc/network/interfaces"?

Gruss
Wolfgang

[spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR

hscheele 29.Mar.2016 19:13:34

Hallo zusammen,

ok, Namensauflösung funktioniert wieder: Anhand eines PC-Welt-Artikels (http://www.pcwelt.de/ratgeber/Vier_Tricks_gegen_Linux-Netzwerkprobleme-Troubleshooting-8980883.html) habe ich nun auch verstanden, dass ein im Netz erreichbarer VDR, der nicht in die Welt pingen kann, vermutlich ein Problem mit einem falsch konfigurierten Nameserver hat. So war es dann auch: easyVDR-Setup + Netzwerk + Netzwerk + Nameserver, die fehlerhaft aktivierte Loopback-Adresse deaktiviert und stattdessen die IP meiner Fritzbox angegeben. Dann ging es, auch nach einem Neustart. Gehe ich nochmal in das Netzwerk-Setup, ist die 127.0.1.1 wieder als default vorgegeben. Woher das auch immer kommt …

Nevertheless … das apt-get update + apt-get upgrade + apt-get dist-upgrade ist nun durchgelaufen, wobei dist-upgrade keinen Effekt hatte und das upgrade nur Irrelevantes upgedatet hat. Entsprechend hat sich nichts positives ergeben.

// Hartmut

hscheele 29.Mar.2016 22:20:39

Hallo Wolfgang,

sehe gerade, dass ich die Antwort auf deinen Beitrag noch nicht abgeschickt hatte. Ups ;-)

Hallo Wolfgang,

zu der "/etc/network/interfaces":

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

@ Aaron: Zum Vorschlag dass "Netzwerk im easyVDR Setup auf DHCP zu stellen": Leider keine Änderung, die Server-Adressen können alle nicht aufgelöst werden. Habe aber bei der Gelegenheit bemerkt, dass der VDR akustisch im Hintergrund läuft, solange der Netzwerk-Manager als grafischer Dialog sichtbar ist. Klicke ich den Button und beende damit den Dialog, ist der Fernseher wieder stumm ("kopfkratz").

By the way: Was muss eigentlich im easyVDR Setup beim Durchlaufen des Netzwerk-Setups unter "IP Nameserver" angegeben werden? Aktuell ist dort immer nur die interne Loopback Adresse mit 127.0.1.1 angegeben. Habe zusätzlich noch die IP meines DHCP-Servers angegeben (meine Fritz-Box), aber das war nicht erfolgreich.

Hartmut :-(

Ist aber auch jetzt nach gefixtem Netzwerk noch genauso. Der Nameserver scheint woanders konfiguriert zu werden.

// H.

gb 29.Mar.2016 22:36:27

Hallo Hartmut..

Also mir gehen leider die Ideen aus, wenn noch einer helfen kann, wäre es Michel..

MfG Aaron

michel8 29.Mar.2016 22:58:16

Hallo Zusammen,

[quote='gb link' pid='18143' dateline='1458996228']
[quote author=hscheele link=topic=18462.msg174027#msg174027 date=1458994336]
ok, wieder was gelernt. Hatte die Hoffnung, dass die Neuinitialisierung mit weniger Nebenwirkungen ablaufen würde, da dieser Punkt im Setup (auch für so Leute wie mich klickbar) als Eintrag vorhanden war ;-)
Theoretisch sollte dieser Punkt 1.er Start wohl eher raus aus dem Setup.
Im Endstadium von der easyVDR2.1 ist dieses Problem das erste mal richtig aufgetreten, da ubuntu irgendwas am Netzwerkmanager geändert hat.

Den Konfig-Aufruf zum 1st-Start gibt es seit easyvdr 0.8 und bis vor kurzem war der auch komplett DAU-tauglich.
Einzig das Netzwerksetup ist da durch den ubuntu Netzwerkmanager inzwischen ein Problem, das sich aber lösen lassen sollte. Gleich das 1st-start totzulegen ist sicher nicht ungeprüft erforderlich.

Wie bereits in anderen posts geschrieben wurde, sind 2 Files dafür verantwortlich, dass es mit dem Internetzugriff nach der 1st-start nicht richtig tut:
A) /etc/network/interfaces:
alle darin genannten interfaces darf der NetworkManager nicht verwalten, daher sollte nicht mehr als das folgende darin stehen:
# 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

B) /etc/resolv.conf
die wird aber automatisch aus den 3 files head, base und tail in /etc/resolvconf/resolv.conf.d/ zusammengebaut.
Für einen brauchbaren Start beim Reboot sollte nur die Zeile
127.0.0.1 in der
/etc/resolvconf/resolv.conf.d/tail stehen und danach der Befehl
sudo resolvconf -u ausgeführt sein

[quote='gb link' pid='18143' dateline='1459003258']
@Michel
Könnte man hier nicht bei Auswahl "VDR 1st Start" bevor rebootet wird in der easyVDR2.5 die Netzwerkparameter automatisch auf Standard zurücksetzen? Denn dann scheint ja alles wieder zu laufen..

Zusammenfassend also folgendes versuchen:
stopvdr; stop easyvdr-desktop
nun nach A) und B) die interfaces und die resolv.conf neu schreiben
jetzt erst die 1st-start ausführen
nach dem reboot müsste die Erkennung, dass kein Netzwerk da ist kommen, nur ist das Interface (z.B. eth0) jetzt frei und kann im automatisch gestartete GUI vom Networkmanager konfiguriert werden soweit notwendig.

Wenn ich recht habe, läuft dann auch alles bis durch die Erstconfig durch.
Sollte das so passen, dann schreibe ich gerne die 1st-start für die 2.5 diesbezüglich um...

Gruß
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

hscheele 29.Mar.2016 23:18:19

Hallo Michel,

trotz dass das Netzwerk nun lief, habe ich die Einträge nun angepasst:

[*]/etc/network/interfaces => habe die eth0-Einträge deaktiviert
[*]/etc/resolvconf/resolv.conf.d/tail => 127.0.0.1 eingetragen (war leer … oder ggf. nicht vorhanden)
[*]resolvconf -u => ausgeführt, danach folgende Meldung: "/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf"

Scheint wohl bereits ein Problem zu geben … dennoch "VDR 1st Start" ausführen?

// Hartmut

michel8 30.Mar.2016 00:43:56

[quote='hscheele link' pid='18143' dateline='1459286299']
trotz dass das Netzwerk nun lief, habe ich die Einträge nun angepasst:

[*]/etc/network/interfaces => habe die eth0-Einträge deaktiviert
[*]/etc/resolvconf/resolv.conf.d/tail => 127.0.0.1 eingetragen (war leer … oder ggf. nicht vorhanden)
[*]resolvconf -u => ausgeführt, danach folgende Meldung: "/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf"
Scheint wohl bereits ein Problem zu geben … dennoch "VDR 1st Start" ausführen?

Nein passt schon Hartmut,

ist nur eine unkritische altlast, dass es die /etc/resolv.conf noch als file und nicht als Link auf /run/resolvconf/resolv.conf gibt.
Könntest Du korrigieren, denn gibt es diese Warnung nicht mehr nach dem "resolvconf -u".
Die /run/resolvconf/resolv.conf sollte sich dadurch nicht ändern

Sonst sollte 1st-start dann funktionieren und das Netzwerksetup möglich sein.

Danke für's Testen

Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

hscheele 30.Mar.2016 21:52:11

Hallo Michel,

jetzt, wo das Netzwerk nicht mehr läuft (s.o.), finde ich den "1st-start"-Eintrag nicht mehr im Setup. Das wird scheinbar abgeprüft. Sonst habe ich an keinen Knöpfen gedreht.

Vorschlag: Netzwerk-Setup nochmal durchlaufen und dann gucken, ob der "1st-start"-Eintrag wieder erscheint?

// Hartmut

gb 30.Mar.2016 22:05:43

Hallo Hartmut, war der erste start nicht im Toolmenü wo man auch Terminal, oder Setup starten kann?

Gruß Aaron

hscheele 30.Mar.2016 22:08:09

Ja, genau: Konsole => sudo su … => Setup

// Hartmut

gb 30.Mar.2016 22:10:38

Nein nicht das Setup, das Toolmenü davor?http://uploads.tapatalk-cdn.com/20160330/3cd6fb2271e1b2cc9bb66fcba4a2e66d.jpg

MfG Aaron

hscheele 30.Mar.2016 22:35:29

OK, habe es wieder (Googlen nach easyvdr und toolmenü brachte folgenden Wiki-Eintrag: http://wiki.easy-vdr.de/index.php?title=Toolmenu).

Das Toolmenü wird über die Konsole gestartet (Eingabe "/usr/share/easyvdr/setup/toolmenu/easyvdr-toolmenu"), das Setup zwar auch, hat aber andere Optionen.

Habe nun auch einen "1st-start"-Eintrag ... :-)

hscheele 30.Mar.2016 23:25:53

Also, hier der Status nach dem ausgeführtem "1st-start":

[*]Reboot gelaufen, läuft aber wieder in die Netzwerksuche zwecks Verbindung ins Internet. Nach 25x testen kommt der altbekannte grafische Dialog. Setup stoppt.
[*]Log-In auf der Konsole: funktioniert via SSH, es startet ein Dialog "Quickstart-Tools für easyVDR 2.5-stable" und bietet an, das Setup fortzuführen. Ist mir via SSH wg. evtl. Netzwerkneukonfig zu heikel, gehe auf einen tty-Schirm und starte das Toolmenü erneut
[*]Dasselbe wie zuvor hier, alles läuft durch bis zur Einrichtung der Audioausgabe. Vermisse die fette Bildschirmschrift ("Bitte warten - Hardware wird geprüft". Hier dann folgende Fehlermeldung:

grep: /tmp/asound/: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf /tmp/asound/NVidia nicht möglich: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf /tmp/asound/NVidia nicht möglich: Datei oder Verzeichnis nicht gefunden
grep: /tmp/asound/: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf /tmp/asound/NVidia nicht möglich: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf /tmp/asound/NVidia nicht möglich: Datei oder Verzeichnis nicht gefunden
grep: /tmp/asound/: Datei oder Verzeichnis nicht gefunden

Im Menü zur Auswahl der Ausgabe-Schnittstellen werden dann 3x PCH (2 davon für HDMI) sowie 2x Nvidia gefunden (hw:1,7 hat bislang geklappt). Testton lässt auch sich nicht wieder geben, da scheint es also ein Problem zu geben. Nach Durchlaufen des weiteren Audio-Setups dann Reboot, und mich hat wieder der "Checking Internet-Connection-Dialog" ;-)

Wieder in die lokale Konsole, via "setup => Netzwerk" alles neu durchlaufen. Dann direkt im "setup => AudioVideo_out => Audio" die Soundeinrichtung durchlaufen (jetzt kommt auch die "Hardware wird geprüft"-Meldung). Alles klappt hier nun, auch der Testton. Setup verlassen (CTRL+C) und mit "ping google.de" das Netzwerk getestet. Verbindung steht. VDR gestartet (startvdr), jedoch keine Bildschirmausgabe.

Reboot … und ich sehe wieder die Suche nach der "Internet-Connection" + graf. Dialog. Schade! :-(

michel8 31.Mar.2016 00:16:28

Hallo Hartmut

[quote='hscheele link' pid='18143' dateline='1459373153']
Also, hier der Status nach dem ausgeführtem "1st-start":

Reboot gelaufen, läuft aber wieder in die Netzwerksuche zwecks Verbindung ins Internet. Nach 25x testen kommt der altbekannte grafische Dialog. Setup stoppt.
Hier sollte im Grafishen Dialog des Network-Managers nun aber dein Netzwerk-Interface eth0 euingestellt werden können - oder geht das immer noch nicht?
Wenn das immer noch nicht geht, Netzwerkkabel vor dem starten des 1st-start abziehen und dann, wenn der Grafische Dialog für den Netzwerkmanager kommt das Kabel wieder einstecken und dann hoffentlich den NM passend Konfigurieren.

Ein Starten des Setups auf einer anderen Konsole ist nicht zu empfehlen, wenn vor dem Presetup noch etwas in der Abfrage zur Netzwerkkonfiguration hängt - die Folgen sind vielfältig...

[quote='hscheele link' pid='18143' dateline='1459373153']
Setup verlassen (CTRL+C) und mit "ping google.de" das Netzwerk getestet.

Auch die Erstconfiguration mit STRG-C zu beenden ist keine gute Idee, besser wäre auf eine andere Konsole wechseln und dort mit z.B. ping testen

Gruß
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

hscheele 31.Mar.2016 22:24:33

Hallo Michel,

korrekt, der grafische Dialog des Netzwerk-Managers wurde zwar gestartet, aber das Drücken des einzigen Buttons führt nur zurück auf die Konsole zu einem blinkenden Cursor (und dem letzten Befehl "easyvdr-dialog-startx-net start/running, process 2097").

Habe daher 1st-start erneut ausgeführt (bei abgezogenem Netzwerkkabel), der Neustart führt dann wieder auf die Konsole in die Netzwerk-Suche. 25x probieren und es erscheint wieder der grafische Dialog des Netzwerk-Managers. Netzkabel eingesteckt, gewartet und den Button gedrückt. But … all the same as before: Kabel dran oder ab hat also nichts geändert.

Zur Info: Gehe ich auf eine andere Konsole, sehe ich über top, dass der blinkende Cursor von einem amok laufenden Prozess verursacht zu werden scheint:
PID BENUTZER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2487 root 20 0 18172 3140 2680 R 100,0 0,2 7:49.08 easyvdr-presetu
2705 easyvdr 20 0 27748 3276 2732 R 0,7 0,2 0:00.39 top
1 root 20 0 34184 4772 2700 S 0,0 0,2 0:02.88 init
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd

Entsprechend ist der Rechner in diesem Zustand unbedienbar.

Checke, woher das kommt:
root@egVDR:/home/easyvdr# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 22:01 ? 00:00:02 /sbin/init
root 2 0 0 22:01 ? 00:00:00
root 3 2 0 22:01 ? 00:00:00
root 4 2 0 22:01 ? 00:00:00 [kworker/0:0]
root 5 2 0 22:01 ? 00:00:00 [kworker/0:0H]
root 6 2 0 22:01 ? 00:00:00 [kworker/u8:0]
root 7 2 0 22:01 ? 00:00:00 [rcu_sched]
root 8 2 0 22:01 ? 00:00:00
root 9 2 0 22:01 ? 00:00:00
root 10 2 0 22:01 ? 00:00:00
root 11 2 0 22:01 ? 00:00:00
root 12 2 0 22:01 ? 00:00:00 [rcu_bh]
root 13 2 0 22:01 ? 00:00:00
root 14 2 0 22:01 ? 00:00:00
root 15 2 0 22:01 ? 00:00:00
root 16 2 0 22:01 ? 00:00:00
root 17 2 0 22:01 ? 00:00:00
root 18 2 0 22:01 ? 00:00:00
root 19 2 0 22:01 ? 00:00:00
root 20 2 0 22:01 ? 00:00:00
root 21 2 0 22:01 ? 00:00:00
root 22 2 0 22:01 ? 00:00:00 [kworker/1:0]
root 23 2 0 22:01 ? 00:00:00 [kworker/1:0H]
root 24 2 0 22:01 ? 00:00:00
root 25 2 0 22:01 ? 00:00:00
root 26 2 0 22:01 ? 00:00:00
root 27 2 0 22:01 ? 00:00:00 [kworker/2:0]
root 28 2 0 22:01 ? 00:00:00 [kworker/2:0H]
root 29 2 0 22:01 ? 00:00:00
root 30 2 0 22:01 ? 00:00:00
root 31 2 0 22:01 ? 00:00:00
root 32 2 0 22:01 ? 00:00:00 [kworker/3:0]
root 33 2 0 22:01 ? 00:00:00 [kworker/3:0H]
root 34 2 0 22:01 ? 00:00:00
root 35 2 0 22:01 ? 00:00:00
root 36 2 0 22:01 ? 00:00:00
root 37 2 0 22:01 ? 00:00:00
root 38 2 0 22:01 ? 00:00:00
root 39 2 0 22:01 ? 00:00:00
root 40 2 0 22:01 ? 00:00:00
root 41 2 0 22:01 ? 00:00:00
root 42 2 0 22:01 ? 00:00:00
root 43 2 0 22:01 ? 00:00:00
root 44 2 0 22:01 ? 00:00:00
root 45 2 0 22:01 ? 00:00:00 [ata_sff]
root 46 2 0 22:01 ? 00:00:00
root 47 2 0 22:01 ? 00:00:00
root 48 2 0 22:01 ? 00:00:00 [devfreq_wq]
root 50 2 0 22:01 ? 00:00:00 [kworker/0:1]
root 51 2 0 22:01 ? 00:00:00 [kworker/3:1]
root 53 2 0 22:01 ? 00:00:00
root 54 2 0 22:01 ? 00:00:00 [fsnotify_mark]
root 55 2 0 22:01 ? 00:00:00
root 67 2 0 22:01 ? 00:00:00
root 68 2 0 22:01 ? 00:00:00 [acpi_thermal_pm]
root 69 2 0 22:01 ? 00:00:00 [kworker/2:1]
root 70 2 0 22:01 ? 00:00:00 [ipv6_addrconf]
root 71 2 0 22:01 ? 00:00:00 [kworker/1:1]
root 90 2 0 22:01 ? 00:00:00
root 91 2 0 22:01 ? 00:00:00 [charger_manager]
root 137 2 0 22:01 ? 00:00:00 [kworker/u8:2]
root 138 2 0 22:01 ? 00:00:00
root 139 2 0 22:01 ? 00:00:00 [scsi_eh_0]
root 140 2 0 22:01 ? 00:00:00 [scsi_tmf_0]
root 141 2 0 22:01 ? 00:00:00 [scsi_eh_1]
root 142 2 0 22:01 ? 00:00:00 [scsi_tmf_1]
root 225 2 0 22:01 ? 00:00:00
root 255 2 0 22:01 ? 00:00:00
root 266 2 0 22:01 ? 00:00:00 [kworker/0:1H]
root 267 2 0 22:01 ? 00:00:00
root 268 2 0 22:01 ? 00:00:00
root 404 1 0 22:01 ? 00:00:00 upstart-udev-bridge --daemon
root 410 1 0 22:01 ? 00:00:00 /lib/systemd/systemd-udevd --daemon
root 466 2 0 22:01 ? 00:00:00 [irq/106-mei_txe]
root 471 2 0 22:01 ? 00:00:00 [kworker/1:1H]
root 474 2 0 22:01 ? 00:00:00
root 475 2 0 22:01 ? 00:00:00
root 481 2 0 22:01 ? 00:00:00 [kworker/2:1H]
root 489 2 0 22:01 ? 00:00:00
root 504 2 0 22:01 ? 00:00:00
root 505 2 0 22:01 ? 00:00:00 [kmpath_handlerd]
root 705 2 0 22:01 ? 00:00:00
root 710 2 0 22:01 ? 00:00:00 [xfs_mru_cache]
root 711 2 0 22:01 ? 00:00:00
root 714 2 0 22:01 ? 00:00:00
root 715 2 0 22:01 ? 00:00:00
root 717 2 0 22:01 ? 00:00:00
root 788 1 0 22:01 ? 00:00:00 rpcbind
statd 813 1 0 22:01 ? 00:00:00 rpc.statd -L
root 814 1 0 22:01 ? 00:00:00 upstart-socket-bridge --daemon
root 817 2 0 22:01 ? 00:00:00
root 835 2 0 22:01 ? 00:00:00
root 837 2 0 22:01 ? 00:00:00
root 838 2 0 22:01 ? 00:00:00
root 839 2 0 22:01 ? 00:00:00
root 840 2 0 22:01 ? 00:00:00
root 869 2 0 22:01 ? 00:00:00 [kworker/3:1H]
root 901 2 0 22:01 ? 00:00:00
root 908 2 0 22:01 ? 00:00:00
root 920 1 0 22:01 ? 00:00:00 smbd -F
root 948 920 0 22:01 ? 00:00:00 smbd -F
message+ 952 1 0 22:01 ? 00:00:00 dbus-daemon --system --fork
root 954 1 0 22:01 ? 00:00:00 rpc.idmapd
root 1011 1 0 22:01 ? 00:00:00 /lib/systemd/systemd-logind
syslog 1014 1 0 22:01 ? 00:00:00 rsyslogd
avahi 1037 1 0 22:01 ? 00:00:00 avahi-daemon: running [egVDR.local]
avahi 1038 1037 0 22:01 ? 00:00:00 avahi-daemon: chroot helper
root 1044 1 0 22:01 ? 00:00:00 upstart-file-bridge --daemon
root 1279 1 0 22:01 ? 00:00:00 /usr/sbin/cupsd -f
root 1296 1 0 22:01 ? 00:00:00 /usr/sbin/cups-browsed
root 1500 1 0 22:03 tty4 00:00:00 /sbin/getty -8 38400 tty4
root 1508 1 0 22:03 tty5 00:00:00 /sbin/getty -8 38400 tty5
root 1523 1 0 22:03 tty2 00:00:00 /sbin/getty -8 38400 tty2
root 1524 1 0 22:03 tty3 00:00:00 /sbin/getty -8 38400 tty3
root 1527 1 0 22:03 tty6 00:00:00 /sbin/getty -8 38400 tty6
daemon 1557 1 0 22:03 ? 00:00:00 atd
root 1563 1 0 22:03 ? 00:00:00 cron
root 1564 1 0 22:03 ? 00:00:00 acpid -c /etc/acpi/events -s /var/run/acpid.socket
root 1604 1 0 22:03 ? 00:00:00 /usr/sbin/irqbalance
root 1626 1 0 22:03 ? 00:00:00 /usr/sbin/automount
ajaxterm 1695 1 0 22:03 ? 00:00:00 python /usr/share/ajaxterm/ajaxterm.py --daemon --port=8022 --serverport=22 --uid=ajaxterm
root 1703 1 0 22:03 ? 00:00:00 /usr/sbin/blinkd
kernoops 1730 1 0 22:03 ? 00:00:00 /usr/sbin/kerneloops
root 1839 1 0 22:03 ? 00:00:00 /usr/lib/postfix/master
postfix 1843 1839 0 22:03 ? 00:00:00 pickup -l -t unix -u -c
postfix 1844 1839 0 22:03 ? 00:00:00 qmgr -l -t unix -u
shellin+ 1869 1 0 22:03 ? 00:00:00 /usr/bin/shellinaboxd -q --background=/var/run/shellinaboxd.pid -c /var/lib/shellinabox -p 4200 -u shellinabo
shellin+ 1870 1869 0 22:03 ? 00:00:00 /usr/bin/shellinaboxd -q --background=/var/run/shellinaboxd.pid -c /var/lib/shellinabox -p 4200 -u shellinabo
vdr 1892 1 0 22:03 ? 00:00:00 /usr/bin/perl -w /usr/bin/tracosrv.pl
root 1906 1 0 22:03 ? 00:00:00 /sbin/mdadm --monitor --pid-file /run/mdadm/monitor.pid --daemonise --scan --syslog
vdr 1978 1 0 22:03 ? 00:00:00 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
vdr 1987 1978 0 22:03 ? 00:00:00 /usr/bin/php-cgi
vdr 1990 1978 0 22:03 ? 00:00:00 /usr/bin/php-cgi
root 2012 1 0 22:03 tty1 00:00:00 /sbin/getty -8 38400 tty1
vdr 2014 1978 0 22:03 ? 00:00:00 /usr/bin/php-cgi
vdr 2019 1978 0 22:03 ? 00:00:00 /usr/bin/php-cgi
vdr 2023 1990 0 22:03 ? 00:00:00 /usr/bin/php-cgi
vdr 2024 1987 0 22:03 ? 00:00:00 /usr/bin/php-cgi
vdr 2026 2014 0 22:03 ? 00:00:00 /usr/bin/php-cgi
vdr 2027 2019 0 22:03 ? 00:00:00 /usr/bin/php-cgi
root 2169 1 0 22:04 ? 00:00:00 dhclient -1 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0
root 2263 1 0 22:04 ? 00:00:00 /usr/sbin/sshd -D
root 2304 1 0 22:04 ? 00:00:00 /usr/sbin/ModemManager
root 2342 1 0 22:04 ? 00:00:00 nmbd -D
root 2352 2 0 22:04 ? 00:00:00
root 2354 2 0 22:04 ? 00:00:00
root 2359 2 0 22:04 ? 00:00:00
root 2406 1 0 22:04 ? 00:00:00 /bin/sh -e /proc/self/fd/9
root 2431 2406 0 22:04 ? 00:00:00 /bin/bash /usr/share/easyvdr/installer/start.sh
root 2442 2 0 22:04 ? 00:00:00
root 2487 2431 98 22:04 ? 00:13:02 /bin/bash /usr/share/easyvdr/setup/easyvdr-presetup
root 2543 2263 0 22:11 ? 00:00:00 sshd: easyvdr
easyvdr 2698 2543 0 22:11 ? 00:00:00 sshd: easyvdr@pts/0
easyvdr 2699 2698 0 22:11 pts/0 00:00:00 -bash
root 2710 2699 0 22:15 pts/0 00:00:00 sudo su
root 2711 2710 0 22:15 pts/0 00:00:00 su
root 2712 2711 0 22:15 pts/0 00:00:00 bash
root 2732 2712 0 22:17 pts/0 00:00:00 ps -ef

Scheinbar hängt hier etwas, was in "/usr/share/easyvdr/setup/easyvdr-presetup" liegt. Hilft mir aber nicht wirklich weiter, da mit unklar ist, was hier konkret wo in welcher Reihenfolge abläuft.

Sonst noch eine Idee? Würde den Knaben sonst platt machen und das aktuelle 2.5er-ISO neu aufbügeln.

// Hartmut

michel8 01.Apr.2016 00:10:24

Danke Hartmut,

warum auch immer, wird bei Dir das GUI vom Networkmanager nicht sauber gestartet.
Ich werde am Wochenende mit einer neuen Platte das gleiche erneut bei mir testen - mal sehen wie sich das dann bei mir zeigt und melde mich hier wieder.

Danke für die Mühe, die Du Dir gemacht hast
Michel

Produktiv-VDR:
msi K9N2G-Neo (nvidia 8200 onBoard) mit Athlon X2 4850e mit SamuraiZZ
2xNova-HDS2, DH102

gb 01.Apr.2016 06:57:55

Hi..

ich habe das Thema "easyVDR 2.0 / 2.2 / 2.5: Audio deaktiviert sich von allein" ab den 2ten Beitrag abgetrennt, da ein völlig anders Problem behandelt wurde.

Gruß Aaron

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe