Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - anilu

1
x86 Systeme (PC) / WOL geht nicht seit Installation von mld 5.0
« on: September 07, 2015, 16:52:12 »
Hallo Claus,

vielen Dank für den schnellen Fix, WOL funktioniert jetzt wieder!
Überhaupt finde ich mld super, da man alles ruckzuck eingestellt hat, ohne ein Linux Profi sein zu müssen
und man schnell Hilfe bekommt, wenn etwas doch nicht klappt!!! Vielen Dank!

Zu dem Script habe ich tatsächlich Fragen, da ich mich damit nicht auskenne:
Ich habe jetzt die "example" Datei kopiert und in "copylog" umbenannt und der Inhalt sieht nun so aus:
Code: [Select]
#!/bin/sh

. /etc/init.d/rc.functions

NAME=${0##*/}

case "$1" in
start)
echo "Starting $NAME: "
#
# add here your start actions
#
check_status
;;
stop)
echo "Stopping $NAME: "
#
# add here your stop actions
cp /var/log/messages /mnt/data/other/log/messages.`date +%Y%m%d_%H%M`
cp /var/log/messages.0 /mnt/data/other/log/messages.0.`date +%Y%m%d_%H%M`
#
check_status
;;
restart)
$0 stop
$0 start
;;
init)
#start=1     # enable start section
stop=1      # enable stop section
#after=""    # init scripts that must be started before this
#before=""   # init scripts that should be started after this
;;
*)
echo "Usage: $0 {start | stop | restart}" >&2
exit 1
esac
- 2 x neue Zeilen im "stop" Abschnitt
- die Raute vor "stop" weg im "init" Abschnitt
Ist das so richtig?
Und die Datei bleibt im /etc/init.d/ Verzeichnis?

Danke und viele Grüße
anilu

2
x86 Systeme (PC) / [GELÖST]WOL geht nicht seit Installation von mld 5.0
« on: September 06, 2015, 03:19:29 »
Hallo,

ich habe vor einer Woche meinen mld Server von 3.0.3 auf 5.0 aktualisiert, per sauberer Neuinstallation.
Wake on LAN hat bisher immer einwandfrei funktioniert.
Seit der Neuinstallation muss ich zum Anschalten in den Keller laufen und den Server am Powerknopf drücken, das ist nicht schön ...
Für programmierte Timer schaltet er sich von alleine ein, das funktioniert.

