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 - michi72

1
Hallo warp10,

mich würde mal interessieren, wie der Stand der Dinge ist: gehen inzwischen 4 Streams aufzunehmen? Ich hatte nämlich dieselbe Idee. Ich habe hier schonmal den Digibit stehen, will den nun aber mit der alternativen Firmware satip-axe https://github.com/perexg/satip-axe/tree/master/dist betreiben. Vielleicht gibt diese die Streams anders aus? Vielleicht schon bereinigt? Keine Ahnung ...

Die Frage ist auch, wo nun wirklich der Flaschenhals liegt. Habt ihr da etwas herausgefunden? Habe mir gestern bei Conrad für 29,90€ mit Versand einen BananaPI bestellt, weil der eben die 1GBit Ethernet hat.

Gruß
Michi

2
Allgemeines [ General ] / ACHTUNG: Fehler beim upgrade
« on: February 11, 2015, 10:58:29 »
Hallo Claus,

mal eine kleine Rückmeldung: bei mir hat es heute so auf diesem Wege einwandfrei funktioniert. Deine "kleine Idee" war also super :)

Vielen Dank und Gruß
Michi

3
Hallo skippy, hallo Claus,

Eure beiden Tips haben hintereinander geholfen! Vielen Dank mal wieder!!
OK, ich kann jetzt einen snapshot wiederherstellen. Mal sehen, ob dann auch das update von vdr und den ganzen plugins klappt.

Danke und Gruß
Michi

4
Hallo Holger,

leider habe ich nur folgendes im /tmp

Code: [Select]
BusyBox v1.23.0 (2015-01-11 02:38:01 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

vdr> cd /tmp
vdr> ls -lha
drwxrwxrwt    3 root     root          80 Jan 31 23:14 .
drwxrwxr-x    1 root     root         152 Jan 25 00:51 ..
drwx------    2 root     root          60 Jan 31 23:14 dropbear-ca793351
-rw-rw-r--    1 root     root           0 Jan 31 19:48 session_
vdr>

Ich weiß im Moment nicht weiter. Es geht ja alles, im Moment sind viele Aufnahmen, das geht auch alles wunderbar. Streaming über vnsi an Kofi geht auch prima. Nur kann ich nichts mehr über das Webinterface einstellen und auch keine snapshots mehr löschen. Irgendwann wird die platte voll sein .......  :-\

Ideen?

Danke und Gruß
Michi

5
Hallo skippy,

Danke für Deine Antwort. Habe die /etc/rc.config durchsucht, aber keinen benutzer-login für den Webserver gefunden. Suche ich evtl. falsch?
Problem habe ich auch, von einem Snapshot zu starten, weil der VDR nur als Server im Schrank unten vor sich hinbrummt, kein Monitor dran ist und keine Tastatur. Gibt es evtl. eine Möglichkeit, dem reboot-Befehl mitzugeben, mit welchem snapshot er das System wieder neu starten soll?

Sonst bleibt mir nur, hier meinen Monitor abzuschrauben, runterzutragen und dort irgendwie dranzufriemeln. Tastatur ist nicht so das Problem.

Idee?

Danke und Gruß
Michi

6
Allgemeines [ General ] / Aufnahmen an Win7 streamen
« on: January 29, 2015, 20:49:08 »
Hallo,

ja genau die meinte ich. Check die mal, wenn es nicht geht. Ach ja, gute Besserung!

Gruß
Michi

7
Allgemeines [ General ] / Aufnahmen an Win7 streamen
« on: January 29, 2015, 19:26:22 »
Hallo,

ein Tip für Dich: installiere per Webserver das Paket vnsiserver. Dann auf Deinem Notebook von http://kodi.tv das Kodi 14.0 für Windows. Damit kannst Du dann sowohl LiveTV als auch Deine Aufnahmen gucken. Ganz ohne SMB oder sowas.

Ach ja, ganz wichtig noch: Du musst auf dem vdr die Datei /etc/vdr/svdrpsrv.conf ändern, auf Deinen IP-Adressenkreis anpassen. Sonst geht es nicht.

Gruß
Michi

8
Hallo,

nachdem nun alles soweit gut funktioniert hat, kann ich von gestern auf heute leider nicht mehr auf den Webserver zugreifen, es kommt nur noch die Meldung ganz oben in der Zeile:
/usr/bin/webserver.sh: /tmp/webserver.2703.index.sh: line 8: md5sum: not found
grep: /tmp/webserver.2703.header: No such file or directory

Habe über ssh dann versucht per opkg remove webserver ; opkg install webserver den wieder ans Laufen zu bekommen. Immer noch gleicher Fehler.

Leider kann ich auch nicht auf einen Snapshot von gestern gehen, weil ich das nur über das Webinterface kann. Mit btrfs kenne ich mich nicht aus, und ehe ich mir alles zerschieße .....

Nachtrag: oben in der Zeile kommt o.g. Meldung, der Rest der Startseite sieht soweit "normal" aus. Wenn ich habe in Pakete rein will oder eben zu den Snapshots, dann bekomme ich zwar eine Loginaufforderung, in die ich mein Passwort eintippen kann, aber es funktioniert nicht. Login geht einfach nicht.

Kann mir bitte jemand helfen?

Danke!
Gruß
Michi





   

9
Hallo Claus,

wow, Danke! Alles geht, alles aktualisiert. Und bis jetzt läuft noch alles  ;)
Eine tolle Distri mit tollem Support, großes Danke nach S..dorf!

