{expired: AVG,eHD,NUC} BM²LTS v2.95.1-Based on Ubuntu 14.04.5 LTS "RC01"

Hi,

Kann mal jemand bitte die md5sum für die v2.90 RC9 (30.1.2016) posten.

danke
grimchri

Hallo,

Zitat

Kodi mit Root-Rechten ohne Ubuntu-Desktop starten

Diese Lösung kann von Reeelbox-Nutzern & NUC-Nutzern mit HDMI Ausgang (intern oder extern) genutzt werden.
Es wird VAAPi und VDPAU unterstützt.

Betrifft dies auch den HDMI Ausgang der NVIDIA-Karte?

Grüße!

Zitat

hier -->

Hi,
danke, dachte die dort angegebenen hashes gehören zum obendrüber verlinkten Entwicklungsimage.
/grimchri

cinfo :
- soweit ich das als Linux noob beurteilen kann entspricht die Factory/recovery der Hardwarekonf. "AVG + ext. NCV" ? Nur bei den Webservices ist meist als IP 192.168.0.13 und nicht wie bei den .all Files ....16 hinterlegt. Damit können sich diese User also die route66 Hardwareeinrichtung sparen ?!

- und könntest du bitte noch was zu: Pob1-5 (von oben) sagen ... Reichen dir die Infos und haben die Punkte eine Chance auf Berücksichtigung ??

Hi cinfo:
Ich gehe mal davon aus, dass du meine Frage bzw. den Post "Ob die Probleme die ich gemeldet habe berücksichtig werden" gesehen hast ....

No offence !!!
Wohin soll ich Fragen bez. gemeldeter Probleme posten ? oder ist das generell unerwünscht ?

Als Linux und BM2LTS noob bin ich mir nie sicher ob das jeweils nur mein Problem oder ob es ein Generelles ist. Daher wäre ich über eine, wenn auch gerne kurz gehaltene Antwort dankbar.
Z.B.: Prob1-x werden zukünftig kommen, Prob 2 nicht nachvollziehbar, Prob 3 ist keines bzw. bleibt so

BTW: Möchte ich mich bei euch Entwicklern für das Engagement um diese Distribution herzlich bedanken. Auch die neue Skin finde ich gelungen !

HI, cinfo .. Danke!

2.90
Folgende Errors habe ich im syslog gefunden (details siehe log.zip Anhang). Diese scheinen aber kein ernsthaftes Prob. zu sein ...

Feb 13 19:01:58 BM2LTSR66RBex cron[2367]: (*system*rbc) ERROR (Missing newline before EOF, this crontab file will be ignored)

vermutlich schon älter:

Feb 13 19:02:08 BM2LTSR66RBex vdr: [4388] ERROR: error in /etc/vdr/remote.conf, line 199

Theme:

Feb 13 19:02:08 BM2LTSR66RBex vdr: [4388] ERROR: error in /etc/vdr/themes/ReelBox_Lite-Black.theme, line 71: unknown color name

Feb 13 19:02:08 BM2LTSR66RBex vdr: [4388] Error opening teletext storage directory "/tmp/tmpfs/vtx": Datei oder Verzeichnis nicht gefunden
Feb 13 19:02:08 BM2LTSR66RBex vdr: [4388] OSD-Teletext: Error statfs'ing root directory "/tmp/tmpfs/vtx": Datei oder Verzeichnis nicht gefunden, cache size uncontrolled

Einen Guten .... ich habe rc.local noch nicht geändert da beide Verzeichnisse existieren, /vtx (rwxrwxrwx) funkt und zeigt auf /tmp/tmpfs/vtx

tmp: rwxrwxrwxt (sticky)
tmpfs, vtx und die darunter liegenden 2 Verz. haben rwxrwxr x
/tmp/tmpfs/vtx/S19.2E-1-1007-4911 ist leer
/tmp/tmpfs/vtx/S19.2E-133-33-63 beinhaltet 100s.vtx .... 890s.vtx
Alle verz. gehören root.

Nach der Fehlermeldung

Feb 14 08:24:27 BM2LTSR66RBex vdr: [4391] starting plugin: osdteletext
Feb 14 08:24:27 BM2LTSR66RBex vdr: [4391] Error opening teletext storage directory "/tmp/tmpfs/vtx": Datei oder Verzeichnis nicht gefunden
Feb 14 08:24:27 BM2LTSR66RBex vdr: [4391] OSD-Teletext: Error statfs'ing root directory "/tmp/tmpfs/vtx": Datei oder Verzeichnis nicht gefunden, cache size uncontrolled