Was ich bisher gemacht habe:
Code: [Select]
MLD-Server> ethtool eth0
Settings for eth0:
        Supported ports: [ MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: g
        Wake-on: d
        Link detected: yes

Ich habe dann mal über putty folgendes eingegeben:
Code: [Select]
ethtool -s eth0 wol g
Danach ist die Ausgabe wie folgt:
Code: [Select]
MLD-Server> ethtool eth0
Settings for eth0:
        Supported ports: [ MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: g
        Wake-on: g
        Link detected: yes

Wenn ich den Server jetzt herunterfahre, dann startet er das nächste Mal ordentlich per WOL.
Dann ist die Einstellung aber wieder auf "d" und er startet daraufhin das nächste Mal wieder nicht mehr.
Das hat aber ja schon für lange Zeit sehr ordentlich funktioniert.

Im WebIf ist der Haken bei "Konfiguration/Netzwerk/LAN/Wakeup on lan" gesetzt.
Ein Entfernen und neu Setzen hat nichts gebracht.

In der rc.config lautet die Zeile dazu wie folgt:
# Aktivate wakeup on lan  (1=on, 0=off)
NETWORK_WOL="1"
Sieht also auch gut aus.

Was kann ich tun, damit der Server wieder WOL kann bzw. das "g" bleibt?

Noch eine Frage, ich behalte ganz gerne eine Übersicht darüber, wann der VDR Server gestartet/heruntergefahren ist, da er unter der alten mld Version manchmal nicht mehr ausschaltete und ewig durchlief, und möchte deswegen gerne die Logdateien sichern.
Wo kann ich diesen Befehl
Code: [Select]
cp /var/log/messages /mnt/data/other/log/messages.`date +%Y%m%d_%H%M`eintragen, damit er vor dem Herunterfahren des VDR's ausgeführt wird und damit er auch nach einem Update noch vorhanden bleibt?

Vielen Dank schon einmal!
anilu

3
SUPER!!!!
Vielen Dank für Eure Hilfe, es hat funktioniert!
anilu

4
Hi Michael,

vielen Dank für Dein Angebot, mir zu helfen.
Anbei die gewünschte Datei.

VG anilu

5
Kann mir jemand helfen?
Was muss ich tun, damit ich vnsi oder xvdr wieder nutzen kann und die Updates wieder funktionieren?
Ich möchte ungern das System ganz neu installieren.

VG anilu

6
Beim Klick auf "Alle Pakete aktualisieren" kommt folgendes:

Code: [Select]
Upgrade all packages
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-03-06 17:15'
Collected errors:
* opkg_lock: Could not lock /var/run/opkg.lock: Resource temporarily unavailable.
Collected errors:
* pkg_run_script: package "opkg" postinst script returned status 255.
* opkg_configure: opkg.postinst returned 255.
* pkg_run_script: package "kernel" postinst script returned status 1.
* opkg_configure: kernel.postinst returned 1.
Configuring opkg.
Configuring kernel.
Upgrading kernel from 3.16.1.131-149 to 3.16.1.131-151 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/kernel_3.16.1.131-151.opk.
Existing conffile /etc/modules is different from the conffile in the new package. The new conffile will be placed at /etc/modules-opkg.
Upgrading opkg from 2015.03.01-78 to 2015.03.01-83 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/opkg_2015.03.01-83.opk.
Configuring opkg.
Configuring kernel.

Wie bekomme ich nun vnsiserver oder xvdr wieder zum Laufen?

VG anilu

7
Hallo Claus,

vdrmanager ist nicht installiert.
Installiert sind...

System Pakete:
btrfs
dvb
install
mc
network
nfs-server
nsora
samba
scan
ssh
vdradmin-am
vdr
webserver
xfs

VDR Plugins:
control
dummydevice
epgsearch
extrecmenu
live
opkg
setup
skincurses
smarttvweb
streamdev-server
svdrposd
wirbelscan

Danke schonmal!
anilu

8
Hallo,

ich habe mit der mld Server Version leider gerade folgendes Problem:

Ich wollte von xvdr zu vnsi wechseln.
xvdr wurde deinstalliert aber vnsi wurde nicht installiert.
Daraufhin habe ich auf "Alle Pakete - aktualisieren geklickt".
Bis auf das vdr Paket ging alles durch.
Leider kann ich immer noch nicht vnsi oder xvdr installieren,
bekomme immer wieder folgende Fehler:
(Screenshot anbei)

Code: [Select]
Install vdr-plugin-vnsiserver
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-03-03 20:40'
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-vnsiserver:
* vdr (>= 2.2.0.169) * vdr (<= 2.2.0.169-:) *
Installing vdr-plugin-vnsiserver (2015.03.03-1_2.2.0.169) on root.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.

Code: [Select]
Install vdr-plugin-xvdr
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-03-03 20:43'
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-xvdr:
* vdr (>= 2.2.0.169) * vdr (<= 2.2.0.169-:) *
Installing vdr-plugin-xvdr (2015.03.01-1_2.2.0.169) on root.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.
Not selecting vdr 2.2.0.169 as installing it would break existing dependencies.

Mein Upload Code lautet: Bu3ZIm

Was muss ich tun, damit ich wieder vnsi (oder xvdr) nutzen kann?

Vielen Dank!
anilu

9
Raspberry PI / Installation vomp-client auf Raspi funktioniert nicht
« on: January 27, 2015, 19:17:55 »
Hallo, habe nun die Installation des vomp-clients versucht.

1.) Bei der Installation von CEC Support kamen diese Hinweise/Fehler:

Code: [Select]
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-01-27 17:29'
Collected errors:
* check_data_file_clashes: Package libcec2 wants to install file /usr/bin/cec-client
But that file is already provided by package  * libcec1
Installing libcec-daemon (2014.12.14-14) on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/libcec-daemon_2014.12.14-14.opk.
Installing libcec2 (2.2.0-6) on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/libs/libcec2_2.2.0-6.opk.
Installing libxrandr2 (1.3.2-1) on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/libs/libxrandr2_1.3.2-1.opk.
To remove package debris, try `opkg remove libcec2`.
To re-attempt the install, try `opkg install libcec2`.
Configuring libxrandr2.

2.) Und leider kann der Raspi keinen Kontakt mit dem vomp-server aufnehmen,
Angehängt die gekürzte vompserver-log vom mld-server und
die messages-log vom vomp-client (vompclient-log vom mld-client ist leer).

