easyVDR

Normale Version: Bootdauer
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo,
ich möchte nachfragen, wie lange bei euch die Bootdauer ist. Ich habe die 5.0Alpha auf einer SATA Testfestplatte (Excelstor 80GB) und von Power on bis zum TV-Bild vergehen bei mir 1:45min.
Ist dies mit eurer vergleichbar und normal?

Mit easyVDR3 und einer SSD komme ich auf ca. 45s Bootzeit.

Gruß Schwabe
Moing,

bei der 5(alpha) dauerts bei mir je nach Test-Festplatte (5 Stück) von 1:00 bis ca. 1:45
Mit meiner nvm-ssd im 16x Grafikport ca 15 Sekunden

Grüsse
Hmmm... das könnte ein Folgefehler auch von dem "SVDRP-Port 6419 nicht offen"-Problem sein (der VDR restartet sich ein paar Male, ich weiss nicht, warum...).

Hast du einmal mit "journalctl --list-boots" und dann "journalctl --since HIERZEITEINSETZEN" nachgesehen, was in den Syslogs steht? Das sollte damit relativ schnell zu finden sein... Beispiel:
Code:
[email protected]:~# journalctl --list-boots
-127 842140879334436491265f589c68fc85 Sat 2020-05-23 21:32:39 CEST—Sat 2020-05-23 22:02:31 CEST
-126 406f3c24355c4a4d81cad778b590eaa9 Sat 2020-05-23 22:23:08 CEST—Sat 2020-05-23 22:29:07 CEST
...
  -3 84acc7882d98482c8f2d197b15e0352d Wed 2020-10-28 18:43:18 CET—Wed 2020-10-28 21:20:27 CET
  -2 1bc69cd619fd43c793503b3cae04da1a Wed 2020-10-28 21:20:58 CET—Wed 2020-10-28 21:23:59 CET
  -1 e9300dc0262c44e283449e8ddff8d048 Wed 2020-10-28 21:24:41 CET—Wed 2020-10-28 21:25:59 CET
   0 fbfbeedffb1241deab695eade29a7701 Wed 2020-10-28 21:26:30 CET—Thu 2020-10-29 18:15:07 CET
[email protected]:~# journalctl --since "2020-10-28 21:24:41" | more
-- Logs begin at Sat 2020-05-23 21:32:39 CEST, end at Thu 2020-10-29 18:16:35 CET. --
Okt 28 21:24:41 thanner kernel: Linux version 5.4.0-45-generic ([email protected]) (gcc version 9.3.0 (Ubuntu 9.3.0-10ubu
ntu2)) #49-Ubuntu SMP Wed Aug 26 13:38:52 UTC 2020 (Ubuntu 5.4.0-45.49-generic 5.4.55)
Okt 28 21:24:41 thanner kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-45-generic root=UUID=7709bdaf-9e59-451c-8bee-a653
e7b9b2d7 ro noprompt nosplash nomodeset apparmor=0
Okt 28 21:24:41 thanner kernel: KERNEL supported cpus:
Okt 28 21:24:41 thanner kernel:   Intel GenuineIntel
...
Okt 28 21:24:45 thanner easyvdr-systemstart[1128]: 1/3 wait for X initialization
Okt 28 21:24:45 thanner easyvdr-systemstart[1129]: ++ date
Okt 28 21:24:45 thanner easyvdr-systemstart[723]: + echo 'Mi 28. Okt 21:24:45 CET 2020: 1/3 wait for X initialization'
Okt 28 21:24:45 thanner easyvdr-systemstart[1130]: + /usr/bin/test -e /tmp/vdr_display_connected
Okt 28 21:24:45 thanner easyvdr-systemstart[723]: + ((  loc_WAIT=14-1  ))
Okt 28 21:24:45 thanner easyvdr-systemstart[723]: + '[' 13 -eq 0 ']'
Okt 28 21:24:45 thanner easyvdr-systemstart[723]: + sleep 1
Okt 28 21:24:46 thanner wpa_supplicant[604]: wlp3s0: CTRL-EVENT-REGDOM-CHANGE init=DRIVER type=COUNTRY alpha2=DE
...
Okt 28 21:25:14 thanner lircd-0.10.1[5021]: Notice: Driver  version: 0.10.0
Okt 28 21:25:14 thanner lircd-0.10.1[5021]: Notice: Driver  info: See file:///usr/share/doc/lirc/plugindocs/audio-alsa.html
Okt 28 21:25:14 thanner lircd[5021]: lircd-0.10.1[5021]: Info: lircd:  Opening log, level: Info
Okt 28 21:25:14 thanner lircd-0.10.1[5021]: Info: lircd:  Opening log, level: Info
Okt 28 21:25:14 thanner lircd[5021]: lircd-0.10.1[5021]: Notice: Using systemd fd
...
Okt 28 21:25:14 thanner easyvdr-systemstart[723]: + sleep 25
Okt 28 21:25:15 thanner easyvdr-module-loader[5638]: wait for DVB Device 0.1s
Okt 28 21:25:15 thanner easyvdr-runvdr[5713]: Starting VDR
Okt 28 21:25:15 thanner vdr[5716]: [5716] VDR version 2.2.0 started
Okt 28 21:25:15 thanner vdr[5716]: [5716] switched to user 'vdr'
Okt 28 21:25:15 thanner vdr[5716]: [5716] codeset is 'UTF-8' - known
Okt 28 21:25:15 thanner vdr[5716]: [5716] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
Okt 28 21:25:15 thanner vdr[5716]: [5716] override character table is 'ISO-8859-9'
...
Also... sudo journalctl und du siehst, wo er hängt.

