[MadRat]

Hallo zusammen,

ich betreibe einen RPI B+ mit einer frischen 4.0.1 Installation. Der RPI hängt per Ethernet im Netz und per HDMI an einem Samsung Fernseher. Dessen Fernbedienung nutze ich via CEC.
Als Installationstyp hab ich "Client", CEC-Support, vdr-live und XBMC habe ich nachinstalliert. Ich mounte ein NFS-Share mit Aufnahmen meines Haupt-VDRs und habe einen Symlink aus dem tv-Ordner in den Mountpoint, damit der RPI-vdr die Aufnahmen sieht.   

Frage 1: ich habe knapp 3 Minuten Bootzeit. Ist das normal?
Es erscheint der Splash-Screen,  der Fortschrittsbalken geht vorwärts bis 50/75% nach 20 Sekunden. Dann kommt ein Laufbalken a la Knight Rider für mehrere Minuten (sucht der was - ich hab mal einen Switch angeschlossen, der flackert in der Zeit viel?) und nach langer(!) Zeit kommt wieder der Fortschrittsbalken bei 75% und geht recht zügig auf 100%.
Aus dem Dmesg lese ich, dass er vor der Pause die Netzwerkkarte flott macht. Hat die fsck-Meldung evtl. etwas mit der Verzögerung zu tun?
(OpenElec bootet auf dem selben RPI in 25 Sekunden, ein Hardwareproblem schließe ich deshalb aus)

Code: [Select]

[    3.041435] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    3.141751] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    3.141789] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    3.145192] smsc95xx v1.0.4
[    3.206759] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:cd:96:14
[    4.781322] BTRFS info (device mmcblk0p2): disk space caching is enabled
[    5.007741] random: nonblocking pool is initialized
[   11.457307] udevd[832]: starting version 175
[   13.703925] XFS (mmcblk0p1): unknown mount option [nls].
[   17.284011] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   18.864539] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[   67.609869] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[   79.961549] input: libcec-daemon as /devices/virtual/input/input0

Frage 2: wenn ich ein XBMC starte, funktioniert erst einmal alles normal. Nach ca 5 Minuten fängt die Fernbedienung an zu spinnen (läuft durch Menus, klickt on alleine, ...). Irgendwann hört das wilde autonome Geklicke auf, eine Bedienung ist aber nicht mehr möglich: ein Klick nach rechts auf der FB bewegt den Cursor aber 2x nach rechts, etc. Beenden führt nicht zum VDR, sondern schaltet den RPI aus.
Bei Openelec tritt das Problem nicht auf; es scheint also nicht zwingend ein grundsätzliches Problem zu sein (Patchlevel habe ich nicht verglichen, ich gehe mal davon aus, das beide XBMCs aktuell sind).
Bin ich mit diesem Probem alleine? Beharken sich da eventuell die CEC Plugins von VDR und XBMC? Zur Sicherheit: Läuft das irgendwo problemlos?
Wie kann ich diesem Probem weiter auf den Grund gehen? Logging im XBMC aktivieren? Oder besser im Wirts-VDR?

Vielen Dank!

Olaf

[clausmuus]

Hi,

beim booten wird auf nen VDR und File Server gewartet, bzw. falls noch nicht erfolgreich gefunden, wird nach dem Server gesucht. Wenn der Server zu dem Zeitpunkt noch nicht läuft, wird dieser geweckt und auf Ihn gewartet. Das passiert wahrscheinlich wehrend der Balken hin und her wandert. Du kannst Die Tasten ALT+F1 bzw. ALT+F2 drücken um zu schauen was da gerade passiert.
Das Booten dauert normalerweise ca. 90 Sekunden.

Mit xbmc und cec habe ich keine Erfahrung.

Claus