Gruß
Michi

10
Hallo Claus,

leider nein. Es funktioniert leider immer noch nicht. Und ein --force-depends bzw. --nodeps installiert zwar ein wenig weiter, aber dann kann ich kein plugin mehr installieren. Mist. OK, ich habe jetzt ein Backup vom 20.01. wieder eingespielt und warte nun ein wenig mit opkg upgrade. Vielleicht bin ich ja doch nicht der Einzige mit diesen Problemen.

Gruß
Michi

11
Hallo,

ich hänge mich hier mal mit rein. Habe leider genau die gleichen Probleme, trotz vollem opkg upgrade, da kommt nämlich folgendes:
Code: [Select]
vdr> opkg upgrade
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Assuming locally installed package vdr (2.1.6.141-151) is up to date.
Upgrading vdr-plugin-opkg from 0.1.0-22_2.1.6.141 to 0.1.0-22_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-setup from 0.3.1-24_2.1.6.141 to 0.3.1-24_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-streamdev-server from 2014.12.23-8_2.1.6.141 to 2014.12.23-8_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-epgsearch from 2014.12.27-11_2.1.6.141 to 2014.12.27-11_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-vnsiserver6 from 2015.01.17-0_2.1.6.141 to 2015.01.18-0_2.1.6.141 on root.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-markad from 0-21_2.1.6.141 to 0-21_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-live from 2013.05.04-4_2.1.6.141 to 2013.05.04-4_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-systeminfo from 0.1.3-7_2.1.6.141 to 0.1.3-7_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-skincurses from 2.1.1-4_2.1.6.141 to 2.1.1-4_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-dummydevice from 1.0.2-3_2.1.6.141 to 1.0.2-3_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-fritzbox from 1.5.3-2_2.1.6.141 to 1.5.3-2_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-osdteletext from 2014.01.12-2_2.1.6.141 to 2014.01.12-2_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-svdrpservice from 1.0.0-5_2.1.6.141 to 1.0.0-5_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-undelete from 2014.06.08-1_2.1.6.141 to 2014.06.08-1_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-burn from 0.2.2-2_2.1.6.141 to 0.2.2-2_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-smarttvweb from 2014.10.04-2_2.1.6.141 to 2015.01.18-2_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-control from 0.0.2a-4_2.1.6.141 to 0.0.2a-4_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Upgrading vdr-plugin-svdrposd from 1.0.0-4_2.1.6.141 to 1.0.0-4_2.1.7.152 on root.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
Not selecting vdr 2.1.6.141 as installing it would break existing dependencies.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-opkg:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-setup:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-streamdev-server:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-epgsearch:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-vnsiserver6:
 *      vdr (>= 2.1.6.141) *    vdr (<= 2.1.6.141-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-markad:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-live:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-systeminfo:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-skincurses:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-dummydevice:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-fritzbox:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-osdteletext:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-svdrpservice:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-undelete:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-burn:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-smarttvweb:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-control:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for vdr-plugin-svdrposd:
 *      vdr (>= 2.1.7.152) *    vdr (<= 2.1.7.152-:) *


Und:


Code: [Select]
vdr> opkg upgrade vdr
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-01-24 14:53'
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
vdr> opkg list-upgradable | grep "vdr -"
vdr> opkg list-upgradable
Not selecting vdr 2.1.7.152 as installing it would break existing dependencies.
vdr-plugin-svdrposd - 1.0.0-4_2.1.6.141 - 1.0.0-4_2.1.7.152
vdr-plugin-control - 0.0.2a-4_2.1.6.141 - 0.0.2a-4_2.1.7.152
vdr-plugin-smarttvweb - 2014.10.04-2_2.1.6.141 - 2015.01.18-2_2.1.7.152
vdr-plugin-burn - 0.2.2-2_2.1.6.141 - 0.2.2-2_2.1.7.152
vdr-plugin-undelete - 2014.06.08-1_2.1.6.141 - 2014.06.08-1_2.1.7.152
vdr-plugin-svdrpservice - 1.0.0-5_2.1.6.141 - 1.0.0-5_2.1.7.152
vdr-plugin-osdteletext - 2014.01.12-2_2.1.6.141 - 2014.01.12-2_2.1.7.152
vdr-plugin-fritzbox - 1.5.3-2_2.1.6.141 - 1.5.3-2_2.1.7.152
vdr-plugin-dummydevice - 1.0.2-3_2.1.6.141 - 1.0.2-3_2.1.7.152
vdr-plugin-skincurses - 2.1.1-4_2.1.6.141 - 2.1.1-4_2.1.7.152
vdr-plugin-systeminfo - 0.1.3-7_2.1.6.141 - 0.1.3-7_2.1.7.152
vdr-plugin-live - 2013.05.04-4_2.1.6.141 - 2013.05.04-4_2.1.7.152
vdr-plugin-markad - 0-21_2.1.6.141 - 0-21_2.1.7.152
vdr-plugin-vnsiserver6 - 2015.01.17-0_2.1.6.141 - 2015.01.18-0_2.1.6.141
vdr-plugin-epgsearch - 2014.12.27-11_2.1.6.141 - 2014.12.27-11_2.1.7.152
vdr-plugin-streamdev-server - 2014.12.23-8_2.1.6.141 - 2014.12.23-8_2.1.7.152
vdr-plugin-setup - 0.3.1-24_2.1.6.141 - 0.3.1-24_2.1.7.152
vdr-plugin-opkg - 0.1.0-22_2.1.6.141 - 0.1.0-22_2.1.7.152


Ehrlich gesagt habe ich etwas Muffensausen, einfach ein opkg --nodeps oder --force-depends zu machen ... Ich weiß auch nicht weiter.

Was nun?

Gruß
Michi

12
Hallo Claus,

Danke, das beruhigt mich ein wenig. Mir ist es ja auch nicht das erste mal so ähnlich gegangen ;)