Tschö

Gunther
Hallo Gunther, verstehe nicht, nach was ich genau suchen soll. Kannst du mir das nochmal erklären. Danke.
Okay... kannst Du Dich via ssh (putty.exe) von einem PC auf dem VDR anmelden? Oder kommst Du aus dem Konfigurationsmenue (das textbasierte easyvdr-setup) auf die Shell/Kommandozeile?
Bis gleich/später
Hallo Gunther,
ja ich komme via putty/WinSCP auf den VDR. Ich habe ja auch schon deine Suchbefehle eingegeben. Nur mit dem Befehl und einer eingesetzten Zeit -> journalctl --since HIERZEITEINSETZEN bekomme ich so viel ausgegeben und ich weiß nicht nach was ich suchen soll.
Deine Vermutung ist ja das "SVDRP-Port 6419 nicht offen"-Problem. Wie erkenne ich das im syslog?

Danke dir. Gruß Steffen
Sieh' dir oben das Beispiel an. Mit
Code:
journalctl --list-boots
bekommst du eine Liste aller Reboots wie folgt:
Code:
  ...
  -2 1bc69cd619fd43c793503b3cae04da1a Wed 2020-10-28 21:20:58 CET—Wed 2020-10-28 21:23:59 CET

  -1 e9300dc0262c44e283449e8ddff8d048 Wed 2020-10-28 21:24:41 CET—Wed 2020-10-28 21:25:59 CET

   0 fbfbeedffb1241deab695eade29a7701 Wed 2020-10-28 21:26:30 CET—Thu 2020-10-29 18:15:07 CET
