[Lars]

Nach ein paar Stunden Nichtstun beendet sich mein RPI stets von selbst. Dieses Phänomen beobachte ich schon länger, war mir aufgrund meiner Bastelaktionen aber nicht so ganz sicher ob ich nicht eventuell irgendwo etwas unegal rumgefingert habe.
Gestern Abend habe ich auf dem RPI die aktuelle MLD-Serverversion installiert. Änderungen habe ich - wie in der Vergangenheit auch schon - lediglich folgende Änderungen am RPI vorgenommen:
- Kanalliste ausgewählt und bearbeitet
- VNSI-Addon installiert
- smarttvweb-Addon installiert
- feste IP vergeben / Netzwerkeinstellungen bearbeitet (das Häkchen zum automatischen shutdown ist natürlich raus)
- DHCP abgeschaltet
...anschließend kurz getestet ob alles funktioniert. Heut früh um ca. 5:45 Uhr habe ich dann versucht das Webfronten aufzurufen. Keine Reaktion, also wieder mal Stecker ziehen. - Das ist Unbefriediegend

Ich kann im System-Message-log nicht finden. Vielleicht seht ihr ja was. Bin für jeden Hinweis dankbar.

.....
Nov 23 21:15:28 (none) auth.info login[3409]: root login on 'tty1'
Nov 23 21:15:28 (none) auth.info login[3410]: root login on 'tty2'
Nov 23 21:15:28 (none) auth.info login[3414]: root login on 'tty3'
Nov 23 21:15:28 (none) auth.info login[3418]: root login on 'tty4'
Nov 24 03:02:27 (none) syslog.info syslogd exiting
Jan  1 00:00:07 (none) syslog.info syslogd started: BusyBox v1.21.1
Jan  1 00:00:07 (none) user.warn kernel: [    8.034573] aufs test_add:294:mount[871]: uid/gid/perm /var/spool/apm.mnt/config 0/0/0777, 1002/1002/0755
Jan  1 00:00:07 (none) user.warn kernel: [    8.163920] aufs test_add:294:mount[885]: uid/gid/perm /var/spool/apm.mnt/locales 0/0/0777, 1002/1002/0755
Jan  1 00:00:08 (none) user.warn kernel: [    8.618364] aufs test_add:294:mount[899]: uid/gid/perm /var/spool/apm.mnt/dvb-usb 0/0/0777, 1002/1002/0755
Jan  1 00:00:08 (none) user.warn kernel: [    8.979228] aufs test_add:294:mount[913]: uid/gid/perm /var/spool/apm.mnt/network 0/0/0777, 1002/1002/0755
Jan  1 00:00:09 (none) user.warn kernel: [    9.344756] aufs test_add:294:mount[927]: uid/gid/perm /var/spool/apm.mnt/ntp-client 0/0/0777, 1002/1002/0755
Jan  1 00:00:09 (none) user.warn kernel: [    9.711050] aufs test_add:294:mount[941]: uid/gid/perm /var/spool/apm.mnt/webserver 0/0/0777, 1002/1002/0755
Jan  1 00:00:09 (none) user.warn kernel: [   10.078108] aufs test_add:294:mount[956]: uid/gid/perm /var/spool/apm.mnt/ssh 0/0/0777, 1002/1002/0755
Jan  1 00:00:10 (none) user.warn kernel: [   10.504510] aufs test_add:294:mount[973]: uid/gid/perm /var/spool/apm.mnt/nfs-server 0/0/0777, 1002/1002/0755
Jan  1 00:00:10 (none) user.warn kernel: [   10.984209] aufs test_add:294:mount[990]: uid/gid/perm /var/spool/apm.mnt/lib-curl 0/0/0777, 1002/1002/0755
Jan  1 00:00:11 (none) user.warn kernel: [   11.473894] aufs test_add:294:mount[1009]: uid/gid/perm /var/spool/apm.mnt/samba 0/0/0777, 1002/1002/0755
Jan  1 00:00:11 (none) user.warn kernel: [   11.988012] aufs test_add:294:mount[1026]: uid/gid/perm /var/spool/apm.mnt/vdr 0/0/0777, 1002/1002/0755
Jan  1 00:00:12 (none) user.warn kernel: [   12.489279] aufs test_add:294:mount[1044]: uid/gid/perm /var/spool/apm.mnt/addons 0/0/0777, 1002/1002/0755
Jan  1 00:00:12 (none) user.warn kernel: [   12.994201] aufs test_add:294:mount[1062]: uid/gid/perm /var/spool/apm.mnt/setup 0/0/0777, 1002/1002/0755
Jan  1 00:00:13 (none) user.warn kernel: [   13.477531] aufs test_add:294:mount[1080]: uid/gid/perm /var/spool/apm.mnt/dummydevice 0/0/0777, 1002/1002/0755
Jan  1 00:00:13 (none) user.warn kernel: [   13.989182] aufs test_add:294:mount[1099]: uid/gid/perm /var/spool/apm.mnt/skincurses 0/0/0777, 1002/1002/0755
Jan  1 00:00:14 (none) user.warn kernel: [   14.505622] aufs test_add:294:mount[1116]: uid/gid/perm /var/spool/apm.mnt/vompserver 0/0/0777, 1002/1002/0755
Jan  1 00:00:14 (none) user.warn kernel: [   15.027511] aufs test_add:294:mount[1135]: uid/gid/perm /var/spool/apm.mnt/streamdev-server 0/0/0777, 1002/1002/0755
Jan  1 00:00:15 (none) user.warn kernel: [   15.559113] aufs test_add:294:mount[1151]: uid/gid/perm /var/spool/apm.mnt/svdrposd 0/0/0777, 1002/1002/0755
Jan  1 00:00:15 (none) user.warn kernel: [   16.085649] aufs test_add:294:mount[1170]: uid/gid/perm /var/spool/apm.mnt/smarttvweb 0/0/0777, 1002/1002/0755
Jan  1 00:00:16 (none) user.warn kernel: [   16.599237] aufs test_add:294:mount[1188]: uid/gid/perm /var/spool/apm.mnt/vnsiserver 0/0/0777, 1002/1002/0755
Jan  1 00:00:24 (none) user.info kernel: [   25.060714] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Jan  1 00:00:26 (none) user.info kernel: [   26.618760] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x4DE1
Nov 24 04:47:52 (none) user.err kernel: [   41.394476] WARNING: You are using an experimental version of the media stack.
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    As the driver is backported to an older kernel, it doesn't offer
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    enough quality for its usage in production.
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    Use it with care.
Nov 24 04:47:52 (none) user.err kernel: [   41.394476] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    dfb9f94e8e5e7f73c8e2bcb7d4fb1de57e7c333d [media] stk1160: Build as a module if SND is m and audio support is selected
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    9f1595245574a2dc1fb375df665e4d9fe336a9c4 [media] cx23885-video: fix two warnings
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    5bc08e1921e46101457d3be09835697490177fdd [media] cx23885[v4]: Fix interrupt storm when enabling IR receiver
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    experimental: bdc3694103ea036ff2e289a05a3328b571de4ff7 experimental: Remove obsolete patches.
Nov 24 04:47:52 (none) user.err kernel: [   41.394476]    v4l-dvb-saa716x: 0dab24906ff057b72537b01605bdf06c4dbb1c62 saa716x: i2c_del_adapter() fix
Nov 24 04:47:52 (none) user.err kernel: [   41.583715] WARNING: You are using an experimental version of the media stack.
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    As the driver is backported to an older kernel, it doesn't offer
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    enough quality for its usage in production.
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    Use it with care.
Nov 24 04:47:52 (none) user.err kernel: [   41.583715] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    dfb9f94e8e5e7f73c8e2bcb7d4fb1de57e7c333d [media] stk1160: Build as a module if SND is m and audio support is selected
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    9f1595245574a2dc1fb375df665e4d9fe336a9c4 [media] cx23885-video: fix two warnings
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    5bc08e1921e46101457d3be09835697490177fdd [media] cx23885[v4]: Fix interrupt storm when enabling IR receiver
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    experimental: bdc3694103ea036ff2e289a05a3328b571de4ff7 experimental: Remove obsolete patches.
Nov 24 04:47:52 (none) user.err kernel: [   41.583715]    v4l-dvb-saa716x: 0dab24906ff057b72537b01605bdf06c4dbb1c62 saa716x: i2c_del_adapter() fix
Nov 24 04:47:52 (none) user.info kernel: [   41.843589] dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a firmware
Nov 24 04:47:52 (none) user.info kernel: [   41.927435] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
Nov 24 04:47:53 (none) user.info kernel: [   42.425353] dib0700: firmware started successfully.
Nov 24 04:47:53 (none) user.info kernel: [   42.943947] dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state.
Nov 24 04:47:53 (none) user.info kernel: [   42.947682] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
Nov 24 04:47:53 (none) user.info kernel: [   42.948034] DVB: registering new adapter (Hauppauge Nova-T Stick)
Nov 24 04:47:53 (none) user.info kernel: [   43.320158] usb 1-1.3: DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)...
Nov 24 04:47:54 (none) user.info kernel: [   43.701176] DiB0070: successfully identified
Nov 24 04:47:54 (none) user.err kernel: [   43.847009] IR keymap rc-dib0700-rc5 not found
Nov 24 04:47:54 (none) user.info kernel: [   43.847041] Registered IR keymap rc-empty
Nov 24 04:47:54 (none) user.info kernel: [   43.908628] input: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/rc/rc0/input0
Nov 24 04:47:54 (none) user.info kernel: [   43.914991] rc0: IR-receiver inside an USB DVB receiver as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/rc/rc0
Nov 24 04:47:54 (none) user.err kernel: [   44.086902] dvb-usb: could not initialize remote control.
Nov 24 04:47:54 (none) user.info kernel: [   44.086939] dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected.
Nov 24 04:47:54 (none) user.info kernel: [   44.089303] usbcore: registered new interface driver dvb_usb_dib0700
Nov 24 05:48:00 (none) user.err vdr: [1769] SmartTvWeb: Initialize called
Nov 24 05:48:00 (none) user.err vdr: [1769] SmartTvWeb: Logfile created File= /tmp/smarttvweb.txt
Nov 24 05:48:00 (none) user.err vdr: [1769] SmartTvWeb: started sucessfully
Nov 24 05:48:07 (none) daemon.err rpcbind: cannot create socket for udp6
Nov 24 05:48:07 (none) daemon.err rpcbind: cannot create socket for tcp6
Nov 24 04:48:09 (none) user.info kernel: [   58.723155] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Nov 24 04:48:09 (none) user.warn kernel: [   59.287017] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Nov 24 04:48:09 (none) user.info kernel: [   59.287477] NFSD: starting 90-second grace period (net c066f378)
Nov 24 05:48:10 (none) daemon.notice rpc.mountd[1976]: Version 1.2.6 starting
Nov 24 05:48:17 (none) daemon.err smbd[2048]: [2013/11/24 05:48:17.158274,  0] lib/util_sock.c:605(open_socket_in)
Nov 24 05:48:17 (none) daemon.err smbd[2048]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Nov 24 05:48:17 (none) daemon.err smbd[2048]: [2013/11/24 05:48:17.162624,  0] smbd/server.c:578(smbd_open_one_socket)
Nov 24 05:48:17 (none) daemon.err smbd[2048]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Nov 24 05:48:17 (none) daemon.err smbd[2048]: [2013/11/24 05:48:17.212015,  0] lib/util_sock.c:605(open_socket_in)
Nov 24 05:48:17 (none) daemon.err smbd[2048]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Nov 24 05:48:17 (none) daemon.err smbd[2048]: [2013/11/24 05:48:17.213692,  0] smbd/server.c:578(smbd_open_one_socket)
Nov 24 05:48:17 (none) daemon.err smbd[2048]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Nov 24 05:49:55 (none) auth.info login[4868]: root login on 'tty1'
Nov 24 05:49:55 (none) auth.info login[4869]: root login on 'tty2'
Nov 24 05:49:56 (none) auth.info login[4873]: root login on 'tty3'
Nov 24 05:49:56 (none) auth.info login[4877]: root login on 'tty4'