Hab ich irgendwas vergessen? Oder warum funktioniert es nicht bei mir?

Vielen Dank
anilu

10
Raspberry PI / Installation vomp-client auf Raspi funktioniert nicht
« on: January 27, 2015, 00:17:14 »
Super, vielen Dank.
Werde es morgen nochmal versuchen.

11
Raspberry PI / Installation vomp-client auf Raspi funktioniert nicht
« on: January 26, 2015, 15:01:10 »
Hallo,

nachdem ich den rpi-client erfolgreich installiert hatte, wollte ich den vomp-client auf meinem Raspi mal ausprobieren.
Leider funktioniert die Installation nicht, weder das angepasste Image noch die Online Installation.
Mein Server läuft mit der server Version von mld super (dort habe ich das vomp-server Addon installiert).
Nach dem Reboot bleibt ein schwarzer Bildschirm am TV mit div. Meldungen und einem Prompt am Ende stehen,
es startet also kein grafische Oberfläsche (siehe Foto im Anhang).
Mein Upload/Fehler Code: lof7RY

Vielen Dank schonmal!
anilu

12
Leider funktioniert der Befehl zum Formatieren meiner Datenfestplatte als ext4 nicht:

Code: [Select]
MLD> mkfs.ext4 /dev/sda1
-sh: mkfs.ext4: not found

Code: [Select]
MLD> cd /sbin
MLD> ls mkfs*
mkfs.ntfs

Gibt es eigentlich ein Verzeichnis auf der System Festplatte, welches nicht gelöscht wird
beim Reboot? Ich möchte gerne die Logdateien sichern, auf der Datenfestplatte funktioniert es zwar,
aber wenn die nicht ordentlich gemounted wurde, können die Logdateien natürlich dort auch nicht
gespeichert werden.
Habe in die rc.poweroff folgendes zusätzlich eingetragen:
cp /var/log/messages /mnt/data/other/log/messages_$(date +%Y_%m_%d-%H_%M).log
Hätte die Sicherung der Logdatei aber lieber auf der System Festplatte.

Vielen Dank
anilu

13
Hi,

danke für Dein Interesse an meinem Festplatten Problem.
Heute wurde sie leider wieder nicht automatisch gemounted  :(
Ich habe übrigens tatsächlich ein Mainboard (Asus M2N-E) mit einem nForce Chipsatz.
genauer: NVIDIA nForce 570 Ultra MCP (NVIDIA nForce 570 Ultra Serial ATA Anschlüsse)
Und was bedeutet dies nun?
Hat das was mit dem Fehler zu tun?
Die Festplatte ist übrigens nagelneu (aus einem externen Gehäuse ausgebaut).
Ich stoße heute abend mal den Smartctl Test an:

Code: [Select]
smartctl -s on -o on -S on /dev/sda
smartctl -t offline /dev/sda

Was ist hier richtig: sda oder sda1 ????
Gibt bei beiden Konstellationen keinen Fehler:

Code: [Select]
MLD> smartctl -s on -o on -S on /dev/sda1
smartctl 5.43 2012-06-30 r3573 [i686-linux-3.12.2.178] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.
SMART Automatic Offline Testing Enabled every four hours.

Code: [Select]
MLD> smartctl -s on -o on -S on /dev/sda
smartctl 5.43 2012-06-30 r3573 [i686-linux-3.12.2.178] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.
SMART Automatic Offline Testing Enabled every four hours.

Diese Fehler  habe ich sehr häufig in meiner log Datei:
Code: [Select]
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: READ FPDMA QUEUED

Ich hoffe es gibt eine Lösung, finde es total schade, dass das System mit meiner Hardware so unzuverlässig läuft.
Bin sehr dankbar für jeden Hinweis  ::)
VG anilu

