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

1
Allgemein [ General ] / Systemrestart über Homebridge
« on: February 16, 2019, 16:54:26 »
Hallo, ich suche eine Möglichkeit MLD neu zu starten ohne extra durchs WebIF zu hageln und das ganze sollte remote von meinem Hauptserver passieren.
Ich habe immer noch massiv das Problem das bei mein Raspi3B+ das OSD immer wieder mal nicht mehr vorhanden ist und das lässt sich längerfristig nur mit einem Reboot beheben. Um das etwas zu umschiffen würde ich gerne einen Switch in Homebridge anlegen mit dem ich das System einfach neu starte. Per curl/nc die Url vom Knopf ausführen hat leider nicht funktioniert. Hat das evt. jemand schonmal gemacht und kann mir helfen?

Grüsse, Jan

2
Also das mit dem OSD scheint mir bei der testing-version noch schlimmer zu sein als bei der stable auch ohne skindesigner.
Ich hab jetzt nur skinflatplus, streamdev-client, svdrpservice, rpihddevice und menuorg installiert.

Im log steht:
Nov 29 18:20:17 (none) user.err vdr: [9139] ERROR: attempt to open OSD while it is already open - using dummy OSD!
Nov 29 18:20:17 (none) user.err vdr: [9139] ERROR: attempt to open OSD while it is already open - using dummy OSD!
Nov 29 18:20:40 (none) user.err vdr: [9159] ERROR (device.c,1904): Bad file descriptor

Weiß da jemand evt was?

3
Ich hab seit dem Wochenende einen Raspberry 3B+ am laufen mit frischem MLD 5.4 und IR-TSOP an GPIO18 für die Fernbedienung.
Vorher hatte ich 5.3 mit einem Raspberry 3. Das ganze bekommt die Daten vom Server mit Streamdev.
Was mir jetzt auffällt ist das die Umschaltzeiten um einiges länger sind und das mir sehr sehr oft das OSD abhanden kommt. Wenn ich ins Hauptmenü komme sehe ich dann zwar das etwas reagiert weil das Hauptfenster kleiner wird aber ich sehe kein Menü. Abhilfe schafft hier eigentlich nur ein Systemneustart.
Ich verwende als Plugins skindesigner, streamdev und rpihddevice und sonst eigentlich nix.
Ich hab GPU-Memory sogar auf 320MB hochgestellt weil ich nicht sicher war ob es evt. am Speicher liegt aber hat auch nix gebracht.
Kann da evt. jemand helfen?

4
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 21, 2018, 13:08:20 »
Also shred funktioniert bei keiner der 3 Karten. Ich kann zwar das Device mit 0en überschreiben aber sobald ich die Karte wieder ein und ausstecke hab ich wieder das übliche Partitionsschema und kann hier auch nix ändern.
Danke trotzdem für den Tip.


5
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 21, 2018, 12:37:59 »
LinuxCNC ist auch nur Debian.. da ist es schon dabei. Es beschreibt eh schon die erste Karte ;-)

6
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 21, 2018, 12:32:19 »
Ganz so einfach ist es nicht weils nen BSD-Abkömmling ist und einen Unixoiden Unterbau hat. Shred hab ich jetzt da auch mal nicht gefunden aber ich hab noch ein LinuxCNC als VM hier wo shred bei den Coreutils dabei ist und werd das gleich mal ausprobieren.

7
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 21, 2018, 12:23:20 »
Wie gesagt OS-Mässig hab ich alles eigentlich alles mögliche in Verwendung. Server auf Debian, Laptop mit osx+windows und was man nicht hat kann man virtualisieren. Ich probier das gleich mal aus. Danke für die Info!
Grüsse, Jan

8
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 21, 2018, 12:03:29 »
Was meinst du mit "zum Arbeiten"? Auf dem RPI hab ich nur Raspbian/Libreelec am Laufen.
Rechnermässig hab ich aber alle Betriebssystem zur Verfügung falls du das meinst.

Welches Tool nimmst du zum shredden?

9
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 21, 2018, 11:43:55 »
Na dann werd ich das mal ausprobieren. Ich hab hier schon 2 oder 3 Kingston-SDs von denen 2 noch lesbar aber nicht mehr beschreibbar sind und 1 garnicht mehr ansprechbar ist. Das alles durch Raspbian mit VDR oder Openelec.
Danke trotzdem für die Hilfe.