[skippy]

Hallo Lars,

das liegt am VDR selbst. Er ist so eingestellt, dass er sich nach 5 Std. Inaktivität beendet. Das kannst du im VDR-Setup unter Sonstiges/VDR ausschalten bei Inaktivität (min) ändern. Den Parameter von 300 auf 0 setzen. Siehe auch VDR-Benutzerhandbuch.

Viele Grüße skippy

[Lars]

Hallo skippy,
danke für den Tipp. Ich habe nun alle Menüpunkte des Webinterface (RPI-servervariante) durchforstet und ich hoffe, dass ich nichts übersehen habe. Aber die Einstellungsmöglichkeit finde ich nicht. Kannst du mir da bitte nochmal weiterhelfen?

[clausmuus]

Hi,

das findest Du im OSD (beim Server auf der Konsole SPACE drücken) unter "setup / vdr / ..."

Claus

[Lars]

Verzeihung bitte, aber ich stehe etwas auf dem Schlauch. ich habe meinen Raspi im reinen Serverbetrieb für XBMC auf den Rechnern und für smarttvweb beim Fernseher laufen. Ich habe z.Zt. kein Gerät was ich direkt anschließen kann. Wie komme ich ins OSD?
Oder habe ich da schon wieder irgendwie falsch verstanden? - Bin noch "Frischling" auf dem Gebiet.