Der letzte Reboot war dann der "0", der vorletzte der "-1". Der Reboot "0" fand im Beispiel statt am "2020-10-28 21:26:30" (das Log/Journal läuft/lief dann bis "2020-10-29 18:15:07".

Du möchtest gerne das Log vom gesamten Boot sehen, also sagst du:

Code:
journalctl --since "2020-10-28 21:26:30"

Und ich wette, der VDR fährt Aufzug mit PANIC irgendwo oder aber etwas anderes dauert ewig/länger.
Das Port-nicht-offen-Problem... erkenne ich nicht (noch nicht?) im syslog/journal... aber wenn du folgenden Befehl absetzt (bei laufendem VDR), dann muss etwas herauskommen so wie:
Code:
[email protected]:~# lsof | grep 6419
vdr        3558                                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3559 dynamite                  vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3564 frontend                  vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3565 device                    vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3567 frontend                  vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3568 device                    vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3569 streamdev                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3570 VNSI\x20S                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3571 burn-chai                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3572 EPGSearch                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3573 extrecmen                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3574 VNSIStatu                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3576 vdr                       vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3577 vdr                       vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3605 LIRC\x20r                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3607 device                    vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3608 osdtelete                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  3610 device                    vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558  5315 VNSI\x20C                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558 40870 VNSI\x20C                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558 40871 device                    vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558 40872 cLiveStre                 vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
vdr        3558 40874 device                    vdr   78u     IPv4              38041       0t0        TCP localhost:6419 (LISTEN)
[email protected]:~#
Das oben ist ein"korrekt" laufender VDR... jede Menge LISTEN auf Port 6419, der SVDRP-Port.

Das hier jetzt ist der kaputte, bei dem ich z.B. kein Frontend bekomme und der "Aufzug" fährt und sich dann nach 40 Versuchen beendet:
Code:
[email protected]:~# ps -ef|grep vdr | grep 6419
vdr        59809    1784  4 13:57 ?        00:00:17 /usr/bin/vdr --dirnames=,,1 --user=vdr --grab=/media/easyvdr01/photos --lib=/usr/lib/vdr/plugins -Pstreamdev-server  -Ptext2skin  -Psofthddevice  -f  -v vdpau -d :0   -a default -p iec958:CARD=PCH,DEV=0,AES0=0x6  -w alsa-driver-broken    -Psetup --record=/usr/lib/vdr/easyvdr-recordingaction --video=/video0 --config=/var/lib/vdr --watchdog=500 --log=3 --epgfile=/var/cache/vdr/epg.data --port=6419 --shutdown=/usr/lib/vdr/easyvdr-shutdown.wrapper --no-kbd
[email protected]:~# lsof -p 59809 | grep LISTEN
vdr     59809  vdr    7u     IPv4             143787      0t0     TCP *:3000 (LISTEN)
[email protected]:~#
Mit dem "ps -ef|grep vdr|grep 6419" bekomme ich die Prozess-ID des VDR - hier 59809. Dann nachsehen, auf welchen Ports der Prozess 59809 lauscht - und siehe da, es ist nur 3000 und nicht 3000 und 6419.
Deswegen funktioniert SVDRP nicht....
Hallo,

(29.10.2020, 19:20)grumpf schrieb: [ -> ]Hmmm... das könnte ein Folgefehler auch von dem "SVDRP-Port 6419 nicht offen
wie ist die Ausgabe von
Code:
sudo netstat -tulpen

Gruss
Wolfgang
Hallo Wolfgang,

Ausgabe von
Code:
sudo netstat -tulpen
bringt
Code:
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       Benutzer   Inode      PID/Program name
tcp        0      0 0.0.0.0:3000            0.0.0.0:*               LISTEN      2000       34794      1686/vdr
tcp        0      0 0.0.0.0:7001            0.0.0.0:*               LISTEN      125        31828      998/vdradmind
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      0          30551      1172/smbd
tcp        0      0 0.0.0.0:4200            0.0.0.0:*               LISTEN      0          30035      1029/shellinaboxd
tcp        0      0 0.0.0.0:34890           0.0.0.0:*               LISTEN      2000       34809      1686/vdr
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      0          30552      1172/smbd
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      0          29604      1016/lighttpd
tcp        0      0 127.0.0.1:6419          0.0.0.0:*               LISTEN      2000       35981      1686/vdr
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      101        26390      577/systemd-resolve
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          27564      891/sshd: /usr/sbin
tcp        0      0 127.0.0.1:8022          0.0.0.0:*               LISTEN      116        27294      826/python2
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          29733      897/cupsd
tcp6       0      0 :::445                  :::*                    LISTEN      0          30549      1172/smbd
tcp6       0      0 :::139                  :::*                    LISTEN      0          30550      1172/smbd
tcp6       0      0 :::21                   :::*                    LISTEN      113        31988      1208/proftpd: (acce
tcp6       0      0 :::22                   :::*                    LISTEN      0          27566      891/sshd: /usr/sbin
tcp6       0      0 ::1:631                 :::*                    LISTEN      0          29732      897/cupsd
udp        0      0 0.0.0.0:46690           0.0.0.0:*                           117        27910      586/avahi-daemon: r
udp        0      0 127.0.0.53:53           0.0.0.0:*                           101        26389      577/systemd-resolve
udp        0      0 192.168.0.3:68          0.0.0.0:*                           100        22358      335/systemd-network
udp        0      0 192.168.0.255:137       0.0.0.0:*                           0          30490      900/nmbd
udp        0      0 192.168.0.3:137         0.0.0.0:*                           0          30489      900/nmbd
udp        0      0 0.0.0.0:137             0.0.0.0:*                           0          30479      900/nmbd
udp        0      0 192.168.0.255:138       0.0.0.0:*                           0          30492      900/nmbd
udp        0      0 192.168.0.3:138         0.0.0.0:*                           0          30491      900/nmbd
udp        0      0 0.0.0.0:138             0.0.0.0:*                           0          30480      900/nmbd
udp        0      0 0.0.0.0:631             0.0.0.0:*                           0          27284      783/cups-browsed
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           117        27908      586/avahi-daemon: r
udp6       0      0 :::52043                :::*                                117        27911      586/avahi-daemon: r
udp6       0      0 :::5353                 :::*                                117        27909      586/avahi-daemon: r
Gruß Steffen
Hallo Gunther,

die Ausgabe von journalctl --list-boots bringt ja die Ausgabe von der syslog, welche man unter /var/log findet. Richtig?
Letztlich muss ich mal dort nach lang dauernden Prozessen suchen.

Errors im Logfile nach einem Reboot habe ich folgende:

Code:
Oct 30 19:14:39 easyVDR systemd[1]: Stopping Easyvdr Systemstart...
Oct 30 19:14:39 easyVDR vdr: [2171] ERROR: lircd connection broken, trying to reconnect every 3,0 seconds
Oct 30 19:14:39 easyVDR systemd[1]: Stopping Getty on tty1...
--
Oct 30 19:16:44 easyVDR kernel: [    0.118706] devtmpfs: initialized
Oct 30 19:16:44 easyVDR systemd[1]: Condition check resulted in Process error reports when automatic reporting is enabled (file watch) being skipped.
Oct 30 19:16:44 easyVDR kernel: [    0.118706] x86/mm: Memory block size: 128MB
--
Oct 30 19:16:44 easyVDR kernel: [    1.705385] Key type dns_resolver registered
Oct 30 19:16:44 easyVDR kernel: [    1.705544] RAS: Correctable Errors collector initialized.
Oct 30 19:16:44 easyVDR kernel: [    1.705576] microcode: sig=0x306a9, pf=0x2, revision=0x21
--
Oct 30 19:16:44 easyVDR kernel: [    8.975433] systemd[1]: Started Journal Service.
Oct 30 19:16:44 easyVDR kernel: [    9.021423] EXT4-fs (sdc2): re-mounted. Opts: errors=remount-ro
Oct 30 19:16:44 easyVDR kernel: [    9.322084] Adding 2097148k swap on /swapfile.  Priority:-2 extents:6 across:2260988k FS
--
Oct 30 19:16:54 easyVDR program-changer: Starting pch-run
Oct 30 19:16:54 easyVDR NetworkManager[594]:   [1604081814.1248] Error: failed to open /run/network/ifstate
Oct 30 19:16:54 easyVDR systemd[1]: easyvdr-program-changer.service: Succeeded.
--
Oct 30 19:17:29 easyVDR easyvdr-systemstart: wait for vdr
Oct 30 19:17:29 easyVDR vdr: [1635] ERROR: unknown config parameter: weatherhd.HiQuality = 0
Oct 30 19:17:29 easyVDR vdr: [1635] ERROR: unknown config parameter: weatherhd.ImgAlpha = 210
Oct 30 19:17:29 easyVDR vdr: [1635] loading /var/lib/vdr/sources.conf
--
Oct 30 19:17:45 easyVDR vdr: video/vdpau: missed frame (1/1)
Oct 30 19:17:45 easyVDR pulseaudio[1134]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Oct 30 19:17:45 easyVDR vdr: [2279] [fritzbox - HttpClient.cpp:51] HTTP status code 200

Ist hier was kritisches dabei wo ich nachschauen sollte?


Das Port-nicht-offen-Problem sieht bei mir meiner Meinung nach normal aus. Die Ausgabe von

Code:
lsof | grep 6419
bringt

Code:
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/2000/gvfs
      Output information may be incomplete.
NetworkMa  594                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
NetworkMa  594  737 gmain                 root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
NetworkMa  594  756 gdbus                 root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
cups-brow  758                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
cups-brow  758  814 gmain                 root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
cups-brow  758  815 gdbus                 root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
nmbd       871                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
smbd      1100                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
smbd-noti 1102                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
cleanupd  1103                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
lpqd      1104                            root  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635                             vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635                             vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2121 frontend               vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2121 frontend               vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2122 device                 vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2122 device                 vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2124 frontend               vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2124 frontend               vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2125 device                 vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2125 device                 vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2135 frontend               vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2135 frontend               vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2136 device                 vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2136 device                 vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2179 vdr                    vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2179 vdr                    vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2208 EPGSearch              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2208 EPGSearch              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2209 extrecmen              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2209 extrecmen              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2221 streamdev              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2221 streamdev              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2229 VNSI\x20S              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2229 VNSI\x20S              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2230 VNSIStatu              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2230 VNSIStatu              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2232 vdr                    vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2232 vdr                    vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2234 threaded-              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2234 threaded-              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2277 softhddev              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2277 softhddev              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2280 Fritz\x20              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2280 Fritz\x20              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2286 LIRC\x20r              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2286 LIRC\x20r              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2287 device                 vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2287 device                 vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2288 osdtelete              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2288 osdtelete              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2289 device                 vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2289 device                 vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2290 softhddev              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2290 softhddev              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2313 threaded-              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2313 threaded-              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
vdr       1635 2326 oglThread              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
vdr       1635 2326 oglThread              vdr   54u     IPv4              35564      0t0        TCP localhost:6419 (LISTEN)
lxpanel   1908                             vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
lxpanel   1908 1954 gmain                  vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
lxpanel   1908 1956 gdbus                  vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
lxpanel   1908 2139 menu-cach              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0
lxpanel   1908 2141 threaded-              vdr  mem       REG               8,34    43712     536419 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0


Gruß Steffen
(30.10.2020, 20:31)Schwabe schrieb: [ -> ]die Ausgabe von journalctl --list-boots bringt ja die Ausgabe von der syslog, welche man unter /var/log findet. Richtig?
Letztlich muss ich mal dort nach lang dauernden Prozessen suchen.
Erwarte nicht zuviel von mir... im syslog steht deutlich weniger als im journalctl, habe eben noch einmal nachgesehen, die Unterschiede zwischen syslog und journalctl "muss ich noch verstehen/nachsehen". Die Wahrheit steht aber im journalctl....

(30.10.2020, 20:31)Schwabe schrieb: [ -> ]Errors im Logfile nach einem Reboot habe ich folgende:
Code:
Oct 30 19:14:39 easyVDR systemd[1]: Stopping Easyvdr Systemstart...
Oct 30 19:14:39 easyVDR vdr: [2171] ERROR: lircd connection broken, trying to reconnect every 3,0 seconds
Oct 30 19:14:39 easyVDR systemd[1]: Stopping Getty on tty1...
--
Oct 30 19:16:54 easyVDR program-changer: Starting pch-run
Oct 30 19:16:54 easyVDR NetworkManager[594]:   [1604081814.1248] Error: failed to open /run/network/ifstate
Oct 30 19:16:54 easyVDR systemd[1]: easyvdr-program-changer.service: Succeeded.
--
Oct 30 19:17:29 easyVDR easyvdr-systemstart: wait for vdr
Oct 30 19:17:29 easyVDR vdr: [1635] ERROR: unknown config parameter: weatherhd.HiQuality = 0
Oct 30 19:17:29 easyVDR vdr: [1635] ERROR: unknown config parameter: weatherhd.ImgAlpha = 210
Oct 30 19:17:29 easyVDR vdr: [1635] loading /var/lib/vdr/sources.conf
--
Oct 30 19:17:45 easyVDR vdr: video/vdpau: missed frame (1/1)
Oct 30 19:17:45 easyVDR pulseaudio[1134]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Oct 30 19:17:45 easyVDR vdr: [2279] [fritzbox - HttpClient.cpp:51] HTTP status code 200

Ist hier was kritisches dabei wo ich nachschauen sollte?
Das Port-nicht-offen-Problem hast du nicht... das läuft nur bei mir falsch - Stefan sagt, wegen meines fehlenden Satanschlusses - bei dir ist Port 6419 oben. Ansonsten sehe ich nix... "missed frame" ist unwichtig, der program-changer läuft...

Aber mit dem journalctl --since "ANFANG" kannst du in zwei Fenstern (vorher/nachher) leicht vergleichen auf Unterschiede - und die 1 Minute 45 Sekunden muss irgendwo im Journalctl zu sehen sein....

Gunther
Ähhhh, wenn ich den Beginn deines Threads noch einmal lese (diesmal mit Verstand ohne SVDRP-Port) - also mit SSD bootet mein neuer VDR flüssigst durch, sodass ich mich jedesmal freue. (Spricht bei dir für 45 sek beim alten VDR!)

Der alte mit (externer) USB-Disk.... dauert ewigst (mehr als 2 Minuten!). (Spricht bei dir für die 1 min 45 sek beim neuen VDR).

Habe ich vielleicht ein wenig SVDRP-6419-Aufzug-Panik gemacht???? :-)
Zitat:Habe ich vielleicht ein wenig SVDRP-6419-Aufzug-Panik gemacht????
Kann sein Wink 


Ich schaue mir bei Zeiten mal das Journal und die syslog auf lang dauernde Prozesse durch. Wenn EasyVDR5 in das nächste Stadium kommt, installiere ich es sowieso auf eine SSD. Dann geht hoffentlich die Bootzeit in die Region von 40s.

Mit meiner Frage wollte ich nur einen Vergleich zu denen haben, wo auch eine Sata-Festplatte nutzen, ob die Bootzeit von mir realistisch ist oder etwas faul ist.

Gruß Steffen