Bootdauer - Schwabe - 29.10.2020
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
RE: Bootdauer - xxx3xxx - 29.10.2020
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
RE: Bootdauer - grumpf - 29.10.2020
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
RE: Bootdauer - Schwabe - 29.10.2020
Hallo Gunther, verstehe nicht, nach was ich genau suchen soll. Kannst du mir das nochmal erklären. Danke.
RE: Bootdauer - grumpf - 29.10.2020
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
RE: Bootdauer - Schwabe - 30.10.2020
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
RE: Bootdauer - grumpf - 30.10.2020
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.
RE: Bootdauer - grumpf - 30.10.2020
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....
RE: Bootdauer - mango - 30.10.2020
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
RE: Bootdauer - Schwabe - 30.10.2020
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
RE: Bootdauer - Schwabe - 30.10.2020
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
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
RE: Bootdauer - grumpf - 31.10.2020
(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
RE: Bootdauer - grumpf - 31.10.2020
Ä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???? :-)
RE: Bootdauer - Schwabe - 31.10.2020
Zitat:Habe ich vielleicht ein wenig SVDRP-6419-Aufzug-Panik gemacht????
Kann sein
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
|