Beiträge von gaborf

ich habe ein kleines HEUREKA hinbekommen. Unter Ubuntu14.04 funktioniert WOL sofort ohne irgendwelche Probleme. Ich habe keine weiteren Treiber oder so installiert (einzigst /etc/init.d/halt angepasst).
Nun muss ich nochmal mein Image von Yavdr hin- und herkopieren und schauen ob dort nun auch funktioniert. Was auch immer dann die Ursache gewesen sein soll.
Ich werde mich nochmal melden ob es dort klappt oder nicht.
Nun muss ich nur zusehen wie ich in 14.04 VDR zum Laufen bekommen. Ich habe keine Lust/Zeit alles von Hand zu machen

gabor

die lange Bootzeit ist leider normal. Es laesst sich aber beschleunigen wenn die Installation auf einer Festplatte gemacht wird, ist bei Raspberry aber nicht unbedingt zu empfehlen. Was ich stattdessen nutze ist das "suspend", sprich der Raspberry fährt nicht komplett runter, sondern es werden nur vdr und einige Module heruntergefahren. Danach lässt sich der Raspberry wieder über die Fernbedieung starten und ist innerhalb von Sekunden da.
was die Aufnahmen betrifft, so kannst du mittels der WebOberfläche einige Mounts machen.
Ich selber gehe dazu aber lieber in die /etc/fstab und füge hier eine Zeile ein:

192.168.8.11:/video.00  /mnt/data/tv  nfs    hard      0 0

das sollte natuerlich an deinen Server-Namen angepasst werden.
Danach stehen die Aufnahmen auch im MLD zur Verfügung

gabor

so das will ich mal die gesammelten Meldungen nacharbeiten:

1. Bios ist/war bereits auf dem aktuellsten Stand. Eine neue Version wurde nicht gefunden
2. PXE habe ich nun auch deaktiviert
3. Stromlos war das Board zwischendurch auch ein paar Mal; hat leider auch nichts gebracht
4. der Treiber ist installiert und wird auch in lsmod angezeigt

Leider hat noch keine Hilfestellung zum Erfolg geführt. Mir gehen langsam die Ideen aus. Ich frage mal beim Helpdesk von AsRock an.

gabor

HAllo Oli,

ich habe mir deine Bilder versucht anzusehen und meine Einstellungen daraufhin anzugleichen, Leider ohne bessere Ergebnisse.
Was mich wundert ist dein letztes Foto. Hier steht bei boot from onboardlan= deaktiviert.
Ist das nicht die Funktion WakeonLan oder ist hiermit PXE gemeint?

gabor

ich habe mir gerade mal MLD als weitere Test-Distribution geschnappt. In den Einstellungen und im ethtool passen die Einstellungen für ein WOL. Aber auch hier wacht das Motherboard beim aufwecken nicht auf und die LED's der Netzwerkkarte verlöschen beim Herunterfahren.
Nun muss ich mir wohl mal alle Bios-Einstellungen mal genauer anschauen.
Hier beklagen sich noch ein paar User über das nicht funktionierende WOL:

http://www.technikaffe.de/anle…celeron_j1900_und_freenas

gabor

wer dennoch basteln möchte, dann biete ich hier eine günstige Gelegenheit.

Verkaufe: Zyxel NSA325 NAS für zwei Festplatten

gabor

vielen Dank an alle, aber eine Lösung war leider noch nicht dabei. am S5 suspend (im Bios) hat es auch nicht gelegen. Als ich dieses deaktiviert habe klappte es auch nicht. Ich werde nochmal schauen welches Live-System ich heranziehe um einen Test in einer anderen Distribution zu fahren. Schaue ich heute abend mal weiter.anbei noch ein paar Screenshots vom Bios

gabor

ich habe noch ein klein wenig weitergeforscht. Im Syslog ist aus meiner Sicht nichts auffälliges zu finden.
wenn ich den folgenden Befehl ausführe bekomme ich mehrere deaktivierte Geräte

cat /proc/acpi/wakeup
Device	S-state	  Status   Sysfs node
PS2K	  S4	*enabled   pnp:00:06
XHC1	  S4	*enabled   pci:0000:00:14.0
PXSX	  S4	*disabled  
PXSX	  S4	*disabled  
PXSX	  S4	*disabled  
PXSX	  S4	*disabled  
PWRB	  S0	*enabled

allerdings bekomme ich keine logische Zuordnung zu meinen Devices:

root@server:~# lspci
00:00.0 Host bridge: Intel Corporation ValleyView SSA-CUnit (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation ValleyView Gen7 (rev 0c)
00:14.0 USB controller: Intel Corporation ValleyView USB xHCI Host Controller (rev 0c)
00:1a.0 Encryption controller: Intel Corporation ValleyView SEC (rev 0c)
00:1c.0 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0c)
00:1c.1 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0c)
00:1c.2 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0c)
00:1c.3 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0c)
00:1f.0 ISA bridge: Intel Corporation ValleyView Power Control Unit (rev 0c)
00:1f.3 SMBus: Intel Corporation ValleyView SMBus Controller (rev 0c)
01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG nGene PCI-Express Multimedia Controller
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 11)
04:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)

der Vollständigkeithalber hier noch der Auszug vom ethtool eth0:

...	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000033 (51)
			       drv probe ifdown ifup
	Link detected: yes

gabor

Hallo ,

danke Frank. Ich konnte die Anpassung nun in der richtigen Datei vornehmen. Allerdings ändert sich nicht an dem Verhalten. Die Netzwerkkarte bleibt nach dem Herunterfahren deaktiviert. Es gelingt mir nicht den Rechner per WOL zu starten; es blinken keine Lampen ab Netzwerkanschluss.
Welche LOG-Dateien können einen Aufschluss über die Problematik liefern?

gabor

Hallo Fank,

danke für deine Antwort. Ich hatte gestern auch schonmal nach der "halt" geschaut und dort keine Einstellung für netdown gefunden und diese ergänzt. Da ich gerade nicht vor dem VDR sitze glaube ich das ich meine Ergänzung dann aber in etc/default/halt vorgenommen hatte. allerdings hatte die Änderung keine Auswirkung.

Verwundert hatte mich zu diesem Zeitpunkt das es den Eintrag garnicht in der Datei gab.

Die Netzwerkkarte war noch immer abgeschaltet. ich werde heute Abend mal nachschauen ob ich die richtige Datei in den Fingern hatte oder nicht.

gabor

HAllo,

ich hoffe ihr könnt mir helfen.
Ich bin Besitzer eines AsRock Q1900ITX-Motherboards. Dieses soll meine GoflexNet ersetzen. Yavdr ist installiert und es funktioniert alles soweit. Programmierte Aufnahmen können gemacht werden, LiveTv wird auch gestreamt.
Was derzeit nicht klappt ist das WakeOnLan.
In den Einstellungen für die Netzwerkkarte habe ich in der rc.local ein

/sbin/ethtool -s eth0 wol g

ergänzt. Die Einstellung kann ich auch mit Hilfe von ethtool eth0 kontrollieren. Das passt.
Aber nach dem Abschalten mittels poweroff oder dem Nutzen der Fernbedieung im Live-Plugin, ist danach die Netzwerkkarte deaktiviert (keine lämpchen leuchten).
Die Einstellungen im Bios stehen auf WakeOnlan=aktiv und auch WakeOnPCIe ist aktiviert.
An einigen Stellen habe ich das Paket "r8168-dkms" installiert, das brachte aber auch keine Verbesserung.

Ich habe als Einstellung in YaVDR unter Einstellungen/Abschaltmethode das ganze auf "System herunterfahren" stehen (Der Poweroff-Kernel klappt nicht und S3 klappt nicht wegen der DVB-T-Karte).

Ich bin nun ehrlich überfragt an welcher Stelle ich noch schrauben muss im WOL zum Laufen zu bekommen. Ich hoffe ihr könnt mir helfen; es hängt bestimmt wieder nur an einer Kleinigkeit.

danke Gabor

Lösung: ich hatte TLP installiert und die Einstellungen haben WOL wieder deaktiviert

Zitat von DDD

gaborf: So? http://www.hwtools.net/jpg/MP3S_2.jpg

danke da war ich wohl ein wenig ungenau. Der PCIE-Slot ist bereits belegt durch eine DVB-T-Karte.
Ich wollte die Msata in den MINI-PCIE stecken.
Mir scheint allerdings der Paltz zwischen Steckplatz und Kondensator etwas zu klein. Das lässt sich aber bestimmt durch eine Riser oder Verlängerungskabel lösen.
Die Frage ist nur kann ich die msata-KArte im Board direkt betreiben?

gabor

das Board scheint mir eine echte Alternative zu meiner doch etwas zu langsam gewordenen Dockstar/GoflexNet zu sein.
Kann ich in den PCI-E-Slot eigentlich eine msata-ssd packen?

gabor

Schade, bislang keiner der mir helfen kann.

Ich habe auch gerade nochmal die GIT-Sourcen vom upnp Plugin gezogen und kompiliert. Auch hier bekomme ich keine lauffähige Version hin.

Hat irgendjemand überhaupt das Upnp-Plugin im Einsatz?

Auf welchem Weg nutzt ihr upnp um die Aufnahmen vernünftig auf den Fernseher zu bekommen?

gabor

Hallo,

