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

[hscheele]

Hallo zusammen,

ok, Namensauflösung funktioniert wieder: Anhand eines PC-Welt-Artikels (http://www.pcwelt.de/ratgeber/Vier_Trick...80883.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]

Hallo Wolfgang,

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

Hallo Wolfgang,

zu der "/etc/network/interfaces":

Code:

# 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]

Hallo Hartmut..

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

MfG Aaron

[michel8]

Hallo Zusammen,

[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.
[/quote]
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:

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

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

Code:

127.0.0.1

in der
/etc/resolvconf/resolv.conf.d/tail stehen und danach der Befehl
sudo resolvconf -u ausgeführt sein

@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

[hscheele]

Hallo Michel,

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

1. /etc/network/interfaces => habe die eth0-Einträge deaktiviert
   
2. /etc/resolvconf/resolv.conf.d/tail => 127.0.0.1 eingetragen (war leer … oder ggf. nicht vorhanden)
   
3. 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]

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

[hscheele]

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]

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

Gruß Aaron

[hscheele]

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

// Hartmut

[gb]

Nein nicht das Setup, das Toolmenü davor?

MfG Aaron

[hscheele]

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]

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

1. Reboot gelaufen, läuft aber wieder in die Netzwerksuche zwecks Verbindung ins Internet. Nach 25x testen kommt der altbekannte grafische Dialog. Setup stoppt.
   
2. 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
   
3. 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:
   

Code:

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]

Hallo Hartmut

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

• [li]Reboot gelaufen, läuft aber wieder in die Netzwerksuche zwecks Verbindung ins Internet. Nach 25x testen kommt der altbekannte grafische Dialog. Setup stoppt.[/l]

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...

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

[hscheele]

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:

Code:

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:

Code:

[email protected]:/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 [kthreadd]
root         3     2  0 22:01 ?        00:00:00 [ksoftirqd/0]
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 [rcuos/0]
root         9     2  0 22:01 ?        00:00:00 [rcuos/1]
root        10     2  0 22:01 ?        00:00:00 [rcuos/2]
root        11     2  0 22:01 ?        00:00:00 [rcuos/3]
root        12     2  0 22:01 ?        00:00:00 [rcu_bh]
root        13     2  0 22:01 ?        00:00:00 [rcuob/0]
root        14     2  0 22:01 ?        00:00:00 [rcuob/1]
root        15     2  0 22:01 ?        00:00:00 [rcuob/2]
root        16     2  0 22:01 ?        00:00:00 [rcuob/3]
root        17     2  0 22:01 ?        00:00:00 [migration/0]
root        18     2  0 22:01 ?        00:00:00 [watchdog/0]
root        19     2  0 22:01 ?        00:00:00 [watchdog/1]
root        20     2  0 22:01 ?        00:00:00 [migration/1]
root        21     2  0 22:01 ?        00:00:00 [ksoftirqd/1]
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 [watchdog/2]
root        25     2  0 22:01 ?        00:00:00 [migration/2]
root        26     2  0 22:01 ?        00:00:00 [ksoftirqd/2]
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 [watchdog/3]
root        30     2  0 22:01 ?        00:00:00 [migration/3]
root        31     2  0 22:01 ?        00:00:00 [ksoftirqd/3]
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 [khelper]
root        35     2  0 22:01 ?        00:00:00 [kdevtmpfs]
root        36     2  0 22:01 ?        00:00:00 [netns]
root        37     2  0 22:01 ?        00:00:00 [khungtaskd]
root        38     2  0 22:01 ?        00:00:00 [writeback]
root        39     2  0 22:01 ?        00:00:00 [ksmd]
root        40     2  0 22:01 ?        00:00:00 [khugepaged]
root        41     2  0 22:01 ?        00:00:00 [crypto]
root        42     2  0 22:01 ?        00:00:00 [kintegrityd]
root        43     2  0 22:01 ?        00:00:00 [bioset]
root        44     2  0 22:01 ?        00:00:00 [kblockd]
root        45     2  0 22:01 ?        00:00:00 [ata_sff]
root        46     2  0 22:01 ?        00:00:00 [khubd]
root        47     2  0 22:01 ?        00:00:00 [md]
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 [kswapd0]
root        54     2  0 22:01 ?        00:00:00 [fsnotify_mark]
root        55     2  0 22:01 ?        00:00:00 [ecryptfs-kthrea]
root        67     2  0 22:01 ?        00:00:00 [kthrotld]
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 [deferwq]
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 [kpsmoused]
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 [raid5wq]
root       255     2  0 22:01 ?        00:00:00 [bioset]
root       266     2  0 22:01 ?        00:00:00 [kworker/0:1H]
root       267     2  0 22:01 ?        00:00:00 [jbd2/sda1-8]
root       268     2  0 22:01 ?        00:00:00 [ext4-rsv-conver]
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 [hd-audio1]
root       475     2  0 22:01 ?        00:00:00 [hd-audio0]
root       481     2  0 22:01 ?        00:00:00 [kworker/2:1H]
root       489     2  0 22:01 ?        00:00:00 [kvm-irqfd-clean]
root       504     2  0 22:01 ?        00:00:00 [kmpathd]
root       505     2  0 22:01 ?        00:00:00 [kmpath_handlerd]
root       705     2  0 22:01 ?        00:00:00 [xfsalloc]
root       710     2  0 22:01 ?        00:00:00 [xfs_mru_cache]
root       711     2  0 22:01 ?        00:00:00 [xfslogd]
root       714     2  0 22:01 ?        00:00:00 [xfs-data/sda5]
root       715     2  0 22:01 ?        00:00:00 [xfs-conv/sda5]
root       717     2  0 22:01 ?        00:00:00 [xfs-cil/sda5]
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 [xfsaild/sda5]
root       835     2  0 22:01 ?        00:00:00 [xfs-data/sdb1]
root       837     2  0 22:01 ?        00:00:00 [xfs-conv/sdb1]
root       838     2  0 22:01 ?        00:00:00 [xfs-cil/sdb1]
root       839     2  0 22:01 ?        00:00:00 [xfsaild/sdb1]
root       840     2  0 22:01 ?        00:00:00 [cifsiod]
root       869     2  0 22:01 ?        00:00:00 [kworker/3:1H]
root       901     2  0 22:01 ?        00:00:00 [rpciod]
root       908     2  0 22:01 ?        00:00:00 [nfsiod]
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 [cifsd]
root      2354     2  0 22:04 ?        00:00:00 [cifsd]
root      2359     2  0 22:04 ?        00:00:00 [cifsd]
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 [kauditd]
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 [priv]
easyvdr   2698  2543  0 22:11 ?        00:00:00 sshd: [email protected]/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]

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

[gb]

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