[clausmuus]

Hi,

wenn Du keinen Bildschirm am VDR Server hast, bleiben Dir einige andere Möglichkeiten um die Einstellung vor zu nehmen. Zum einen geht das über's webif wenn z.B. das libve Addon installiet ist. Alternativ gibt's auch nen remote OSD Addon.
Am einfachsten dürfte es aber auf der Kommandozeile sein, indem Du den entsprechenden Wert in der VDR Konfiguration änderst. Dazu musst Du dich auf dem MLD Server einloggen "ssh MLD" und dann den VDR stoppen "stop vdr". Anschließend in der VDR Konfiguration den entsprechenden Wert ändern "vi /etc/vdr/setup.conf". Ich kann grad nicht nachschauen wie der heißt, aber der müsste zur Zeit den Wert 300 haben und muss auf 0 geändert werden. Anschließend muss der VDR wieder gestartet werden "start vdr".
Das Stoppen und Starten des VDRs kann auch über das Webif gemacht werden, und die Datei kann auch per Samba mit einem beliebigen Editor durchgeführt werden.

Claus

[t-bird.de]

Verzeihung bitte, aber ich stehe etwas auf dem Schlauch. ich habe meinen Raspi im reinen Serverbetrieb für XBMC auf den Rechnern und für smarttvweb beim Fernseher laufen. Ich habe z.Zt. kein Gerät was ich direkt anschließen kann. Wie komme ich ins OSD?
Oder habe ich da schon wieder irgendwie falsch verstanden? - Bin noch "Frischling" auf dem Gebiet.