ich hoffe ihr könnt mir helfen. Ich bin auf der Suche nach einem Tool oder Plugin welches mir die Aufnahmen vom VDR-Server als auch LiveTV für den Fernseher bereitstellt.
Bislang nutzt ich für die Aufnahmen mal twonky oder minidlna oder mediatomb. Nun bin ich auf das upnp-Plugin vom VDR direkt gestossen. Mittels apt lässt dieses sich auch installieren.
Nach der erfolgreichen Installation lässt sich der VDR leider nicht mehr starten. Erst nach der Deaktivierung des Plugins läuft wieder alles.

Die Fehlermeldung lautet:

segfault at 0 ip 00007fc9d10e6eef sp 00007fff78abe0b0 error 4 in libtntdb.so.2.0.0[7fc9d10db000+1e000]

auch der Dump verweist auf die tntdb

Thread 1 (Thread 0x7f3aba7fb740 (LWP 13434)):
#0  0x00007f3ab8b04425 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f3ab8b07b8b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007f3ab8b4239e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00007f3ab8b4cb96 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x00007f3aab601690 in sqlite3_free () from /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
#5  0x00007f3aa827eea8 in tntdb::sqlite::SqliteError::SqliteError(char const*, char*, bool) () from /usr/lib/tntdb/tntdb2-sqlite.so
#6  0x00007f3aa827e259 in tntdb::sqlite::Connection::execute(std::string const&) () from /usr/lib/tntdb/tntdb2-sqlite.so
#7  0x00007f3ab512fef5 in tntdb::Connection::execute(std::string const&) () from /usr/lib/libtntdb.so.2
#8  0x00007f3ab55b2db7 in upnp::cMediaServer::Initialize (this=0x7f3ab581c300) at server/server.cpp:256
#9  0x00000000004d69fc in cPluginManager::InitializePlugins (this=<optimized out>) at plugin.c:374
#10 0x000000000046d312 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:750

Was kann ich tun um das upnp-Plugin zum Laufen zu bekommen?

Das System ist aktuell eigentlich ein nackt aufgesetztes aktuelles Yavdr.

danke Gabor

danke für die Antwort. Leider sind sämtliche Zeilen in meiner config-Datei auskommentiert. Welche Einstellungen stehen aktuell bei dir drin?

gabor

ich versuche auch gerade unter yavdr das upnp-Plugin zum Laufen zu bekommen. Ich erhalte auch den selben Fehler wie ihr- Welche Option -vvvv muss ich wo entfernen um das Plugin erfolgreich zum Laufen zu bekommen?

gabor

Danke an alle für die Rückmeldungen.

Mein kompilieren scheint gestern abend doch noch irgendwo fehlgeschlagen zu sein. Leider hatte ich das nur als Hintergrundprozess gestartet und finde keine Logs zum repo-make.
Also muss ich nochmal kompilieren lassen.

@Karsten: das mit dem NSA325 klingt interessant. Ich fürchte nämlich das der Speicher auf der Goflex nicht ausreichen wird. Die NSA325 ist das ja etwas besser ausgestattet und bietet gleich noch ein schnelleres USB. Wie zufrieden bist du mit der Kiste? Wie hast du kompiliert repo-make oder makepkg auf manuellen Weg?
Hast du vielleicht noch die .xz-Pakete, dann kann ich mir das stundenlange kompilieren sparen (so richtig rasend schnell sind die Kistchen halt doch nicht)

gabor

Hallo,

danke für deine Antwort. Die ARM-Version zwischen der Dockstar und dem Raspberry unterscheiden sich. Das eine ist die ARMV5-Version und das andere die ArmV6-Version.
Ob das relevante Unterschiede macht weiss ich nicht.
Ich lasse gerade die Repo-Sourcen kompilieren auf meinem Rechner, dürfte aber noch etwas dauern. Ich habe auch erstmal die für mich relevanten Plugins angepasst. Mal sehen vielleicht weiss ich morgen mehr.

gabor

Hallo,

ich habe gerade nochmal meine alte Dockstar/Goflex Net rausgekramt und wollte mal schauen ob ich diese auch als VDR-Server taugt. Ich habe mich für Archlinux als Betriebssystem entschieden. Nach dem ersten scheitern mit ARCHVDR schaue ich mir nun VDR4ARCH an. Leider klappt das Herunterladen der Pakete nicht, weil "Arm" momentan scheinbar nicht als kompatibel eingestuft wird.
Ist es möglich beim Paketbau auch die ARM-Umgebung als gültige Umgebung mit dazuzufügen. Ich denke es liesse sich auch Problemlos dort installieren.

Welchen Weg muss ich wählen um eine Installation auf dem ARM-Device hinzubekommen?

gabor