Archiv > Raspberry PI
Neues Frontend
clausmuus:
Hi,
beim nächsten Booten nach dem Installieren neuer Addons (und auch nach dem entfernen) wird das Setup menü neu gebaut. Das kann auf dem RPI schon mal einige Minuten dauern. Leider belastet das den RPI derart, dass alles andere kaum noch funktioniert. Am besten warte nach nem Hinzufügen von Addons nach dem nächsten Booten mal einige Minuten und boote dann noch einmal. Eventuell hilft das ja.
Claus
Snorre:
Hallo Claus.
Danke für die Antwort.
Werde deinen Tip beim nächsten Mal berücksichtigen.
Das gleiche Verhalten, zeigt sich allerdings auch, wenn
ich das System-Setup über das OSD aufrufen will.
Der VDR stürtzt ab und bringt dann Meldungen wie diese
im Log:
--- Code: ---Oct 22 11:22:09 (none) user.err vdr: [2433] PANIC: watchdog timer expired - exiting
--- End code ---
Dass das System-Setup über OSD nicht funktioniert, hatte
ich allerdings schon bei der MLD mit Ausgabe über Xorg.
(hat deshalb auch nichts mit dem Aufgabeplugin zu tun)
Snorre
clausmuus:
Hi,
beim booten wird nur das OSD Setup gebaut. Das Webif Setup wird erst beim Aufrufen des Webif Setups erzeugt, und überlastet das System halt zu dem Zeitpunkt für einige Minuten.
Claus
mac:
Hallo zusammen,
nach langer Zeit und einer mäßig laufenden SMT7020 unter MLD-2 habe mir eine Rasppi zugelegt und mal wieder eine neue MLD ausprobiert.
Nach einigen Bugfixes läuft das Ding auch wirklich supergut mit sauberem ruckelfreiem HD-Bild.
Danke Euch mal wieder :-)
Ich verwende an der Himbeere die Tevii S660 mit der mitgelieferten FB.
Hier die Fixes, vieleicht könnt Ihr die beim nächsten Update berücksichtigen:
1. Wenn der DVB-USB gestartet wird, lädt er meistens die Tevii Firmware auf die Box und zwar dvb-usb-660.fw und dvb-fe-ds3000.fw. Letztere ist im Image nicht vorhanden, sondern nur dvb-fe-ds300x.fw. Ein Kopieren von dvb-fe-ds300x.fw auf dvb-fe-ds3000.fw hat das Problem gelöst.
2. der inputlirc wird vorher gestartet und wirft entsprechend Fehlermeldungen, daß er /dev/input/event* nicht findet. Sobald die in (1) genannten Treiber geladen sind, existiert /dev/input/event0 und der Treiber kann sich binden. Allerdings wird das device wie folgt angelegt:
--- Code: ---crw-r----- 1 root root 13, 64 Nov 10 10:11 /dev/input/event0
--- End code ---
und damit hat der unter uid nobody laufende inputlirc keinen Zugriff und man muß die Berechtigung umsetzen. Interessanterweise geht es aber auch manchmal trotz dieser Problematik ???
3) der inputlirc legt das device /dev/lircd an, der VDR versucht aber unter /var/run/lirc/lircd darauf zuzugreifen. Ein symbolischer Link schafft Abhilfe, aber ich denke man sollte dem VDR beibringen unter /dev/lircd die FB zu suchen.
4) Manchmal muß ich dann inputlirc oder vdr restarten, bis der VDR stabil läuft, was aber ja nur timing issues sind. Die bekomme ich auch noch in den Griff. Als kleinen Verbesserungsvorschlag würde ich mir deshalb wünschen, den MLD Bootscreen an- und abschalten zu können und die ssh als ersten Dienst nach dem Netzwerk zustarten.
Zur weitern Info hier meine installierten Addons:
--- Code: ---MLD> apm list
config
locales
dvb-usb
network
ntp-client
webserver
ssh
alsa
lib-av
vc
remote-autodetect
lib-x
vdr
addons
setup
rpihddevice
bash
nfs-client
inputlirc
dvb-remote
--- End code ---
Werde jetzt mal die Bootreihenfolge und timings prüfen, um es reproduzierbar stabil zu bekommen, um dann auf mein NAS Aufnahmen zu streamen. Und wenn die Funktionalität da ist, werde mich um den Komfort kümmern :)
Ich werde hier weiter bereichten.
Viele Grüße
Mac
PS: Wenn mir jemand einen Pointer schickt, wie ich die Bugfixes selber einchecken kann, wenn ich darf, mach ich das auch sehr gerne.
skippy:
Hi mac,
das hört sich ja sehr gut an, was du herausgefunden hast. Claus, der sich bislang allein um den Raspi kümmert, ist noch eine Woche im Urlaub. Ich fürchte, solange wirst du keine fundierte Antwort bekommen. Die Stabilität beim Raspi soll verstärkt voran getrieben werden, da dadurch viele auf die MLD aufmerksam werden. Da kommt deine Unterstützung gerade richtig :)
Viele Grüße skippy
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version