HDMU_15089_E2_ipbox900_217_git_4158

[prisrak]

Bei dem img. HDMU_15089_E2_ipbox900_217_git_4158_nodebug_mix_US B gibt es anscheinend folgenden Fehler: nach dem Ausschalten reagiert der Receiver nicht mehr. Das Bild läuft aber kein Ton. Dann ist es egal welcher Knopf gedrückt wird, erscheint oben links nur ein Kreis mit dem Kreuz. Nachdem ich den Receiver vom Strom trenne und neu starte, scheint alles zu gehen, bis es wieder mit der Fernbedienung ausgeschaltet wird.

[ReWard]

Wenn man dabei mal mit loggt, kann man das bestimmt besser lokalisieren. Wie man loggt, steht in der FAQ bei Technisches.....

[prisrak]

IPBOX900 login: root
Password:








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






-----====== HDMU 15089 enigma2 Git 4158 ======-----








BusyBox v1.24.1 (2016-06-21 18:34:44 CEST) built-in shell (ash)


IPBOX900:~# export PS1='MAT:\w# '
MAT:~# < 362.609> [eDVBPESReader] ERROR reading PES (fd=49): Value too large for defined data type
< 366.876> [eDVBPESReader] ERROR reading PES (fd=49): Value too large for defined data type
< 369.757> [eDVBPESReader] ERROR reading PES (fd=49): Value too large for defined data type
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0001006A
**** 731889850 1 ****
[SEM] UP
KEY_PRESS - 6a 1
++++ 1 ms ++++
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0001006A
**** 54 1 ****
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0001006A
**** 45 1 ****
++++ 52 ms ++++
data[0] 0xe0, data[1] 0xff
KEY_RELEASE - 6a 00 1 1 CAUSE=Timeout
---- 153 ms ----
[SEM] DOWN
< 396.830> playing 1:0:1:445F:453:1:C00000:0:0:0:
TuxTxt stopped service 50
cleaning up
TuxTxt cache cleared
< 397.245> getResolvedKey config.usage.remote_fallback failed !! (Typo??)
< 397.624> not pauseable.
< 397.634> not pauseable.
< 397.644> not pauseable.
< 397.654> RemovePopup, id = ZapError
TuxTxt cache cleared
TuxTxt cache cleared
TuxTxt: initialized
TuxTxt service started 23
< 398.086> [eDVBPESReader] Created. Opening demux
< 398.087> [eDVBPESReader] Created. Opening demux
TuxTxt running thread...(023)
< 398.268> [__evUpdatedEventInfo]
< 398.371> [__evUpdatedEventInfo]
< 398.464> [__evUpdatedEventInfo]
< 398.487> RemovePopup, id = ZapError
< 399.002> [Dish] tuning failed
< 400.187> [__evUpdatedEventInfo]
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00020074
**** 5972 2 ****
[SEM] UP
KEY_PRESS - 74 2
++++ 1 ms ++++
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00020074
**** 51 2 ****
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00020074
**** 48 2 ****
++++ 52 ms ++++
data[0] 0xe0, data[1] 0xff
KEY_RELEASE - 74 00 2 2 CAUSE=Timeout
---- 153 ms ----
[SEM] DOWN
< 403.923> [Standby] enter standby
< 403.999> [Hotkey] error during executing module Screens.Standby, screen Standby
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00030074
**** 6345 3 ****
[SEM] UP
KEY_PRESS - 74 3
++++ 0 ms ++++
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00030074
**** 50 3 ****
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00030074
**** 53 3 ****
++++ 46 ms ++++
data[0] 0xe0, data[1] 0xff
data[0] 0xe0, data[1] 0x a
KEY by code: 74 - STANDBY
pRead < 00040074
**** 78 4 ****
data[0] 0xe0, data[1] 0xff
KEY_RELEASE - 74 74 3 4 CAUSE=New key
---- 76 ms ----
KEY_PRESS - 74 4
++++ 77 ms ++++
KEY_RELEASE - 74 00 4 4 CAUSE=Timeout
---- 153 ms ----
[SEM] DOWN
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0005006A
**** 2644 5 ****
[SEM] UP
KEY_PRESS - 6a 5
++++ 5 ms ++++
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0005006A
**** 53 5 ****
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0005006A
**** 46 5 ****
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0005006A
**** 49 5 ****
++++ 2 ms ++++
data[0] 0xe0, data[1] 0x1c
KEY by code: 6A - RIGHT
pRead < 0005006A
**** 49 5 ****
data[0] 0xe0, data[1] 0xff
++++ 105 ms ++++
KEY_RELEASE - 6a 00 5 5 CAUSE=Timeout
---- 154 ms ----
[SEM] DOWN
data[0] 0xe0, data[1] 0x1d
KEY by code: 69 - LEFT
pRead < 00060069
**** 970 6 ****
[SEM] UP
KEY_PRESS - 69 6
++++ 0 ms ++++
data[0] 0xe0, data[1] 0x1d
KEY by code: 69 - LEFT
pRead < 00060069
**** 51 6 ****
data[0] 0xe0, data[1] 0x1d
KEY by code: 69 - LEFT
pRead < 00060069
**** 53 6 ****
data[0] 0xe0, data[1] 0x1d
KEY by code: 69 - LEFT
pRead < 00060069
**** 44 6 ****
++++ 5 ms ++++
data[0] 0xe0, data[1] 0xff
KEY_RELEASE - 69 00 6 6 CAUSE=Timeout
---- 153 ms ----
[SEM] DOWN
< 414.213> [ClearMem] fallback to default translation for Mem cleared
data[0] 0xe0, data[1] 0x1f
KEY by code: 160 - OK
pRead < 00070160
**** 1145 7 ****
[SEM] UP
KEY_PRESS - 160 7
++++ 0 ms ++++
data[0] 0xe0, data[1] 0x1f
KEY by code: 160 - OK
pRead < 00070160
**** 49 7 ****
data[0] 0xe0, data[1] 0x1f
KEY by code: 160 - OK
pRead < 00070160
**** 56 7 ****
data[0] 0xe0, data[1] 0x1f
KEY by code: 160 - OK
pRead < 00070160
**** 44 7 ****
++++ 1 ms ++++
data[0] 0xe0, data[1] 0xff
KEY_RELEASE - 160 00 7 7 CAUSE=Timeout
---- 153 ms ----
[SEM] DOWN
data[0] 0xe0, data[1] 0x1b
KEY by code: 6C - DOWN
pRead < 0008006C
**** 1001 8 ****
[SEM] UP
KEY_PRESS - 6c 8
++++ 0 ms ++++
data[0] 0xe0, data[1] 0x1b
KEY by code: 6C - DOWN
pRead < 0008006C
**** 49 8 ****
data[0] 0xe0, data[1] 0xff
++++ 105 ms ++++
KEY_RELEASE - 6c 00 8 8 CAUSE=Timeout
---- 153 ms ----
[SEM] DOWN

[prisrak]

Hab das neue img 15148 mit mat_v.2.4.4.1 auf mini 1 instaliert. z.z ist img 15089 auf mini 3. Beim booten reagiert der receiver nicht auf drücken der tasten 1, 2, 3, 4. Somit kann ich andere img´s von der anderen Partition nicht starten. Was soll man machen? Jetzt währe wirklich ein Befehl über telnet genau das richtige, damit ich ohne Fernbedienung zum Beispiel vom Flash, Mini 1, Mini 2, Mini 3 oder Mini 4 starten könnte. So eine Funktion wäre im Programm "mat" super nützlich

[santa]

Du kannst seriell mit dem mat die bootargs jederzeit bearbeiten, da du aber vor einer Stunde von einer Bootschleife geschrieben hast, gehe ich davon aus, dass dieser Fehler weg ist.

Übrigens, kein Image oder so kann das multiboot bei ipbox kaputt machen, da dies fest im Bootloader verankert ist.
Also wenn Image kaputt, dann muss man weiterhin per fb von anderen Parts Booten können.

[prisrak]

hab mehrfach ohne usb gestartet, dann ging die Fernbedienung