kommt dann etwas später

Feb 14 08:24:27 BM2LTSR66RBex vdr: [4440] creating directory /tmp/tmpfs
Feb 14 08:24:27 BM2LTSR66RBex vdr: [4440] creating directory /tmp/tmpfs/vtx
Feb 14 08:24:27 BM2LTSR66RBex vdr: [4440] creating directory /tmp/tmpfs/vtx/S19.2E-1-1007-4911
Feb 14 08:24:27 BM2LTSR66RBex vdr: [4478] cTxtReceiver-osdteletext thread started (pid=4391, tid=4478)

, ev. kommt es von der Geschwindigkeit der SSD, dass sich da Prozesse überholen (debug logs ab boot sind bei Bedarf im letzten Post drin) ?

Ich habe mal auf meiner 2.90er Installation auf der HDD nachgesehen ... da kommt der error nicht (also doch eher SSD ?!)

Hast du daher empfohlen die dirs schon in rc.local anzulegen ?

Hallo, Cinfo,
hatte einen Fehler beim Download von v.2.90 (Prüfsumme) mache den Download nochmals. Bezüglich minisatip unter 2.89Server: läuft super, vdr als server und die VU+ nutzt somit auch die DVBS2 vom netceiver. . .

Zitat

EDIT: da hier nicht erlaubt

mit IP liegst Du richtig und der Port kommt aus der Config -- ein Bsp. findest Du in BM2LTS v2.90

Danke für die Arbeit!

Vento

Hallo zusammen, habe mir vor ein paar Tagen zum ersten mal meine Reelbox mit BM2LTS V2.9 installiert.
Die Installation hat perfekt funktioniert und der erste Eindruck ist auch super
Jetzt hab ich aber leider doch noch ein Problem, mir schmiert der VDR so ca. alle 64 Minuten ab, dabei ist es egal ob ich gerade die Reelbox online oder im Standby habe.
Im Syslog sieht das dann so aus:

Feb 14 16:13:41 ReelBox vdr: [1240] PANIC: watchdog timer expired - exiting!
Feb 14 16:13:51 ReelBox vdr: [1300] radiocheck thread ended (pid=1240, tid=1300)
Feb 14 16:13:52 ReelBox vdr: [1299] radioimage thread ended (pid=1240, tid=1299)
Feb 14 16:13:52 ReelBox vdr: [1355] cTxtReceiver-osdteletext thread ended (pid=1240, tid=1355)
Feb 14 16:13:52 ReelBox vdr: [1240] buffer stats: 0 (0%) used
Feb 14 16:13:52 ReelBox kernel: [167958.721128] section handler[1276]: segfault at 75 ip 08174167 sp af0fbb80 error 4 in vdr[8048000+1bb000]
Feb 14 16:13:52 ReelBox lircd-0.9.0[3612]: removed client
Feb 14 16:13:53 ReelBox logger: VDR crashed!!!
Feb 14 16:13:54 ReelBox reelvdrd: eHD framebuffer device: 1, waited 0 sec for device
Feb 14 16:13:56 ReelBox reelvdrd: wakeup reason was: 0
Feb 14 16:13:56 ReelBox reelvdrd: Wakeup: by user, i.e. remote
Feb 14 16:13:57 ReelBox reelvdrd: Using /media/hd/recordings for permanent timeshift buffer. Has 1446800GB free space.
Feb 14 16:13:57 ReelBox vdr: [18141] cTimeMs: using monotonic clock (resolution is 1 ns)
Feb 14 16:13:58 ReelBox reelvdrd: Using output device -P'reelbox --fbdev /dev/fb1'
Feb 14 16:13:58 ReelBox vdr: [18321] cTimeMs: using monotonic clock (resolution is 1 ns)
Feb 14 16:13:58 ReelBox vdr: [18321] IGNORED deprecated param channel (-k)
Feb 14 16:13:58 ReelBox vdr: [18321] VDR version 1.7.21.9 started

Die PANICS treten ziemlich genau alle 64 Minuten auf:

root@ReelBox:/var/log# more syslog |grep PANIC
Feb 14 08:45:09 ReelBox vdr: [11311] PANIC: watchdog timer expired - exiting!
Feb 14 09:49:15 ReelBox vdr: [29125] PANIC: watchdog timer expired - exiting!
Feb 14 10:53:20 ReelBox vdr: [12880] PANIC: watchdog timer expired - exiting!
Feb 14 11:56:50 ReelBox vdr: [29439] PANIC: watchdog timer expired - exiting!
Feb 14 12:59:39 ReelBox vdr: [13947] PANIC: watchdog timer expired - exiting!
Feb 14 14:04:39 ReelBox vdr: [31291] PANIC: watchdog timer expired - exiting!
Feb 14 15:09:29 ReelBox vdr: [15849] PANIC: watchdog timer expired - exiting!
Feb 14 16:13:41 ReelBox vdr: [1240] PANIC: watchdog timer expired - exiting!
Feb 14 17:18:04 ReelBox vdr: [18321] PANIC: watchdog timer expired - exiting!

In der vdr.crashlog steht aber nicht immer was drin:
root@ReelBox:/var/log# more vdr.crashlog
Sun Feb 14 08:44:09 2016 ### Crash signal 11 SIGSEGV ###

[0xb778bc8c]
/lib/i386-linux-gnu/libc.so.6(+0x73523)[0xb704f523]
/lib/i386-linux-gnu/libc.so.6(+0x73f5b)[0xb704ff5b]
/lib/ld-linux.so.2(_dl_deallocate_tls+0x5e)[0xb779e96e]
/lib/i386-linux-gnu/libpthread.so.0(+0x603d)[0xb76e703d]
/lib/i386-linux-gnu/libpthread.so.0(+0x6145)[0xb76e7145]
/lib/i386-linux-gnu/libpthread.so.0(+0x7090)[0xb76e8090]
/lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xb70c7bee]
Sun Feb 14 09:48:15 2016 ### Crash signal 11 SIGSEGV ###

[0xb7725c8c]
/usr/sbin/vdr(_ZNK9cHashBase3GetEj+0x47)[0x8174167]
/usr/sbin/vdr(_ZNK5cHashI6cEventE3GetEj+0x17)[0x80fa51b]
/usr/sbin/vdr(_ZNK9cSchedule8GetEventEjl+0x21)[0x80f8cd1]
/usr/sbin/vdr(_ZN4cEITC1EP10cSchedulesihPKhb+0x3a9)[0x80f1fc9]
/usr/sbin/vdr(_ZN10cEitFilter7ProcessEthPKhi+0x169)[0x80f357f]
/usr/sbin/vdr(_ZN15cSectionHandler6ActionEv+0x410)[0x814ad5e]
/usr/sbin/vdr(_ZN7cThread11StartThreadEPS_+0xdf)[0x8168faf]
/lib/i386-linux-gnu/libpthread.so.0(+0x6f70)[0xb7681f70]
/lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xb7061bee]
Sun Feb 14 18:21:00 2016 ### Crash signal 11 SIGSEGV ###

