Bräuchte Euere Hilfe bei Nokia 2xAMD und DEBUG

[cs1307]

Hallo Leute,

habe da eine Nokia Kabel, A500, 2xAMD mit Jumper(!!) bei XH3.
Das Ding hatte eines Tages den Geist aufgegeben (loopt, kommt bis Lade..., dann wieder Balken und wieder Lade...)
Also versuche ich jetzt das Ding mit Linux (:-)) zu "retten"

Ich habe das ding soweit (minflsh und Kurzschluss..)dass es einen Dauerping anbietet (mit LADE.. im display)im RSH geht "help" wunderbar:

> help
ChorusOS r3 rsh daemon - valid commands are:

mount [hostaddr:filesystem|special_file [mount_point]]
umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
swapon mount_point
arun [-s site] [-S | -U] [-k] [-T] [-d] [-q] [-D] [-Z] actor_name [actor arguments]
akill [-s site] [-c] aid
aps [-s site]
reboot
route [add | delete [net | host] args]
ping host
echo string
setenv var value
unsetenv var
source filename
env
memstat
sleep [time in seconds, default=1s]
help

Leider rührt sich nix au der Console (COM1) !!!

Beim ausführen des scripts (enable_debug oder enable_debug_minflsh) bootet die BOX neu, lädt sein /kernel/os wieder und landet im (LADE...)zustand.Ping ist O.K.
Interessant ist dass ich KEIN Kurzschluss mehr machen muss, d.h die box landet immer wieder im LADE.. und dauerping!!!

Weiss net weiter... Das Ding will einfach nicht im DEBUG-Modus...

Bitte um Hilfe !!!

Gruß

CS1307



PS: Vermute dass mein minflsh nicht O.K. ist Hat 'ne Grösse von 696K (.tar.gz)

[SoLaLa]

696k dürften etwa hinkommen, wichtiger ist aber die größe und beschaffenheit des entpackten minfl:
wird das os mit "2444 blocks sent" übertragen???
vergleichen kannst dein minfl mal mit diesem hier:
http://www.dhoelscher.de/dbox2/own_minflsh.html

[cs1307]

Jepp,