Hi Lars,

wenn du an deinem Raspi-Server ein Display und eine Tastatur angeschlossen hast, kannst du bei laufendem Server die Leer-Taste drücken und kommst so ins OSD (=On Screen Display = Menü) deines Servers.

Hast du kein Display an deinem Raspy, musst du das via Netzwerk per ssh machen. Du meldest dich dann per ssh an, gehst nach /etc/vdr/, stoppst den VDR, editierst die Datei setup.conf und änderst den Parameter MinUserInactivity = 300 auf "0".

Code: [Select]

ssh <name oder IP-Adresse deines Raspi>
cd /etc/vdr/
stop vdr
vi setup.conf
start vdr
exit

LG

t-bird

[Lars]

Vielen Dank für die Tipps. Ich habe mich für das live-Addon entschieden und dort die Einstellung problemlos ändern können.
Anregung:
MLD ist aus meiner Sicht sehr einfach zu bedienen. An manchen Stellen besteht aus meiner Sicht (und die ist natürlich sehr persönlich und damit eingeschränkt...) noch etwas optimierungsbedarf. So z.B. an dieser Stelle. Im Grunde kann ein RPI als Server bei dem geringen Stromverbrauch durchlaufen. Ein Default-Wert 0 an der entsprechenden Stelle wäre also gut.
Auch das live-Addon ist für Einsteiger sicherlich eine gute Hilfe und auch für Fortgeschrittene nicht verkehrt. Einschaltung per Default in der server-Variante könnte sinnvoll sein.

Grüße

Lars

[clausmuus]

Hi,

danke für den Tipp. Ich hab das powerOff nun für RPI Server abgeschaltet.

Claus