14
Hi Jarny, danke für Deinen Hinweis. :)
Ich hatte auch die Version 1.6.4, d.h. ich versuche es nochmal ...
Vielleicht hatte es andere Gründe, dass es nicht funktioniert hat.

Ich hätte noch eine Frage: Obwohl ich meinen mld Server neu installiert habe
und die Datenfestplatte auch formatiert habe, bekomme ich immer noch sporadisch
diesen Hinweis in der Log Datei (gemounted wird die Platte aber bis jetzt zuverlässig):

Code: [Select]
Jan 31 14:24:51 (MLD) user.err kernel: ata1: EH in SWNCQ mode,QC:qc_active 0x3 sactive 0x3
Jan 31 14:24:51 (MLD) user.err kernel: ata1: SWNCQ:qc_active 0x1 defer_bits 0x2 last_issue_tag 0x0
Jan 31 14:24:51 (MLD) user.err kernel:   dhfis 0x1 dmafis 0x0 sdbfis 0x0
Jan 31 14:24:51 (MLD) user.err kernel: ata1: ATA_REG 0x40 ERR_REG 0x0
Jan 31 14:24:51 (MLD) user.err kernel: ata1: tag : dhfis dmafis sdbfis sactive
Jan 31 14:24:51 (MLD) user.err kernel: ata1: tag 0x0: 1 0 0 1 
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: cmd 61/10:00:10:10:a9/00:00:ae:00:00/40 tag 0 ncq 8192 out
Jan 31 14:24:51 (MLD) user.err kernel:          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: status: { DRDY }
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: READ FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: cmd 60/08:08:30:aa:69/00:00:4c:00:00/40 tag 1 ncq 4096 in
Jan 31 14:24:51 (MLD) user.err kernel:          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: status: { DRDY }
Jan 31 14:24:51 (MLD) user.info kernel: ata1: hard resetting link
Jan 31 14:24:51 (MLD) user.info kernel: ata1: nv: skipping hardreset on occupied port
Jan 31 14:24:53 (MLD) user.info kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 31 14:24:53 (MLD) user.info kernel: ata1.00: configured for UDMA/133
Jan 31 14:24:53 (MLD) user.warn kernel: ata1.00: device reported invalid CHS sector 0
Jan 31 14:24:53 (MLD) user.warn kernel: ata1.00: device reported invalid CHS sector 0
Jan 31 14:24:53 (MLD) user.info kernel: ata1: EH complete

Hatte mal danach gegoogelt und es kann alles und nichts sein ...
Kann man auf die Datenfestplatte auch als ext3 oder ext4 formatieren mit Boardmitteln?
Am besten über die Konsole übers Netz, weil ich nicht mit Monitor, Tastatur & Co. im kalten
Keller sitzen möchte, zumal ich dann erst wieder eine Grafikkarte einbauen müsste  :-\
Vielleicht liegt es am XFS, welches automatisch genutzt wird.

Vielen Dank!
anilu

15
Also,

kurze Rückmeldung meinerseits:
Hab die Datenfestplatte neu formatiert und ein neues SATA Kabel dran gemacht und den mld Server neu installiert.

Ergebnis:
VDR Admin läuft
Live läuft
OSD über telnet läuft

Das Problem mit den xfs Fehlern und dem fehlenden mounten der Datenfestplatte muss ich jetzt erst mal beobachten.
xvdr fehlt immer noch, warte ich jetzt mal ab.
Hab mal vnsi probiert, allerdings will openelec 3.2.4 die Version4 und hier gibt es die 3 und die 5, soweit ich das erkennen konnte.
Jetzt können wir quasi zur Zeit keine Aufnahmen am TV schauen :-(

anilu