10
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 20, 2018, 16:28:25 »
Ich glaube du meinst PXE-Boot oder? Das ist das herkömmliche Booten via PC-Bios oder UEFI.
Das ist schade wenn es da keine Möglichkeit gibt :-/ . Wird die SD beim MLD in irgendeiner Weise permanent beschrieben oder läuft das alles auf einer RAM-Disk?
Bei letzterem sollte es ja dann eigentlich wenig Probleme mit permanent laufenden MLDs geben.

11
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 20, 2018, 14:15:50 »
Auch wenns ein Doppelpost ist...

Es hat etwas geholfen. Er hängt jetzt bei "Packages source is: 'NFS-SHARE'" eine Minute und danach lande ich in der busybox.
Er läd unterwegs auch nen Haufen Pakete was er vorher noch nicht gemacht hat und bringt am Anfang "Unknown root device".
Leider gehts dann nicht weiter.

12
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 20, 2018, 13:19:41 »
Ich hab keine Ahnung wie das Standardisiert ist. Ich hab allerdings gesehen das es unterschiedliche Varianten gibt. Beim Libreelec ist es wieder anders wie bei meinem VDR den ich gebaut hatte.
Ich probier das mal so aus. Mal sehen ob das so funzt.
Danke schonmal für die Info. Ich werd mal das Forum durchsuchen. Weiß nur noch nicht welches Stichwort da das beste wäre.. :-D

13
Raspberry PI / RPI3 und Networkboot via tftp
« on: January 20, 2018, 10:09:48 »
Hallöchen,
ich hab das ganze zwar im VDR-Forum gepostet aber ich glaub hier bin ich dann doch noch etwas richtiger :-D

ich hab seit der RPI3 veröffentlicht wurde einen VDR und Kodi auf jeweils separaten RPIs per Networkboot und tftp am Laufen. Das Image liegt also komplett auf meinem Server und im RPI3 steck nix mehr drin was kaputt gehen kann.

Nachdem ich mit meinem selbstgebauten VDR immer mal wieder Probleme hatte hab ich jetzt mal MLD soweit zurechtgebastelt das er funktioniert. Jetzt würde ich das ganze gerne per Networkboot vom Raspberry aus starten allerdings läd er nur den Kernel und bringt den Fehler Unknown root device: ip:/...

Dann wartet der er nach dem Udev ewig und dann kommt Packages not found und die busybox.

Hat das evt. mal jemand außer mir gemacht und kann mir sagen woran das liegt?

Laut NFS-Serverlog kriegt der Server sogar die Anfrage vom Client:

pc.mountd[1214]: authenticated mount request from 192.168.0.2:687 for /tftpboot/mld_dist (/tftpboot/mld_dist)

die cmdline schaut bei mir momentan so aus:

dwc_otg.lpm_enable=0 root=/dev/nfs nfsroot=192.168.0.X:/tftpboot/mld_dist rw ip=dhcp nodialog smsc95xx.turbo_mode=N

Grüsse, PmK

14
Allgemeines [ General ] / Was Genau Brauche Ich Für Den Rpi
« on: February 22, 2013, 11:28:45 »
Genau die selbe Frage hätte ich bezüglich VDR-Vomp-Server und MLD für Raspberry Pi.
Welches Server-Plugin kann ich für die letzte Version vom MLD-RPI-Image verwenden?
Bin gestern fast verzweifelt beim Versuch und hab das halbe Git durchkompliliert.

Fehler auf Serverseite

Quote
18:35:01.308405 [debug] Config - Config error: Key Command.Name.50 not found
18:35:01.308418 [debug] MediaLauncher - found 0 commands
18:35:01.308482 [debug] RRProc - threadMethod startup
18:35:01.308520 [debug] RRProc - threadMethod waiting
18:35:02.308554 [debug] Client - VompClient run success
18:35:02.308565 [debug] Client - Waiting
18:35:02.308626 [ERR] Client - Incoming channel number unknown
18:35:02.308640 [debug] Client - Vomp client destructor
18:35:02.308693 [debug] TCP - TCP has closed socket
18:35:02.308721 [info] RRProc - threadMethod err 2 or quit

Auf der Clientseite krieg ich nen Segfault oder einen Fehler bezüglich "Fontconfig-Error".
Sorry mezo fürs Highjacking deines Topics aber die Frage war wohl zu ähnlich..

Grüsse, PmK