/usr/sbin/vdr[0x817495e]
[0xb7778c8c]
[0xb7778c8c]
[0xb7778cb0]
/lib/i386-linux-gnu/libc.so.6(gsignal+0x47)[0xb6ff7607]
/lib/i386-linux-gnu/libc.so.6(abort+0x143)[0xb6ffaa33]
/lib/i386-linux-gnu/libc.so.6(+0x68e53)[0xb7031e53]
/lib/i386-linux-gnu/libc.so.6(+0x7333a)[0xb703c33a]
/lib/i386-linux-gnu/libc.so.6(+0x73fad)[0xb703cfad]
/usr/sbin/vdr(_ZNK9cHashBase3GetEj+0x47)[0x8174167]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x1f)[0xb722282f]
/usr/lib/vdr/libvdr-vnsiserver5.so.1.7.21.9(_ZN19cDvbVsniDeviceProbeD0Ev+0x1b)[0xb30e063f]
/usr/sbin/vdr(_ZN9cListBase5ClearEv+0x3d)[0x8173cd3]
/usr/sbin/vdr(_ZN9cListBaseD1Ev+0x19)[0x8173919]
/usr/sbin/vdr(_ZN5cListI15cDvbDeviceProbeED1Ev+0x19)[0x80e56e7]
/lib/i386-linux-gnu/libc.so.6(+0x331b1)[0xb6ffc1b1]
/lib/i386-linux-gnu/libc.so.6(+0x3320d)[0xb6ffc20d]
/usr/sbin/vdr[0x8175091]
[0xb7778c8c]
[0xb7778cb0]
/lib/i386-linux-gnu/libc.so.6(__write+0x4b)[0xb70a3c9b]
/lib/i386-linux-gnu/libc.so.6(_IO_file_write+0x41)[0xb7037ba1]
/lib/i386-linux-gnu/libc.so.6(+0x6dddf)[0xb7036ddf]
/lib/i386-linux-gnu/libc.so.6(_IO_do_write+0x1e)[0xb7038b4e]
/lib/i386-linux-gnu/libc.so.6(_IO_file_overflow+0x15d)[0xb7038eed]
/lib/i386-linux-gnu/libc.so.6(_IO_file_xsputn+0xab)[0xb703818b]
/lib/i386-linux-gnu/libc.so.6(_IO_vfprintf+0x4a75)[0xb7011115]
/lib/i386-linux-gnu/libc.so.6(_IO_fprintf+0x1f)[0xb701626f]
/usr/sbin/vdr(_ZNK6cEvent4DumpEP8_IO_FILEPKcb+0xe0)[0x80f7146]
/usr/sbin/vdr(_ZNK9cSchedule4DumpEP8_IO_FILEPKc9eDumpModel+0x126)[0x80f9326]
/usr/sbin/vdr(_ZNK5cHashI6cEventE3GetEj+0x17)[0x80fa51b]
/usr/sbin/vdr(_ZN10cSchedules4DumpEP8_IO_FILEPKc9eDumpModel+0x11e)[0x80f9ba6]
/usr/sbin/vdr(_ZNK9cSchedule8GetEventEjl+0x21)[0x80f8cd1]
/usr/sbin/vdr(_ZN6cSVDRP7CmdLSTEEPKc+0x403)[0x8163cc5]
/usr/sbin/vdr(_ZN4cEITC1EP10cSchedulesihPKhb+0x3a9)[0x80f1fc9]
/usr/sbin/vdr(_ZN6cSVDRP7ExecuteEPc+0x2fa)[0x8166ace]
/usr/sbin/vdr(_ZN6cSVDRP7ProcessEv+0x261)[0x8167133]
/usr/sbin/vdr(_ZN10cInterface6GetKeyEb+0x3c)[0x80fe4d0]
/usr/sbin/vdr(_ZN10cEitFilter7ProcessEthPKhi+0x169)[0x80f357f]
/usr/sbin/vdr(main+0x353a)[0x8178622]
/usr/sbin/vdr(_ZN15cSectionHandler6ActionEv+0x410)[0x814ad5e]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xb6fe2a83]
/usr/sbin/vdr(_ZN7cThread11StartThreadEPS_+0xdf)[0x8168faf]
/usr/sbin/vdr[0x80c1d41]
/lib/i386-linux-gnu/libpthread.so.0(+0x6f70)[0xb76d4f70]

Hat jemand ne Idee was das sein kann bzw. wo ich noch weiter suchen könnte?

Danke Thomas

Hi, zur Info: Beim Shutdown crashed der VDR regelmäßig. Braucht ihr weitere Infos ?

Feb 15 11:41:28 BM2LTSR66RBex mvdrshutdown: reboot system
Feb 15 11:41:29 BM2LTSR66RBex vdr: [4146] burn-chain manager thread ended (pid=3684, tid=4146)
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: bouquets
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: avahi
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: audioplayer
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: bgprocess
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: netcv
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: install
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: premiereepg
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: sleeptimer
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: osdteletext
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: arghdirector
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: femon
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: epgsearchonly
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: epgtimers
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: epgsearch
Feb 15 11:41:29 BM2LTSR66RBex vdr: [4143] EPGSearch: Leaving search timer thread
Feb 15 11:41:29 BM2LTSR66RBex vdr: [4143] EPGSearch: searchtimer thread ended (pid=3684, tid=4143)
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: filebrowser
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: undelete
Feb 15 11:41:29 BM2LTSR66RBex vdr: [3684] stopping plugin: extrecmenu
Feb 15 11:41:29 BM2LTSR66RBex kernel: [  375.599682] vdr[3684]: segfault at b7178680 ip b7178680 sp bfd8febc error 15 in libc-2.19.so[b7178000+1000]
Feb 15 11:41:29 BM2LTSR66RBex lircd-0.9.0[3295]: removed client
Feb 15 11:41:29 BM2LTSR66RBex logger: VDR crashed!!!

Ich habe gerätselt, warum mein statisch konfiguriertes Netzwerkinterface 10-20s benötigt und damit auch die Zeit bis meine Lüfterregelung startet verlängert wird.