Nochmal ein kleiner abschließender Nachtrag: mit korrektem poweroff geht jetzt auch timer wakeup und wol. Wirklich eine supertolle Distribution! Euch ist schon klar, dass ich nun über all frohe Kunde davon tun werde, oder ... :) ;)

Frohe Festtage und einen guten Rutsch
Michi

13
Allgemeines [ General ] / PC schaltet nicht mehr ab
« on: December 15, 2014, 14:37:50 »
Hallo,

ich habe evtl. eine Anregung für Dein Problem (wenn es noch aktuell ist). Ich habe auch das Problem gehabt, dass poweroff mit Strom an stehen blieb. Ich habe die DigitalDevices Cine S2 Karte mit 4 Tunern, die läuft mit dem ngene Treiber. Dieser braucht aber einen Modul Parameter, damit poweroff wieder richtig funktioniert:
Quote
In /etc/modprobe.d eine Datei mit dem Namen dvb.conf erzeugen un folgendes hineinkopieren:
options ngene one_adapter=0 shutdown_workaround=1
Nach einem Neustart funktioniert das Herunterfahren, wie es soll.
Vielleicht hilft Dir das weiter.

Gruß
Michi

14
JUHUUUUUUU!!!!!!!!!!!!!!!!!  :) :D  :D :D :D :D :D :D :D :D

Genau das war es, jetzt schaltet er ab!  8) 8) 8) 8)

Vielen Dank an Euch alle für die Hilfe, ich habe dadurch wieder etwas dazu gelernt und meinen Schusselkopp mal wieder sortiert, es kommen ein paar Erinnerungen mehr hoch.

Abschließend möchte ich noch sagen: MLD ist echt die genialste VDR-Distri, die ich bis jetzt kennenlernen durfte, vielen Dank auch dafür!

Herzlichen Gruß
Michi

15
Hallo MegaX,

ich könnte Dich umarmen! Als Du das geschrieben hast, klingelte es bei mir: "da war doch mal was!!" OMG ich bin so blöd, steinigt mich, wenn Ihr wollt, ich habe im vdrportal selber mal (dort bin ich LinuxBaer) noch etwas dazu geschrieben:

http://www.vdr-portal.de/board16-video-disk-recorder/board99-distributionen/board96-yavdr/122809-0-5a-shutdown-mit-cine-s2-gel%C3%B6st/

Quote
Hallo,

nach Erwerb der L4M/DigitalDevices Karte Cine2 (meine ist rev5.5 ) konnte der yavdr nicht mehr herunterfahren, er blieb bei HALT stehen und man musste den Strom selber ausschalten. Sehr blöd. OK, gibt den PowerOff Kernel dachte ich mir. Gemacht, aber nun ging ACPI-Wakeup auch nicht mehr. Und bei meinem Board nvram-wakeup ... uff, nein Danke.

Also nochmal geforscht: bei der 0.3/0.31 gab es schonmal diese Probleme:
[0.3.1] Shutdown mit Cine S2

Das hat bei mir wirklich geholfen!! Wollte dort Danke sagen, war aber schon geschlossen, deswegen mache ich das hier nochmal auf.

Hier nochmal die Nachricht, falls das nicht so lesbar ist:
 Zitat
In /etc/modprobe.d eine Datei mit dem Namen dvb.conf erzeugen un folgendes hineinkopieren:
options ngene one_adapter=0 shutdown_workaround=1
Nach einem Neustart funktioniert das Herunterfahren, wie es soll.



Funktioniert! Kann man das nicht wieder in den Standard reinnehmen?


Danke und Gruß

Ich werde das jetzt nochmal kurz testen ... bis gleich.

Danke!!!

Gruß
Michi