1

Raspberry PI / MLD5.x netimage bootet nicht mit RPI Model B Rev 2

« on: November 01, 2020, 11:31:23 »

Moin moin,

das aktuelle netinstall Image "MLD5.4 - testing" vom 28.10.2020 kann ich mit meinem Raspberry PI Model B Rev 2 ein bisschen booten.

Leider panict der Kernel nach 8s  mit der Meldung:

Kernel panic - not syncing : Atempted to kill init! exitcode=0x0000000b

Gruß
Uli

2

Raspberry PI / MLD5.x netimage bootet nicht mit RPI Model B Rev 2

« on: October 01, 2020, 18:56:37 »

Moin moin,
lieber Claus,

ich habe ein uraltes Raspberry PI Model B Rev 2, laut /proc/cpuinfo

Hardware        : BCM2708
Revision        : 100000e

% cat /sys/firmware/devicetree/base/model
Raspberry Pi Model B Rev 2

Keines Eurer verfügbaren netinstall-Images (für Raspberry P1 und P2) lässt sich mit dem RPI Model B R2 booten, lediglich drei kurze, grüne LED-Zuckungen nach dem Anlegen von 5V.
Auch die serielle Konsole meldet nichts.

Ich vermute, dass eine passende DTB in Euren aktuellen Images fehlt.

Meine täglich genutzte MLD-Installation enthält lediglich folgende *.dtb-Dateien:

raspberrypi> ls -l /boot/*dtb
-rwxrwxr-x    1 root     root         14778 Jun  3  2018 /boot/bcm2708-rpi-0-w.dtb
-rwxrwxr-x    1 root     root         14010 Jun  3  2018 /boot/bcm2708-rpi-b.dtb
-rwxrwxr-x    1 root     root         14273 Jun  3  2018 /boot/bcm2708-rpi-b-plus.dtb
-rwxrwxr-x    1 root     root         14000 Jun  3  2018 /boot/bcm2708-rpi-cm.dtb

Meine Installation ist schon ziemlich altbacken und lässt sich auch nicht mehr mittels apt aktualisieren.

Wird dieses alte Raspberry-Modell nicht mehr von Euch unterstützt oder könnt Ihr das fehlende .dtb vielleicht in die Images einbauen?
Oder habe ich etwas anderes übersehen?    Vielen Dank.

Herzliche Grüße

Uli

3

Raspberry PI / Probleme mit aktuellem dvb-sundtek 140818-14 und neuem kernel 3.16.1.88-91

« on: November 24, 2014, 11:55:14 »

Ich werde nun auch noch ein paar Tests durchführen. Wenn auch die positiv ausfallen, werde ich noch mal analysieren welche Kernel Version ich nehmen werde. Danach wird's dann nen Kernel "downgrade" geben, also neue Pakete.

Claus

Hast Du schon eine Entscheidung getroffen?

Uli

4

Entwicklung [ Development ] / MLD.iso mit PXE zur Verfügung stellen

« on: September 04, 2014, 15:31:36 »

Moin moin,

pxeboot würde mich auch interessieren.  Zur Zeit scheitere ich an: Boot device not found

Ich verwende PXELINUX 6.02 PXE 2013-10-13, MEMDISK 4.06 sowie MLD-4.0.1-64_server.iso.

Die pxelinux Konfiguration ist folgendermaßen:

default MLD-LIVE
label MLD-LIVE
kernel pxelinux.cfg/extlinux/memdisk
append iso initrd=pxelinux.cfg/MLD-4.0.1-64_server.iso raw

Der MLD-Rechner bootet via pxeboot, lädt memdisk und dann das ISO.
Das MLD-Logo wird angezeigt und ich kann z. B. textmode wählen.
Im F1-Fenster rauschen die kernel-Meldungen durch bis:

Searching for boot device        (cursor dreht eine Weile)
Boot device not found           \
You can now try to mount it manually to /boofs and than call exit

df liefert (abgetippt):
Filesystem      1K-blocks       Used    Available       %Used   Mounted on
rootfs          4073696         9552    4064144         0%      /
dev             4073708            0    4073798         0%      /dev

Ist die MLD-4.0.1-64_server.iso eigentlich für solch eine LiveCD-Anwendung vorbereitet?
Besteht die Möglichkeit, dass man das komplette ISO ins Ram lädt und z. B. nach /bootfs mountet?

Uli

5

Raspberry PI / Probleme mit aktuellem dvb-sundtek 140818-14 und neuem kernel 3.16.1.88-91

« on: August 31, 2014, 07:58:08 »

Moin,

 >ich hab nun noch mal zum Testen den 3.14'er Kernel fertig gemacht. Falls Du magst wäre es schön wenn Du auch den noch mal testen würdest:

funktioniert mit dem sundtek-Stick gut.

Uli

6

Raspberry PI / Probleme mit aktuellem dvb-sundtek 140818-14 und neuem kernel 3.16.1.88-91

« on: August 28, 2014, 18:50:04 »

Claus,

 >cd /; wget "http://www.minidvblinux.de/download/4.0.1-rpi/files/kernel-3.10.tgz" -O - | tar -xz; sed "s/kernel$/kernel-3.10/" -i /boot/config.txt

schon besser, mit dem sundtek-Stick keine Aussetzer mehr.  Leider wird  mein Hauppauge DVB-T Stick im VDR nicht erkannt
und lircd/eventlirc startet nicht. /sbin/lsmod -a liefert nichts.  Ich habe vorher das Image MLD-4.0.1-rpi_rpi_2014.08.20-73.tgz frisch installiert.

Gruss

Uli

7

Raspberry PI / Probleme mit aktuellem dvb-sundtek 140818-14 und neuem kernel 3.16.1.88-91

« on: August 24, 2014, 19:08:22 »

Claus,

 > Ich hab nun erst mal das Paket mit der neusten Treiber Version erstellt. Vielleicht hilft das ja schon.

Leider ist das Paket dvb-sundtek - 140822-14  nicht besser.

 >Von wann war Deine Installation die besser funktionierte? Genauer gesagt, wann hattest Du das sundtek Paket zuletzt aktualisiert?

Die Version vom dvb-sundtek-Paket weiß ich nicht mehr (/var/log/opkg gibt auch nichts her).
Ich hatte das Grundsystem zuletzt  mit dem image MLD-4.0.1-rpi_rpi_2014.07.17-69.tgz installiert und  am 17-Aug-2014 mit opkg update && opkg upgrade aktualisiert (kernel 3.15?),
Das heutige Upgrade habe ich auch nur wegen des dvb-sundtek-Packets durchgeführt.

Auf einer alten SD-Karte habe ich noch ein laufähiges MDL-4.0.1-rpi mit kernel 3.14.4.49-61 mit dvb-sundtek 140601-11 gefunden, die ich erstmal weiterverwende.

Die beiden Programme /usr/bin/media{client,srv} und die /usr/lib/libmediaclient.so aus 140601-11 habe ich in die MLD von heute
kopiert: keine Besserung.  Könnte es dann doch am Kernel liegen?

Ich hatte noch versucht, eine frische Installation mit Downloads/MLD-4.0.1-rpi_rpi_2014.07.17-69.tgz durchzuführen.  Ich
konnte zwar das neue dvb-sundtek Paket aber keine anderen plugins (epgsearch, epgfixer, u.ä.) wegen irgendwelchen Konflikten installieren.  Ich hatte aber den Eindruck, dass dvb-sundtek - 140822-14 mit dem alten Kernel flüssig läuft.  Ich habe es aber nicht lange getestet, weil ein timer anlag, den ich nicht verpassen wollte.


Uli

8

Raspberry PI / Probleme mit aktuellem dvb-sundtek 140818-14 und neuem kernel 3.16.1.88-91

« on: August 24, 2014, 13:42:45 »

Moin moin,

ich habe heute auf meinem RPI (4.0.1-rpi)  ein upgrade durchgeführt.  Um den kernel 3.16.1.88-91 zu installieren, musste ich vorher
lircd und eventlircd deinstallieren.   Am RPI sind zwei USB-Sticks MediaTV Digital Home III (EU) ( DVB-C) und ein
Hauppauge Nova-TD Stick (DVB-T) angeschlossen.

Nach erfolgreichem Reboot und Reinstallation von lirc/eventlircd musste ich leider feststellen,
dass es sehr oft zu Bild- und Tonaussetzern kommt, wenn ich DVB-C-Kanäle live anschaue.  Im Logfile tauchen dann
rpihddevice: buffer stall  Meldungen auf (im Minutentakt).  Die Aussetzer gibt es auch bei SD-Kanälen und Radio-Kanälen (z.B. DLF).
Keine Probleme gibt es mit DVB-T-Kanälen, die der Hauppauge-Stick bedient. 

DVB-C-Aufnahmen sind auch nicht fehlerfrei:

rpihddevice: [libav] frame CRC mismatch
rpihddevice: audio parser skipped 368 of 86016 bytes
rpihddevice: [libav] frame sync error
rpihddevice: failed to decode audio frame!
rpihddevice: [libav] frame CRC mismatch

Gibt es noch die Vorgängerversion von dvb-sundtek?  Ich habe die alten opkg-Pakete leider nicht auf Platte, da ich
zur Installation das rpi-rpi-Image verwende und  dann die fehlenden Pakete mit einem selbsgestrickten sh-Skript online nachlade.
Ein renice -n -19 auf die medieclient-Prozesse hat keine Besserung gebracht.

Habt Ihr eine Empfehlung?

Herzliche Grüße und noch einen schönen Sonntag

Uli

9

Hardware / USB dvb-Box mit USB-Hub? Bei wem funktioiert das ohne Probleme?

« on: April 23, 2014, 20:15:39 »

Moin moin,

ich verwende an einem 8Port USB-Hub  1x RPI,  1x IR-Empfänger (Technisat TTS35AI), 1x Hauppauge Nova-TD Stick (Dual-DVB-T Receiver) und 1x Sundtek MediaTV Digital Home (an DVB-C Kabel-Deutschland).  Der Hub versorgt auch den RPI.   Das (vermutlich ungeregelte) Netzteil liefert laut Aufkleber 5V/2A.   Die Verarbeitung des  20 EURO teuren Hubs ist leider mangelhaft: ich musste die kleine USB-Mini-B-Buchse nachlöten, da sie sich nach etwa zwei Monaten von der Platine gelöst hatte.  Danach gab es keine Hänger oder spontanen Reboots mehr.

Ich habe kürzlich eine (geräuscharme) 320 GB SATA/USB Platte zusätzlich angeschlossen.   Die Leistung des Netzteils reicht dann nicht mehr aus, um diese spezielle Platte in Rotation zu bringen.  Ich habe daher ein zusätzliches 5V/2A-Netzzeil direkt an den RPI (Mini-B-Buchse) anschließen müssen.  Das ist dann eher suboptimal, schon wegen der Kabelage...

Gruss

Uli

10

Entwicklung [ Development ] / Fehlende MLD4 Addons / plugins

« on: April 22, 2014, 12:36:55 »

könnt Ihr bitte das Addon mplayer und das plugin epgfixer in RPI-MLD4 zu Verfügung stellen?

Ich bin noch am plugin epgfixer interessiert  Oder gibt es da eine Alternative?

Seit heute gibt es im 4.0.0-RPI repository auch kein vdr-plugin-epgseach mehr.


MLD> opkg install vdr-plugin-epgsearch
Unknown package 'vdr-plugin-epgsearch'.
Collected errors:
 * opkg_install_cmd: Cannot install package vdr-plugin-epgsearch.
MLD> opkg list | grep -i epgsearch
MLD>


Nach frischer Installation von MLD-4.0.0-rpi_rpi_2014.04.22-56.tgz gibt es nach dem Einloggen per ssh die Fehlermeldung:


-sh: /opt/vc/lib: Permission denied


Das Verzeichnis ist vorhanden, und enthält viele symbolische Links nach /usr/lib, die alle aufgelöst werden können.  Scheint nicht weiter tragisch zu sein.

Meinen headless MLD3@RPI habe ich Ostern auf MLD4 umgestellt.  Ich bin begeistert, da ich auch endlich
eine Fernbedienung zum Laufen gebracht habe.  Klasse.

Herzliche Grüße

Uli

11

Entwicklung [ Development ] / Fehlende MLD4 Addons / plugins

« on: April 02, 2014, 17:03:37 »

Moin Claus,

könnt Ihr bitte das Addon mplayer und das plugin epgfixer in RPI-MLD4 zu Verfügung stellen?

Z. Zt. verwende ich einen headless RPI in der MLD-3er Version (rpi_server)
mit einem Sundtek- (DVB-C) und einem Hauppauge Twin-Receiver (DVB-T).
Das Teil möchte ich gerne mittelfristig auf MLD4 rpi_rpi + rpihddevice + IR-Fernbedienung umstellen.

Vielen Dank.

Gruss

Uli

12

Raspberry PI / Vdr Plugin Scheduler

« on: September 19, 2013, 10:01:09 »

Moin Claus,

sorry, wenn das hier die falsche Ecke ist.  Ich benötige für MLD@rpi
das VDR plugin scheduler und finde es weder im webif noch auf der
Download-Seite. Kannst Du das plugin beim nächsten Build vielleicht
berücksichtigen?  Vielen Dank.

Uli
 

13

Raspberry PI / Rpi: Usb Dvb-c Stick Empfehlung

« on: August 05, 2013, 14:24:01 »

Moin moin,

mit dem aktualisierten dvb-sundtek-addon geht es schon besser.

ich habe mich mitterweile mit dem Sundtek MediaTV Digital Home (DVB-CT)
arrangiert.  Ich verwende den Stick in der Einstellung DVB-C mit Provider
Kabeldeutschland.

Ab und zu verklemmen sich beide mediasrv-Prozesse, VDRs watchdog schlägt
dann bei einer anstehenden Aufnahme zu und startet vdr neu.
Die eigentliche Ursache habe ich nicht verfolgt, da mir das /var/log/mediasrv.log zu geschwätzig ist
(sundtek.conf: loglevel=off). Im mediaclient.log u.a.

connection to driver service timed out
mutex lock timed out after 5 seconds released, Bad file descriptor, RV 110

gerne auch

up failed 1: Connection refused
semaphore error: No such file or directory
unable to connect to driver: 1359 Connection refused (111)
up failed 1: Connection refused

Durch Einbau eines /etc/vdr/run.d/action.d/R30dvb-sundtek, das
/etc/init.d/dvb-sundtek restart ausführt, habe ich mein spezielles Problem
gelöst.  Mit einer geeigneten Timer-Vorlaufzugabe habe ich bisher keine
Aufnahme verpasst.  Falls Ihr das Skript haben wollt...
 
Ich habe mir zusätzlich einen Hauppauge Nova-TD Stick (52009) geleistet, um
langfristig meine Siemens-M740AV zu ersetzen.  Beide DVB-T frontends
funktionieren in Verbindung mit dem Sundtek-Stick jedoch nur dann, wenn das
Addon dvb-sundtek*.sfs textuell hinter den anderen dvb*.sfs in
/etc/addons/active steht.  Wenn dvb-sundtek _vor_ den anderen dvb-usb-Addons
in active aufgeführt ist, funktioniert nur das erste frontend vom Nova-TD,
das zweite liefert dann immer "timed out" (anfänglich dachte ich, der
Nova-Stick sei defekt, aber auch das Austauschgerät zeigte das gleiche
Verhalten).  Keine Ahnung, warum die Reihenfolge relevant ist.

% grep dvb /etc/addons/active
MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-2013.06.21_178.sfs
MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-usb-2013.06.21_64.sfs
MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-sundtek-2013.06.22_24.sfs

Außerdem habe ich scheinbar einen weiteren Abhängigkeitskonflikt, der sich
bei einem Reboot durch einen reproduzierbaren Sofort-watchdog-Panic
bemerkbar macht (unabhängig vom oben beschriebenen
hauppauge/sundtek-Problem):

Aug  4 09:05:15 MLD user.err vdr: [2757] PANIC: watchdog timer expired - exiting!
Aug  4 09:05:15 MLD user.err vdr: [2789] KBD remote control thread ended (pid=2757, tid=2789)
Aug  4 09:05:15 MLD user.err vdr: [2781] fatal error, server exiting: Bad file descriptor
Aug  4 09:05:15 MLD user.err vdr: [2781] streamdev server thread ended (pid=2757, tid=2781)

Nach watchdogs vdr restart geht alles, wie gewünscht.  Ich verwende die
vomp-Vorauswahl plus die Addons epgsearch, svdrposd, vdradmin-am,
nfs-server, dvb-sundtek und mplayer.

vompclient funktioniert in Verbindung mit meinem Samsung-TV nicht
zufriedenstellend, CEC-Fernbedienung ist nicht Ehefrauen-freundlich (so
wichtige Tasten wie Pause, rot/grün/gelb/blau gehen nicht).  Den vompclient
habe ich daher z. Zt. abgeschaltet.  BTW: kann man eigentlich die
DVB-Untertitelwiedergabe defaultmäßig per Konfigurationsdatei anschalten?

Ab und an gibt es in den Aufnahmen Aussetzer, Klötzchenbildung und häßliche
Audio-Verzerrungen, das kann aber an meiner Verkabelung liegen.  

Alles in allem ein tolles System.

Herzliche Grüße

Uli

14

Raspberry PI / Rpi: Usb Dvb-c Stick Empfehlung

« on: May 16, 2013, 09:28:06 »

Moin moin,

mit dem aktualisierten dvb-sundtek-addon geht es schon besser.  Aktuelle Konfiguration ist RPI mit sundtek-Stick (DVB-C) direkt an USB und eine USB-2.5-Festplatte hinter einem USB-Hub mit eigener Stromversorung.  Der RPI hat eine eigene Stromversorgung.  Anschluss ans lokale Netz mit 100BaseTX.

HD-Aufnahmen sind möglich, Live-TV mit dem vompclient ruckelt heftig, ebenso gibt es Artefakte (Klötzchen, merkwürdige Farbverläufe).  Live-TV von SD konnte ich bisher mangels MPEG2-Lizenz nicht prüfen.
Die "idle"-Load liegt ohne vompclient bei knapp unter 1.0, egal ob  HD- oder SD-Kanal selektiert ist.
Bei Aufnahmen geht die Load unwesentlich hoch.

Im top(1) liegt einer der beiden Prozesse "mediasrv -d -p /usr/bin" ständig vor vdr auf Position 1.

Die Load klettert auf knapp 2.0, wenn vompclient gestartet ist, und auf knapp unter 4.0, wenn Live-TV oder eine Aufnahme wiedergegeben wird.

Wenn der mediasrv-Prozess mittels kill -STOP angehalten wird, ist die Aufnahmewiedergabe mit vompclient akzeptabel flüssig, auch bei HD-Aufnahmen mit DVB-Untertiteln.  mediasrv stoppen ist leider kontraproduktiv, da vdr irgendwann aussteigt und sich neu startet (vompclient connnection lost).

Ich habe bereits versucht, an arm_freq zu drehen (bis 1000Mhz jeweils mit reboot), aber  bisher ohne sichtbaren Erfolg.  
cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq hält eisern an 700000 fest.  Da muss ich noch etwas falsch machen. nice -n -20 /etc/init.d/vompclient start hat auch nicht geholfen.

Der vdr-Aufnahmeordner wird per nfs exporiert.  Die Wiedergabe von SD-Aufnahmen per nfs auf einem vorhandenen PopcornHour A110 ist ok, bei HD habe ich den Eindruck, dass Frames entweder schon bei der Aufnahme verloren gegangen sind oder während der Wiedergabe verloren gehen, jedenfalls gibt es kurze reproduzierbare  "Lücken".  Kein Unterschied bei proto=tcp|udp.

Eigentlich wollte ich den Aufnahmeordner zentral auf einem Netzwerk-Share (nfs), auf dem bereits mein M740av abspeichert, ablegen.  Aber leider geht das gar nicht,  ständig  ERROR: 11303 ring buffer overflows (2124964 bytes dropped), auch bei SD und nur einer laufenden Aufnahme.  Mein M740av schafft bei DVB-T (und natürlich geringeren Bitraten) in meiner Konfiguration theoretisch vier gleichzeitige Aufnahmen.

Gibt es ein Addon für strace und tcpdump?

hdparm -[yY] geht mit meiner USB-Platte nicht: hdparm: HDIO_DRIVE_CMD: Invalid argument
Mache ich das was falsch?

Herzliche Grüße

Uli
 

15

Raspberry PI / Rpi: Usb Dvb-c Stick Empfehlung

« on: May 07, 2013, 10:07:46 »

Moin moin,

das Addon  MLD-3.0.1-rpi_kernel-3.6.11.158_dvb-sundtek-2013.02.22_20.sfs

passt nicht zum Rest.  Die Fehlermeldung lautet

ERROR: ld.so: object '/usr/lib/libmediaclient.so' from /etc/ld.so.preload cannot be preloaded: ignored.

ls -l /usr/lib/libmediaclient.so
-rwxr-xr-x    1 root     root         59408 Feb 22  2013 /usr/lib/libmediaclient.so

Als Vorauswahl hatte ich server und vomp ausprobiert.   Laut dmesg findet der Kernel den USB-Stick.

Habe ich eine Abhängigkeit übersehen und fehlt noch ein Addon?

Uli