Nokia Sat 2x I Debug unmöglich?

[brausi]

Hab ne Nokia Sat Box mit 2 mal Intel, die will einfach nicht in den Debug Modus. Bin mir sicher, dass ich im richtigen Moment kurzschließe. (Leider BMon 1.0) bekomme auf help die Antwort aber Script ausführen klappt nicht. Hier mal der Log vom RSH:

> 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
> 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.43:C/minflsh/ /
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
Bad MNT RPC: RPC: Timed out
C_INIT: mount: cannot access C/minflsh/: Permission denied
C_INIT: mount error - failed to set nfsargs
;
;
;
;
; Und nun ins Terminalfenster (vorherige Seite) kucken!
;
;
;
;
> arun initactor -v -V -i 4
C_INIT: afexec of initactor failed - No root mounted

[wolgade]

(Leider BMon 1.0)
ChorusOS r3 rsh daemon - valid commands are:

setenv var value

Ich dachte, Bmon 1.0 kennt "setenv" nicht. Sicher, daß es Bmon 1.0 ist?

[dso]

Hi,
wie mein Vorredner schon anmerkte ... prüf noch mal Methode und BL. Beim Bei der 1.0er Variante brauchste eigentlich nur die serielle Konsole und eine 'speziellere' ppcboot für den Debug Mode.

Mach nur schön vorsichtig, denn a) ist solch ein Flashreset immer mit 'Gefahren' verbunden und b) sollte er geklappt haben, dann hast Du (möglicherweise) auch schon keinen Schreibschutz mehr auf den Flashes

CYa
dso

[tik-tak]

solch ein Flashreset immer mit 'Gefahren' verbunden

Bin sehr gespannt, was sind es für Gefahren ?

[eule]

Bin sehr gespannt, was sind es für Gefahren ?

Die Gefahr, dass sich die DBox in eine defekte DBox verwandelt, die man bei ePay nur noch mit deutlichem Preisabschlag los wird.

[tik-tak]

Na liegt wohl mehr am Werker

[dso]

... liegt schlicht und einfach daran, dass du nie vorhersagen kannst ob durch den FlashReset nicht auch der Baustein ansich oder/und somit auch der Inhalt (im ungünstigsten Fall) einen mit abbekommt - ist immerhin ein KURZSCHLUSS.

Da Deine Standartantwort bei nahezu jedem Problem ja eh 'Flash den BL neu' ist, siehst Du natürlich hier keine Probleme *kopfschüttel

Kerl, was gehen mir solche 9x Klugen auf die Eier ...

CYa
dso

PS: Hauptsache Du hast den Thread mal wieder unnötig aufgebläht.

[Gorcon]

ist immerhin ein KURZSCHLUSS.

Nein das ist kein Kurzschluss.
Wenn man beim flashreset den richtigen Pin benutzt und sich an die Anleitung hällt ist das Risiko praktisch fast Null. (Nur elktrostatische Aufladungen oder sonstige Spannungen könnten den Chip oder dessen Inhalt zerstören.

Ich verwende bei der Nokia 2xI Bmon 1.0 Avia500 generell die minflsh Methode. klappt dort am recht gut. (sofern das Netzwerk richtig läuft).

Gruß Gorcon

[dso]

Ok, das mit dem Kurzschluss habe ich ein ziemlich blöd ausgedrückt. Ich lege nur Masse an einen Punkt - sorry 4 that, mein Fehler.

Ich habe nur schon sehr oft von Problemen beim debug enablen gehört und gelesen, die nach dem FlashReset entstanden sind; daher wollte ich eben vorwarnen.

Es ist schon richtig, wenn man alles 'richtig' macht, dann ist das Risiko fast Null Allerdings hat ja auch das Wort "Oops" eine Herkunft, oder *lol

@tik-tak
auch bei Dir sorry für meinen Ton gestern, aber ich war in 'geberlaune' (aufgrund eines anderen forums) und fühlte mich ein wenig 'herablassend' behandelt.

und nu schönes WE uns allen

dso

[Gorcon]

Genau und deswegen tendiere ich immer zu der Methode zu greifen bei der am wenigsten kaputt gehen kann (selbst wenn diese etwas komplizierter scheint).

Wie gesagt entweder ist das minflash kaputt oder da blockt etwas das Netzwerk.

Wenn letzteres dann hat man das Problem auch mit der MHC Methode (Da Bmon 1.0) oder spätestens beim aufspielen eines Images.

Gruß Gorcon

[tik-tak]

@dso

Hauptsache Du hast den Thread mal wieder unnötig aufgebläht.

Ich hatte dir schon mal empfehlen, bissen zurückhalten !

[SoLaLa]

so... jetzt komm ich auch noch...

@Wolgade:

Ich dachte, Bmon 1.0 kennt "setenv" nicht. Sicher, daß es Bmon 1.0 ist

das sind beim minflash ja die Ausgaben der Sun-Chorus-kernels (hier das gepatchte minflash-OS). die haben mit dem Bootloader nix zu tun.

[dso]

@dso

Hauptsache Du hast den Thread mal wieder unnötig aufgebläht.

Ich hatte dir schon mal empfehlen, bissen zurückhalten !

... und ich hatte Dir bereits gesagt, dass ich auf Deine Empfehlungen keinen Wert lege und dabei möchte ich es hier auch belassen.

Ich hab mich im Ton vergriffen und dafür bei Dir entschuldigt - das sollte reichen.

[wolgade]

das sind beim minflash ja die Ausgaben der Sun-Chorus-kernels (hier das gepatchte minflash-OS). die haben mit dem Bootloader nix zu tun.

Da hast du, glaube ich, ziemlich recht, wenn ich mal genau drüber nachdenke. Danke für den Hinweis. Da hatte ich einen Denkfehler.

Ist aber auch schon fast fünf Jahre her, daß ich zum letzten Mal mit minflash und dem Chorus-Kernel zu tun hatte.