***Adapter Desc: Compaq Ethernet/Fast Ethernet Adapter/Module
***MAC address: 00:xx:xx:xx:XX:xx Local IP: 192.168.1.1 (via Packet-Driver #0)
***BootP server started... Port 67
***TFTP server started... Port 69
1 - mountd: mount: path: C/minflsh/
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:xxxxxxxx with DBox-IP: 192.168.1.23
RARP> Answer sent to 00:xxxx with DBox-IP: 192.168.1.23

Das komische aber ist, dass nach dem arun initactor -v -V -i 4 die box neu bootet....

[SoLaLa]

grübelgrübelgrübel
wo kommt denn das "1 - mountd: mount: path: C/minflsh"
da oben her??? das minfl-os wird doch erst später übertragen, wieso versucht denn da irgendwas was zu mounten??? kann doch garnicht sein...
richtig sollte das so aussehen:

***Adapter Desc: Realtek 8139-series
***MAC address: 00xxxx local IP: 192.168.1.1 (via Packet-Driver #2)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00xxxx with DBox-IP: 192.168.1.23
1 - mountd: mount: path: C/minflsh/ <---- und diese zeile kommt erst, wenn du das script enable_debug startest

[SoLaLa]

vielleicht ist auch die BN gar nicht so richtig kaputt, dann solltest du mal probieren mit minfl zu booten und DROPSDEM zusätzlich kurzschließen, das könnte dann hinhauen

[cs1307]

Zu 1: Die Zeile gehörte noch zum vorversuch..
Zu 2. DropWAS ?? Was ist denn das ??

[Dietmar]

Hm, im obigen Log steht zwar die Antwort auf help (also scheint soweit schon alles zu passen) aber nix vom enable_debug_mit_minflsh Script.
Bevor Du das nciht ausführst (flash.so wechseln nicht vergessen) kommt auch nix im com-terminal.

[cs1307]

Hallo Dietmar,

ja genau da ist mein Problem: nach Ausführung des scripts macht die BOX ein reset (genau nach dem arun initactor..) und das ganze geht von vorne los (lädt os und bietet einen rsh/ping an..)

Kurzschluss-Schalter ist auf off bei scriptausführung. Mit Schalter auf on hab' ich's auch probiert, da wird nur im Display ein langer Balken angezeigt..

Gruß
ChrisS

[Dietmar]

hm, Du machst mit minflsh?
Evtl. ist beim download der tuner.so was schiefgegangen.
Lad die am besten nochmal und ersetz damit die flash.so in /root/platform/drv.
Oder verwendest Du das rauskopierte Dateisystem?
Dann hast Du evtl. die upgrade nicht umbenannt.

[cs1307]

Hi,
minflsh (irgendwo im Netz gefunden..).Upgrade-File war net dabei.
Die flash.so hab ich schon mehrfach getauscht.
Drecks-Kiste ....(

Beim Versuch mit copy_all script meldet die Box dass eine libgxx.so nicht finden kann ??
Da könnte was dran sein mit fehlerhaften dateien.Kann meine initactor ein schuss haben ??

Gibt es eine andere Methode an den Debug ranzukommen ?

Gruß

ChrisS

[Dietmar]

Ähm, mit minflsh kein mount ausführen.
Du musst ja auch keine Dateien rauskopieren, bei minflsh ist schon alles enthalten was für den Debug-Mode benötigt wird.

Den Schritt einfach überspringen.
Also:
help muss gehen.
Dann Kurzschluss wieder aufheben.
Schreibschutz aufheben.
enable_debug_mit_minflsh ausführen.

Wenn es funktioiert: Daran denken danach ein Image auszulesen.
Wenn es nicht funktioniert: Poste doch mal das komplette Log.

[cs1307]

DAS IST LEIDER DAS PROBLEM: ES GIBT KEIN LOG!!!!

Also:
help muss gehen.

O.K

Dann Kurzschluss wieder aufheben.

O.K.

Schreibschutz aufheben.

O.K.

enable_debug_mit_minflsh ausführen.

NICHT O.K. D-Box macht einen RESET ohne Kommentare
und zwar DIREKT nachdem arun initactor -v -V -i 4 !!!!!

[Dietmar]

Na, irgendwas steht in dem Log aber noch vor arun initactor...
Das könnte auch ganz hilfreich sein.

Klappt der mount? (Nein, nicht der händische, der den das Script ausführt. Passiert übrigens auch vor arun initactor)

Kommt die mount-anzeige im Netzwerklog?

[cs1307]

Das ist alles..

***Adapter Desc: Compaq Ethernet/Fast Ethernet Adapter/Module
***MAC address: 00:XXXXXX Local IP: 192.168.1.1 (via Packet-Driver #0)
***BootP server started... Port 67
***TFTP server started... Port 69

ARP_REQUEST
BootP> Request from 00:YYYYYYYYYYYYYY (assuming that this is DBox).
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:YYYYYYYYYYYYY with DBox-IP: 192.168.1.23
RARP> Answer sent to 00:YYYYYYYYYYYYY with DBox-IP: 192.168.1.23
1 - mountd: mount: path: C/minflsh/

->ab da ist der neuboot nach scriptausführung!!!!<----------

BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:50:9C:19:9D:70 with DBox-IP: 192.168.1.23
RARP> Answer sent to 00:50:9C:19:9D:70 with DBox-IP: 192.168.1.23

RSH-Ausgabe:

HELP-Befehl:
> help
ChorusOS r3 rsh daemon - valid commands are:

mount [hostaddr:filesystem|special_file [mount_point]]
umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
swapon mount_point
arun [-s site] [-S | -U] [-k] [-T] [-d] [-q] [-D] [-Z] actor_name [actor arguments]
akill [-s site] [-c] aid
aps [-s site]
reboot
route [add | delete [net | host] args]
ping host
echo string
setenv var value
unsetenv var
source filename
env
memstat
sleep [time in seconds, default=1s]
help

MOUNT Befehl:

> mount
C_INIT:
root_device mount on / (flfs)

SCRIPT enable_debug mit minflsh.txt:

> echo Test
Test
> setenv PATH /root/platform/bin:/root/bin:/usr/bin:/usr/siege/bin:/mnt/bin
> setenv TZ MET-01METDST-02,J84,J302
> setenv LD_LIBRARY_PATH /root/platform/lib:/root/lib:/usr/lib:/root/platform/mpc8xx-dbox2/lib:/root/platform/nokia-dbox2/lib
> setenv SIEGEHOME /usr/siege
> setenv CLASSPATH /usr/siege/lib/siege.jar:/usr/siege/lib/junior.jar:.
> umount /lost+found
/lost+found: not currently mounted
C_INIT: usage: umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
> umount /
> mount 192.168.1.1:C/minflsh/ /
C_INIT: mount 192.168.1.1:C/minflsh/ on /
;
;
;
;
; Und nun ins Terminalfenster (vorherige Seite) kucken!
;
;
;
;
> arun initactor -v -V -i 4

UND NUN KOMMT DER REBOOT !!!!!



Ich brauch' nicht mal mehr den Kurzschluss, ich lande sofort in diesem modus nach einstecken der D-BOX !


jemand 'ne Idee ??

gruß

ChrisS

[Dietmar]

Gibtst Du jedesmal mount ein?
Lass das mal weg wenn Du mit minflsh machst.

Hm, versuch mal das Script auszuführen ohne den Schreibschutz (XH3)aufzuheben. Evtl. ändert sich dann was.

[cs1307]

nee Leute da geht nix weiter..

Also,

habe mein rechner plattgemacht, neu installiert, 10MBit-Karte eingebaut;bringt alles nix, immer das gleiche:
box lädt sofort das os-file und landet im rsh modus/ping O.K.
Bei auführung des scripts (mit oder ohne mount vorher,mit oder ohne XH3)genau nach dem arun initactor macht das ding einen Reset und lädt sein file neu.

Ohne TFTP loopt die BOX !

Ich glaube dass mein flash leer ist. Ausserdem hatte ich ganz am Anfang noch die "ChorusOS good try" meldung. Jettz nimma !

Kann es sein dass es unterschiedliche os/initactor files für die unterschiedlichen boxen existieren ? (Noki/Sagem/Philips/?)

Ich bin mit meinem Latein am ende .
Gibt's jemand im Raum München der mir dabei behilflich sein könnte (evtl auch flash-neuprogrammierung) ?

Gruß

ChrisS

[Dietmar]

Also die Good try-Meldung kommt bei BR-Kerneln (os) ab Version 2.0.
Wenn Du von minflsh startest muss die ganz normale help-meldung kommen.
Hm, versuch mal von minflsh zu starten und Kurzzuschliessen.
Es kann sein dass da noch was im flash gemountet wird. Der Kurzschluss sollte das verhindern.
Wenn das wieder das gleiche Ergebnis gibt: Lass mal den Kurzschluss drin wenn Du das debug-enable Script startest.
Davon kommst Du zwar nicht in den Debug, aber wenn der Fehler dann immer noch auftritt, ist was bei Dir im minflsh nicht in Ordnung.

[cs1307]

Hallo Dietmar,

nee da wird nix mehr gemountet. Der mount-befehl zeigt vor dem script dass nur / auf flshfs gemountet ist.
Laut log wird beim script / auf dem remote-pc um-gemountet (/ auf c/minflsh.. das macht er richtig , sonst würde er die initactor und die lib??.so's finden)

Das mit dem minflsh dachte ich auch..Da mein flash offensichtlich "zerlegt" ist, woher neue minflsh holen und net stehlen ??

Mal 'ne andere Frage: IST DAS COM-KABEL WICHTIG ??? Ich habe nur ein 3-2, 2-3 und 5-5 er..

Gruß

ChrisS

[Dietmar]

Hm, ja das Nullmodem ist wichitg. Vor allem ist wichtig dass es in Ordnung ist.
Deine Belegung sollte allerdings passen. (Mehr wird nicht benötigt)
Du kannst ja mal versuchen das ganze ohne Nullmodem zu machen.
Dann hast halt keine ausgaben ob es geklappt hat, aber evtl. kommst Du weiter.

[cs1307]

Ich glaub' die BOX hat einen Hardwaredefekt !
Hab gerade das ganze mit andere minflsh probiert -pustekuchen - gleiche probleme.
Wie gesagt, die BOX hatte im Betrieb den Geist aufgegeben (Loop).Schade, war ein Versuch wert

Ich möchte die BOX einschicken zwecks reparatur. Kennt jemand was ?

Gruß und danke für Eure Mühe

ChrisS

PS: Da ist doch noch etwas im Flash (Reste der 2.01er..)Hab gerade die tolle Meldung mit "good try" wieder....

[Dietmar]

Hm, Du kannst auch wenn Du mit dem Kernel aus dem Flash bootest (in dem Fall bootp ausmachen und kurzschliessen) die Prozedur versuchen.
Wenn Du noch keine Dateien auslesen konntest kannst Du das Dateisystem aus dem minflsh verwenden.

Wenn das auch nicht funktioniert, bzw. wirklich ein defekt vorliegt (sieht fast so aus): http://www.dvbtotal.de macht Reparaturen.