Dabei bin ich auf diese HInwesie gestoßen:
1 http://askubuntu.com/questions…ork-configuration-problem
2 http://tech.pedersen-live.com/…-messages-on-ubuntu-boot/

2 führte zum Erfolg:

Dazu in /etc/init/failsafe.conf

...
    # The point here is to wait for 2 minutes before forcibly booting 
    # the system. Anything that is in an "or" condition with 'started 
    # failsafe' in rc-sysinit deserves consideration for mentioning in
    # these messages. currently only static-network-up counts for that.


	sleep 20
...

die "sleep 20" in "sleep 5" ändern

In dem Beitrag gibt es ganz unten einen Kommentar:

Ich hatte mich schon gewundert, denn bei mir gab es keine Wartezeit...

Zitat

The problem is not Plymouth nor Failsafe, the problem is
misconfigured interfaces!

If you tell Ubuntu “There must be network on
boot” and then Ubuntu waits for the network to come up, this is not the
fault of Failsafe to give the network some more time!

To avoid the waiting, just configure the network interfaces correctly and be happy!

Following command does this for you for all interfaces (if properly configured by the usual standard):

sudo sed -i.old-`date +%Y%m%d-%H%M%S` ‘/^auto lo$/!s/^auto /allow-hotplug /’ /etc/network/interfaces

This updates all “auto” interfaces (which therefor *must* be up at
boot) as optional (aka. “allow-hotplug”) and there is no more
failsafe-waiting on those interfaces not being up.

Alles anzeigen

Noch kurz zum Beitrag "VDR crashes" drüber:

Das war beim runterfahren des VDRs schon immer schon, auch zu Reel Zeiten und auch schon zu Zeiten als es nur eine Reelbox Lite gab...
So steckt das im VDR...

Die Interfaces sind bei mir auch OK, hoffe ich ... siehe unten !

Er hängt bei mir an "Starting configuring network devices". Um das zu sehen habe ich in grub "splash und quiet" disabled und unter etc/default/bootlogd aktiviert.

Die Änderung bewirkt nur ca. 5s vom Reboot Beep bis Bild, aber 10-15s weniger beim Durchlaufen der Runlevels. Und damit startet z.B. fancontrol um die 10-15s früher und das Lüftergetöse ist bei mir nun 25s nach dem Boot Beep vorbei. (Zusätzlich habe ich noch s20fancontrol in S01fancontrol geändert ... das bringt auch noch einge sec.)

Edit: ich hab das mit allow-hotplug getestet

auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0


#auto eth0
#iface eth0 inet manual
#up ifconfig eth0 up


auto eth1
allow-hotplug eth1
iface eth1 inet static
address 10.31.96.12
netmask 255.255.255.0
gateway 10.31.96.254
dns-nameservers 10.31.96.254
up ifconfig eth1 up


#auto eth2
#iface eth2 inet manual
#up ifconfig eth2 up


auto eth1.2
iface eth1.2 inet manual

allow-hotplug eth1: Brachte leider keine Verbesserung (die sleep 5 schon ) ...wäre ja auch zu schön/einfach gewesen ...

sollte man "allow-hotplug" trotzdem denn für "den Fall der Fälle" wo z.B. das Netzwerk ausgefallen ist drin haben ?

Hi cinfo, danke für die schnelle Hilfe.
Das mit dem Speicher hatte ich mir auch schon gedacht, meine ReelBox ist noch mit 512 MB im Originalzustand, hab aber mal gleich neue Riegel geordert.
Mit deinen Tips gehe ich jetzt mal schrittweise vor, der erste Punkt hat schon mal eine deutliche Verbesserung gebracht und die Abstürze auf 3 heute verringert.

Eine Frage habe ich dann noch zu der p.vniserver5.conf
Die Zeile 6 gabe es in meiner Datei nicht und ich hab sie nachgetragen, verstanden hab ichs aber nicht was ich hier gemacht habe.
Gibt es irgendwo noch etwas mehr an Material in das man sich mal einlesen kann, wo welche Konfigurationen eingestellt werden?

Zitat von cinfo

in /etc/reel/p.vnsiserver5.conf

Code

#
# configuration file for vnsiserver plugin
#


LOAD_PLUGIN=true
- PRELOAD=true
PLUGIN_OPTIONS="-P'vnsiserver5'"

cinfo

Danke

thomasle