PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Installation HDMU Topf Images gelingt nicht mehr



henk van dam
31.01.2018, 16:16
Bereits viele male HDMU Images auf meinem Topf installiert ohne Probleme. Vorletztes war HDMU_17209_E2_topf_217git_610. Allerdings mit stockenden Bildern bei Wiedergabe von Aufnahmen. Habe über das Sytem-Festplatten-menu versucht die Festplatte zu initialisieren/formattieren, woarauf eine Fehlermeldung kam. Danach startete der Box nicht mehr. Habe versucht das Image 17209 neu zu installieren. Die Installationsvorgang vom Stick lief ohne Probleme. Der Box macht dann Reboot -> L232 -> Linux und danach nichts mehr. Andere Images versucht, wie 16614 oder 17212 ohne Resultat. AAF Image don't cry lässt sich ohne Probleme installieren und läuft. Von einem anderen Topf eine andere Festplatte geliehen, aber auch hier eine Installation von einem HDMU Image nicht mehr möglich. Installationsvorgang mit Morly's Tool gelogt und verglichen mit einem AAF Instllationsvorgang und u.a. folgende Unterschiede gesehen:
HDMU: 2 USB devices found AAF: 3 devices found
HDMU: 0 storage devies found AAF: 1 storage device found
Installatiosvorgang läuft weiter und dann:
HDMU: /etc/init.d/rcS: line 667: can't create /dev /fpsmall: No such device or address
/etc/init.d/rcS: line 667: can't create /dev /fplarge: No such device or address
Bei HDMU dann weiter: error ReadBytes
Installation läuft weiter bis:
init embx und bleibt stehen.
Nochmals AAF Image don't cry image installiert und dann versucht HDMU 17209 und 17212 darüber zu installieren, ohne Erfolg.
Was ist hier los. Warum kann ich keine HDMU Images mehr installieren
Bitte Hilfe

Topf TF7700
Festplatte Western Digital
Smargo USB Leser

flac
31.01.2018, 22:54
...verschoben!!!



Gruß

flac

...bitte sowas nicht in den Anleitungen posten...das ist keine.

...wie sieht es denn aus, hier einen seriellen Log via Codeblock zu posten? Denn das sagt alles nichts aus.
...soll das ein Multiboot sein....mehr input bitte und welches. HDD drin, weil ich was von USB gelesen habe? ...sonst ausbauen und am PC checken.
...und alles mal neu machen. Normal sollten die Images auf einen Stick sein, beim Multiboot.
...wurde das 17313 schon gestestet?

Audioniek
01.02.2018, 14:58
HDMU: /etc/init.d/rcS: line 667: can't create /dev /fpsmall: No such device or address
/etc/init.d/rcS: line 667: can't create /dev /fplarge: No such device or address


These reports in the log mean that the frontpanel driver tffp.ko could not be loaded. This is caused either by the file missing, or more likely unknown symbols, which means the kernel build and the driver build do not match. This usually occurs when either the kernel or the driver is rebuilt, without rebuilding the other. During a build using the buildsystem this condition is flagged, but does not terminate the build. May be it should.

Regards,

Audioniek.

morly
02.02.2018, 11:29
ok, das kriegen wir hin... :)
du hast die 313 getestet?

henk van dam
05.02.2018, 17:29
Hallo Flac
Die Festplatten sind beide WestenDigital WD20EARX 2TB und 64MB cache oder WD1600AAJS worauf vorher Don't cry und HDMU 13065 und 16614 liefen. Trotzdem habe ich die Festplatten mit W10 via diskmgmt.msc auf efat32 formattiert und auf dem PC getestet. Wieder aufs neue die HDMU images versucht zu installieren. Bei jeder Image Versuch wurde der Stick aufs neue formattiert und mit nur ein Image daruaf, immer mit den Einstellungen Partition und jfs auf 1 und die andere Einstellungen auf 0, wobei 17212 wieder stecken blieb nach reboot->l232->Linux und in das error log bei init embx.:

HDMU image 17311 part of error log after reboot
3 USB Device(s) found
scanning bus for storage devices... 1 Storage Device(s) found
reading uImage
** Unable to read "uImage" from usb 0:1 **
## Booting image at 85000000 ...
Bad Magic Number
## Booting image at 80060000 ...
Image Name: Linux-2.6.32.71_stm24_0217
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 1961528 Bytes = 1.9 MiB
Load Address: 84001000
Entry Point: 84002000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Starting kernel console=ttyAS0,115200 root=/dev/sda1 rw init=/bin/devinit ip=192.168.178.100:192.168.178.10:192.168.178.10:2 55.255.255.0:tf7700:eth0:off nwhwconf=device:eth0,hwaddr:00:3e:9e:11:22:33 mem=128m coprocessor_mem=4m@0x10000000,4m@0x10400000 - 0x00000000 - 0 ...
INIT: version 2.88 booting
init frontpanel
skip
fsck.jfs version 1.1.15, 04-Mar-2011
processing started: 2/4/2018 10:56:19
Error: Cannot open device /dev/sda3
Usage: fsck.jfs [-afnpvV] [-j journal_device] [--omit_journal_replay] [--replay_journal_only] device
--omit_journal_replay Omit transaction log replay.
--replay_journal_only Only replay the transaction log.
[mountvirtfs] Seems to be the first run - Making devices in /dev...
[makedev] Starting makedev...
CI-slot(s) : Yes
Tuners: 2
HDMI CEC : No
[makedev] done.
[mountvirtfs] Mount /dev in tmpfs
[mountvirtfs] Copying device nodes to /dev
Starting portmap daemon....
Loading autofs
Starting autofs
[mountall] Mounting local filesystems...
Cleaning /tmp /var/run /var/lock.
Hostname: TOPF.
init stmfb
LOADING MODULES
load firmware
copLoadFile (file /boot/audio.elf)
error ReadBytes
copLoadFile (file /boot/video.elf)
ustslave: Kernel Version: 24
base_address 0x10000000
init embx

Nachdem habe ich 17313 versucht und lässt sich installieren, jedoch scheint nicht komplett zu sein. Wenn ich z.B plug ins wie Pli HD Skin herunterlade, wird die Installation bestätigt, jedoch es gibt kein Skinselector. Auch wenn ich ein Bootlogo herunterlade ist das Bild beim booten da, jedoch der Topf bleibt in einder Bootschleife hängen und ist beschädigt. Ich muss alles wieder aufs neue installieren.
Überraschend ist das 16614 sich wieder installieren lässt und offenbar gut läuft.
Zusammgefasst habe ich nun die folgende Resultate:
AAF Don't cry läuft
HDMU 13065 hat pilot/navi Probleme. Wir müssen für jede Transponder navi umstellen von Auto auf On, jedoch beim längeren Abschalten in Stand by geht diese Umstellung wider verloren
HDMU 16614 trotzdem muss ich die navi Einstellungen umstellen, aber diese bleiben jedenfalss stehen. Weiter läuft dieses Image an sich sehr gut. Jedoch bei HDMU center -> System Infos stürtzt der Topf ab und muss völlig abgeschaltet und neu gestartet werden
HDMU 17209-17212-17311 Installation gelingt nicht. Der Topf bleibt hängen nach reboot -> L232 -> Lunix
HDMU 17313 läuft aber nicht komplett?

Nach nahezu eien Woche mit HDMU gespielt zu haben bin ich nun froh das jedenfalls HDMU 16614 wieder läuft

Viele Dank ,
Henk


- - - Aktualisiert - - -

Hallo Audioniek,

thanks for your reply. I understand now that it has something to do with frontpanel driver. However it seems to have no influence on the fact that the booting is hanging, because also with the images, which are running, the same error is there. As can been seen from my reply to flac (in german) at least I succeeded to get HDMU 16614 working an I am already happy with that.
Thank youn anyway
Henk

bluetech
02.03.2018, 17:26
Linux :

Da hängt mein Topf auch gerade.
Warum? ich ließ den topf updaten per lan
und spielte mit ner e2 remoteapp

das ist ihm nicht gut bekommen *upps*

bluetech
03.03.2018, 08:45
Neu aufgespielt mit den richtigen nullen und einsen,
dann ging es nach dem dritten Versuch wieder :rolleyes:
-ein hängen bei 5 wie auch 7 "hdd fmt" auch erlebt.

keine Ahnung von der Materie bis jetzt, aber hdmu tut gut!
Die möglichen Plugins und Funktionen <3 <3 <3

agathon23
09.03.2018, 20:38
Hallo zusammen,

beim mir hing der Boot auch an der Stelle "init embx". War ein madiger USB Stck. Vernünftiger Stick, das Ganze noch mal, dann klappts auch. Settings vergessen zu sichern, aber egal :)