HDMU 16389 - Install Wizard läuft nicht richtig

[nebelscheibe]

Hallo ich wollte gestern auf meine GM Triplex die neue Version 16389 aufspielen und der Install-Wizard läuft nicht bis zum ende durch, erfragt nicht die Satelitenkonfiguration ab.
Jetzt will die Box den Install-Wisard bei jedem Start wieder starten und stürzt dabei ab.
Ich habe das Image schon 2 Mal installiert...

wer kann mir einen Tipp geben?

[biomus]

Gleiche Fehler beim SPARK. (AMIKO ALIEN / GM990). Log liegt schon vor bei Bonkel. Abwarten und wieder nach ein altes Image (von vor 10-2016).

[schlauby]

Hallo, hatte auch den selben Fehler mit der 16389 mit einem GM Triplex.
Dann hab ich die 16325 genommen und die Sprache erstmal auf Englisch gelassen, dann lief es problemlos durch.
Leider hielt die Freude nur kurz, denn wenn man auf irgendeinen Kanal wechselt, dann crasht er wieder.
Jetzt habe wie vorgeschlagen die 15496 Version verwendet und hier geht alles.

[ProTech1982]

Hallo,
ich hatte auch das Problem beim Installieren und fand dann eine Lösung...
Ich habe bei mir beim erst Start alles sauber eingestellt dann die BOX neu gestartet, wenn dann der Wizard kommt kurz die Exit Taste auf der Fernbedienung drücken sodass der Wizard schließt (Wizard kommt seit dem auch nicht mehr) und er läuft seitdem Problemlos ;)

Hoffe ihr habt auch das Glück...

PS: Ich nutze das HDMU Image auf einen GoldenMedia Triplex und USB Stick 3.0 von Lexar 32GB


MAT:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 1007.9M 163.4M 793.3M 17% /
tmpfs 57.2M 0 57.2M 0% /ram
/dev/root 1007.9M 163.4M 793.3M 17% /dev.static
tmpfs 57.2M 0 57.2M 0% /dev
tmpfs 57.2M 0 57.2M 0% /dev/shm
df: /tmp/autoCHeW7A: No such file or directory
tmpfs 57.2M 12.0K 57.2M 0% /tmp
/dev/sda4 26.4G 192.2M 24.9G 1% /media/hdd

[DboxOldie]

Das 16601 Image läuft auf spark7162.
Beim Wizzard ist zwar keine Tuner Config, aber das kann man ( in meinem Fall Unicable / JESS ) nachher ja einstellen.
So weiter nichts nachteiliges gefunden ( reines Image ohne Plugins )

PS: Ich habe mir mal einen anderen Kernel gebaut.....
Der hat eine andere RAM Aufteilung, wo ca. 30 MB RAM mehr zur Verfügung stehen:


SPARK7162 login: root
Password:




('-. .-. _ .-') _ _ .-')
( OO ) /( ( OO) )( '.( OO )_
,--. ,--. \ .'_ ,--. ,--.),--. ,--.
| | | | ,`'--..._)| `.' | | | | |
| .| | | | \ '| | | | | .-')
| | | | ' || |'.'| | | |_|( OO )
| .-. | | | / :| | | | | | | `-' /
| | | | | '--' /| | | |(' '-'(_.-'
`--' `--' `-------' `--' `--' `-----'



-----====== HDMU 16601 enigma2 Git 586 ======-----




BusyBox v1.26.2 (2017-05-14 01:33:54 CEST) built-in shell (ash)

SPARK7162:~# free
total used free shared buffers cached
Mem: 146876 104976 41900 0 864 40480
-/+ buffers/cache: 63632 83244
Swap: 160608 0 160608


Hier läuft gerade RTL HD auf TV und Pro7 HD per Web-IF Stream auf PC gleichzeitig.
Der aktivierte Linux-Swap wird nicht benötigt....

Die BPA2 Belegung sieht so aus :


SPARK7162:~# cat /proc/bpa2
Partition: 'bigphysarea'
Size: 25600 kB, base address: 0x49d00000
Statistics: free used
- number of blocks: 2 16
- size of largest block: 304 kB 18432 kB
- total: 452 kB 25148 kB
Allocations:
- 36864 B at 0x4b2d2000
- 36864 B at 0x4b2c9000
- 36864 B at 0x4b2c0000
- 98304 B at 0x4b2a8000
- 98304 B at 0x4b290000
- 770048 B at 0x4b4f8000
- 770048 B at 0x4b43c000
- 770048 B at 0x4b380000
- 524288 B at 0x4b300000
- 18874368 B at 0x4a090000
- 196608 B at 0x4a060000
- 196608 B at 0x4a030000
- 196608 B at 0x4a000000
- 1048576 B at 0x49f00000
- 1048576 B at 0x49e00000
- 1048576 B at 0x49d00000

Partition: 'LMI_IO' aka 'v4l2-coded-video-buf' aka 'BPA2_Region1' aka 'v4l2-video-buffers' aka 'coredisplay-video' aka 'gfx-memory' aka 'BPA2_Region0' aka 'LMI_VID'
Size: 75776 kB, base address: 0x4b600000
Statistics: free used
- number of blocks: 1 6
- size of largest block: 512 kB 36864 kB
- total: 512 kB 75264 kB
Allocations:
- 10485760 B at 0x4f580000
- 6291456 B at 0x4ef80000
- 37748736 B at 0x4cb80000
- 16777216 B at 0x4bb80000
- 1572864 B at 0x4ba00000
- 4194304 B at 0x4b600000



( Hochladen klappt leider nicht )

[rantanplan]

Das ist scharf kalkuliert:o.
Hast du e2 auch erhöht? Oder den gewonnen Speicher der Box gesichert?
Probiert hab ich beides, aber wegen der Ramzwap Sache erscheint mit dieser gewonnene Platz genau der richtige für die Performance der Box.
Es wird dann auch nicht mehr zwingend eine zusätzliche Swap benötigt (obwohl ich sie jetzt fix auf dem Stick formatiert habe).

Bin da selbst ja noch am Testen und testen, aber in jedem Fall sollte man das ruihig auch im eurem ddt git mal ändern.
Das ist schon ein Mehrwert für die sh4 Kisten.
Im Oe-git ist die etwas weniger "mutige" Erhöhung jetzt drin.
Weiß ja nicht ob nicht doch irgendein Sender doch etwas mehr braucht.
Irgendein echter 1080p Sender?

Grüße

[DboxOldie]

Ich habe nur einen Kernel gebaut mit geändertem Board Setup Patch, und der Kernel Config, die in /proc liegt (config.gz).
Den Rest vom Image (e2jffs2.img) so belassen wie es ist.
Ob das ins DDT-Git soll müssen die HDMU Jungens entscheiden.
Soll bonkel was sagen, dann schicke ich ihm oder max den Patch zum Setup Patch. :)
Die Board Patche sind ja eh für Neutrino und E2 seperat, so stört man sich nicht gegenseitig.

Soweit ich weis gibt es auf Sat keine 1080p Sender. Und DVB-T2 wird eh nie gehen bei der Hardware.
Eine höhere Auslastung vom System Ram ist also nicht in Sicht, wenn nicht mit noch grösserem framebuffer gearbeitet wird.

[rantanplan]

Der gute "Taapat" hat da auf etwas aufmerksam gemacht.
PIP benötigt die bighysarea und 96mb LMI_io (eventuell).
Nun hat aber dieses PIP aus meiner Sicht nie wirklich funkioniert.
Ist auch für die Kisten eine dezente Überforderrung, oder?
Weiß eh nicht wer das überhaupt noch nutzt.
Ist aber im PLI und damit auch HDMU ja aktiviert und anwählbar.
So müsste man das eventuell dann deaktivieren.