@Raybuntu ...leider genau gleiches Verhalten und gleiche Ausgaben. Ich habe diesmal sogar alles neu aufgesetzt und nur den Emby Server installiert.
Beiträge von Nice
-
-
@Nice kannst du mal krypton19 probieren das ich letztens hier als mega link gepostet hab für den Rock64.
Ansonsten muss ich da mal eintauchen die Tage... das mache ich gerne. Aber erst morgen. Erstmal vielen Dank und schönen Abend.
-
Rock64:~ # /storage/.kodi/addons/http://service.emby/bin/emby.start
Stacktrace:at <unknown> <0xffffffff>
at System.SystemException..ctor (string) [0x00000] in <424f9f94834f49cd9f13ea10eb420866>:0
at System.OutOfMemoryException..ctor (string) [0x00000] in <424f9f94834f49cd9f13ea10eb420866>:0
at (wrapper runtime-invoke) <Module>.runtime_invoke_void__this___object (object,intptr,intptr,intptr) [0x0004f] in <424f9f94834f49cd9f13ea10eb420866>:0
/proc/self/maps:
00008000-002a9000 r-xp 00000000 b3:02 1376734 /storage/.kodi/addons/http://tools.mono/bin/mono
002a9000-002aa000 r--p 002a0000 b3:02 1376734 /storage/.kodi/addons/http://tools.mono/bin/mono
002aa000-002ac000 rw-p 002a1000 b3:02 1376734 /storage/.kodi/addons/http://tools.mono/bin/mono
002ac000-002c7000 rw-p 00000000 00:00 0
007b1000-0080e000 rw-p 00000000 00:00 0 [heap]
f5459000-f5800000 r--p 00000000 b3:02 1278462 /storage/.kodi/addons/http://tools.mono/lib/mono/4.5/mscorlib.dll
f5800000-f6000000 rw-p 00000000 00:00 0
f6000000-f6001000 ---p 00000000 00:00 0
f6001000-f6c00000 rw-p 00000000 00:00 0
f6d84000-f6e04000 rw-p 00000000 00:00 0
f6e05000-f6e15000 rwxp 00000000 00:00 0
f6e15000-f6e1a000 r--p 00000000 b3:02 1082524 /storage/.kodi/addons/http://service.emby/Emby.Mono/MediaBrowser.Server.Mono.exe
f6e1a000-f6e1b000 rw-p 00000000 00:00 0
f6e1b000-f6e4a000 ---p 00000000 00:00 0
f6e4a000-f6e5a000 rwxp 00000000 00:00 0
f6e5a000-f6f7a000 r-xp 00000000 07:00 1680 /usr/lib/libc-2.24.so
f6f7a000-f6f89000 ---p 00120000 07:00 1680 /usr/lib/libc-2.24.so
f6f89000-f6f8b000 r--p 0011f000 07:00 1680 /usr/lib/libc-2.24.so
f6f8b000-f6f8c000 rw-p 00121000 07:00 1680 /usr/lib/libc-2.24.so
f6f8c000-f6f8f000 rw-p 00000000 00:00 0
f6f8f000-f6fab000 r-xp 00000000 07:00 1743 /usr/lib/libgcc_s.so.1
f6fab000-f6fba000 ---p 0001c000 07:00 1743 /usr/lib/libgcc_s.so.1
f6fba000-f6fbb000 rw-p 0001b000 07:00 1743 /usr/lib/libgcc_s.so.1
f6fbb000-f6fd0000 r-xp 00000000 07:00 1902 /usr/lib/libpthread-2.24.so
f6fd0000-f6fdf000 ---p 00015000 07:00 1902 /usr/lib/libpthread-2.24.so
f6fdf000-f6fe0000 r--p 00014000 07:00 1902 /usr/lib/libpthread-2.24.so
f6fe0000-f6fe1000 rw-p 00015000 07:00 1902 /usr/lib/libpthread-2.24.so
f6fe1000-f6fe3000 rw-p 00000000 00:00 0
f6fe3000-f6fe5000 r-xp 00000000 07:00 1715 /usr/lib/libdl-2.24.so
f6fe5000-f6ff4000 ---p 00002000 07:00 1715 /usr/lib/libdl-2.24.so
f6ff4000-f6ff5000 r--p 00001000 07:00 1715 /usr/lib/libdl-2.24.so
f6ff5000-f6ff6000 rw-p 00002000 07:00 1715 /usr/lib/libdl-2.24.so
f6ff6000-f6ffc000 r-xp 00000000 07:00 1940 /usr/lib/librt-2.24.so
f6ffc000-f700b000 ---p 00006000 07:00 1940 /usr/lib/librt-2.24.so
f700b000-f700c000 r--p 00005000 07:00 1940 /usr/lib/librt-2.24.so
f700c000-f700d000 rw-p 00006000 07:00 1940 /usr/lib/librt-2.24.so
f700d000-f707a000 r-xp 00000000 07:00 1818 /usr/lib/libm-2.24.so
f707a000-f7089000 ---p 0006d000 07:00 1818 /usr/lib/libm-2.24.so
f7089000-f708a000 r--p 0006c000 07:00 1818 /usr/lib/libm-2.24.so
f708a000-f708b000 rw-p 0006d000 07:00 1818 /usr/lib/libm-2.24.so
f708b000-f70aa000 r-xp 00000000 07:00 1612 /usr/lib/ld-2.24.so
f70aa000-f70b2000 rw-p 00000000 00:00 0
f70b2000-f70b3000 rw-s 00000000 00:13 18732 /dev/shm/mono.1329
f70b3000-f70b4000 ---p 00000000 00:00 0
f70b4000-f70b5000 r--p 00000000 00:00 0
f70b5000-f70b9000 rw-p 00000000 00:00 0
f70b9000-f70ba000 r--p 0001e000 07:00 1612 /usr/lib/ld-2.24.so
f70ba000-f70bb000 rw-p 0001f000 07:00 1612 /usr/lib/ld-2.24.so
ff849000-ff86a000 rw-p 00000000 00:00 0 [stack]
ffff0000-ffff1000 r-xp 00000000 00:00 0 [vectors]Native stacktrace:
[definition=12,4][definition='1','3']Debug[/definition][/definition] info from gdb:
[New LWP 1330]
[Thread [definition=12,2]debugging[/definition] using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
0xf6fcbcb0 in __waitpid (pid=1331, stat_loc=0xff8679fc, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
29 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
Id Target Id Frame
* 1 Thread 0xf70b5210 (LWP 1329) "mono" 0xf6fcbcb0 in __waitpid (pid=1331, stat_loc=0xff8679fc, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
2 Thread 0xf67ff450 (LWP 1330) "SGen worker" 0xf6fc7568 in __pthread_cond_wait (cond=0x2c5498, mutex=<optimized out>) at pthread_cond_wait.c:186Thread 2 (Thread 0xf67ff450 (LWP 1330)):
#0 0xf6fc7568 in __pthread_cond_wait (cond=0x2c5498, mutex=<optimized out>) at pthread_cond_wait.c:186
#1 0x001d9474 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)Thread 1 (Thread 0xf70b5210 (LWP 1329)):
#0 0xf6fcbcb0 in __waitpid (pid=1331, stat_loc=0xff8679fc, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
#1 0x00093744 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)=================================================================
Got a SIGILL while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================Aborted (core dumped)
-
... danke, das ergibt:
● service.emby.service - Emby - streaming server
Loaded: loaded (/storage/.kodi/addons/http://service.emby/system.d/service.emby.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sun 2017-10-01 20:21:08 CEST; 19min ago
Docs: http://emby.media
Process: 1104 ExecStart=/bin/sh /storage/.kodi/addons/http://service.emby/bin/emby.start (code=exited, status=134)
Main PID: 1104 (code=exited, status=134)Oct 01 20:21:07 Rock64 systemd[1]: service.emby.service: Unit entered failed state.
Oct 01 20:21:07 Rock64 systemd[1]: service.emby.service: Failed with result 'exit-code'.
Oct 01 20:21:08 Rock64 systemd[1]: service.emby.service: Service hold-off time over, scheduling restart.
Oct 01 20:21:08 Rock64 systemd[1]: Stopped Emby - streaming server.
Oct 01 20:21:08 Rock64 systemd[1]: service.emby.service: Start request repeated too quickly.
Oct 01 20:21:08 Rock64 systemd[1]: Failed to start Emby - streaming server.
Oct 01 20:21:08 Rock64 systemd[1]: service.emby.service: Unit entered failed state.
Oct 01 20:21:08 Rock64 systemd[1]: service.emby.service: Failed with result 'exit-code'. -
Ich hatte mir auch gedacht, dass ich nach der Installation von Emby die Admin Seite über "http://<your_server_lan_ip>:8096/" aufrufe und dann die weitere Administrierung mache. Leider gibt es aber im Browser die Connection refused Meldung.
Ich weiß auch nicht, wie ich feststelle, ob der Service wirklich läuft.
-
Hallo,
ich habe auf meinem neuen Rock64 die Krypton18 mit TVHeadend Server installiert. Die Aufnahmen landen auf einer externen USB Platte. Das funktioniert dank der tollen Installation super.
Ich habe den internen Upnp Server aktiviert, damit ich von zwei neuen Samsung Fernsehern per Allshare auf die neuen Aufnahmen zugreifen kann. Leider beginnt hier das Problem. Die Fernseher kommen mit dem internen Upnp Server nicht zurecht und geben entweden falsches Videoformat (bei MKV) aus oder beenden gleich den Client.
Ich habe dann versucht den Emby Server aus dem Repository zu installieren. Ich komme dann aber nicht auf die Admin Web Ui, stattedessen erhalte ich die Meldung Connection refuse. Ich kann auch nicht erkennen, ob dernServer wirklich läuft. Gibt es noch eine andere Möglichkeit, einen anderen Upnp/DLNA Server unter Libreelec ans laufen zu bekommen?
Für jede Hilfe wäre ich sehr dankbar!
Michael