bekomme kein COM-Befehl

[Gurke1]

Habe eine Nokia 2*Intel und versuche mittlerweile schon den ganzen Abend, meine Box in den Debugmodus zu bringen, um ihr ihre anscheinend heißgeliebte BN2.01 zu entreißen und aus ihr eine TuxBox zu machen ...

Klappt eigentlich auch alles ganz gut :
- Starte den Boot Manager (v3.2.0.354)
- Starte die DBox
- Es wird folgendes Log ausgegeben :

Zitat:
--------------------------------------------------------------------------------
Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt (Microsoft's Packet Scheduler)
***MAC address: 00:40:05:39:BD:D1 Local IP: 192.168.100.1 (via Packet-Driver #0)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "D:\miniflsh\miniflsh\KERNEL\OS"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:xx:xx:xx:xx:xx with DBox-IP: 192.168.100.2
____________nur eine Zeile______________
--------------------------------------------------------------------------------

Ach so ... Wenn ich versuche ein Command (help) über den RSH-Client abzusetzen, normale Antwort!!!

......nur ist das COM-Terminal bleibt leer............

Wer kann helfen?

[rmaerte1]

bis dahin sollte es auch leer bleiben...

[Dietmar]

Im com-terminal kommt erst was wenn das debug-enable script läuft.
vorher kommt da nix.

[Gurke1]

das debug-enable script läuft, beim abrechen kommt aber Fehlermeldung

[tauxm]

Hallo.
Machst du die Kurzschluss-Methode? (bei Intel 2xIntel = RH45 & CH24),
oder Software-Abbruch?

[Dietmar]

das debug-enable script läuft, beim abrechen kommt aber Fehlermeldung

Das ist normal. Wichtig ist nur das, was im com-terminal kommt.
Wenn nix im com-terminal kommt und Du auch nicht im debug bist: Poste doch mal das Log aus dem RSH

[SoLaLa]

Machst du die Kurzschluss-Methode? (bei Intel 2xIntel = RH45 & CH24),

da dieses vielen Leuten ärger bringende Ungetüm hier nunmal so steht für alle eine kleine wichtige Information:

man kann den CH24 zum Kurzschließen benutzen, aber UNBEDINGT vorher mit nem meßgerät feststellen welche seite des CH24 die mit den +3,3 Volt ist (das ist dann die richtige)

AUF KEINEN FALL vom CH24 die seite mit 0V mit dem flash verbinden!!!
Das killen des flashinhalts wäre die sichere Folge

[rmaerte1]

So dann auch gleich mal eine mich schon lange nervende Frage: Wer zum Teufel, und vor allem wie, findet sowas heraus?? Mir ist das vollkommen rätselhaft ;o)
Ich meine, beim Herausfinden müssen doch etliche Boxen den sicheren Tod erlitten haben, oder?

[tauxm]

Ich schätze SCHALTPLAN-POWER!!!!!

[SoLaLa]

@rmaerte:
was heißt rausfinden? die leute haben hier schon haufenweise mit "jetzt ist Display nur noch grün" gepostet und Sven kann da n Lied von singen, der hat haufenweise boxen neu geflasht, die nach der CH24 Anleitung kaputtgegangen sind. und wenn man sich nur n bissi gedanken über den Kurzschluß macht is das auch klar: beim kurzschließen soll das flash abgeschaltet werden mit dem OutputEanable-pin, der muß dafür auf 3,3 Volt liegen und dann ist das flash sozusagen im Standby, aber wenn dieser pin mit GND (0 Volt, low) verbunden wird, dann ist das flash dauerhaft aktiv und dann gibt es auf jeden fall konflikte auf adreß-und datenbus, weil einfach mehrere bausteine gleichzeitig versuchen daten auf den bus zu legen.
achja: und meine boxen haben noch keinen Tod erlitten ... die waren alle vorher schon tot

[Gurke1]

das debug-enable script läuft, beim abrechen kommt aber Fehlermeldung

Das ist normal. Wichtig ist nur das, was im com-terminal kommt.
Wenn nix im com-terminal kommt und Du auch nicht im debug bist: Poste doch mal das Log aus dem RSH

***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt
***MAC address: 00:40:05:39:BD:CF Local IP: 192.168.0.1 (via Packet-Driver #1)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Request from 00:50:9C:1F:B1:6B (assuming that this is DBox).
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "D:\MINIFLSH\KERNEL\Os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:50:9C:1F:B1:6B with DBox-IP: 192.168.0.10
1 - mountd: mount: path: D/MINIFLSH/

> 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.0.1:D/MINIFLSH/ /
C_INIT: mount 192.168.0.1:D/MINIFLSH/ on /
;
;
;
;
; Und nun ins Terminalfenster (vorherige Seite) kucken!
;
;
;
;
> arun initactor -v -V -i 4
started aid = 10
INIT Version 0.9 loaded
INIT: library path: "LD_LIBRARY_PATH=/root/platform/nokia-dbox2/lib:/root/platform/lib:/root/lib:/usr/lib:/root/platform/mpc8xx-dbox2/lib:/root/platform/nokia-dbox2/lib"
INIT: start run level 2
INIT: execute "ddf"
INIT: time: 69 sec, 360000000 nsec
INIT: afexec of ddf failed - No such file or directory
INIT: execute "upgrade"
INIT: time: 69 sec, 410000000 nsec
INIT: afexec of upgrade failed - No such file or directory
INIT: start run level 3
INIT: execute "wsysserver"
INIT: time: 69 sec, 450000000 nsec
INIT: afexec of wsysserver failed - No such file or directory
INIT: execute "dooractor"
INIT: time: 69 sec, 490000000 nsec
INIT: afexec of dooractor failed - No such file or directory
INIT: execute "nameserver"
INIT: time: 69 sec, 540000000 nsec
INIT: afexec of nameserver failed - No such file or directory
INIT: execute "pppd"
INIT: time: 69 sec, 580000000 nsec
INIT: afexec of pppd failed - No such file or directory
INIT: execute "inetNSdns -env"
INIT: time: 69 sec, 630000000 nsec
INIT: afexec of inetNSdns failed - No such file or directory
INIT: execute "bcsubsystem"
INIT: time: 69 sec, 670000000 nsec
INIT: afexec of bcsubsystem failed - No such file or directory
INIT: execute "casubsystem"
INIT: time: 69 sec, 710000000 nsec
INIT: afexec of casubsystem failed - No such file or directory
INIT: execute "dvbsubsystem"
INIT: time: 69 sec, 760000000 nsec
INIT: afexec of dvbsubsystem failed - No such file or directory
INIT: start run level 4
INIT: execute "setenv SIEGEHOME /usr/siege"
INIT: execute "setenv CLASSPATH /usr/siege/lib/siege.jar:/usr/siege/lib/junior.jar:."
INIT: execute "siegep junior.finder.StartUp"
INIT: time: 69 sec, 800000000 nsec
INIT: afexec of siegep failed - No such file or directory
! Execution stopped!

[rmaerte1]

@Gürkchen

Das sieht alles sehr gut aus! Was ist, wenn Du die Box anmachst? Kommt das "normale" BETA RESEARCH, oder nen Haufen Zahlen/Buchstaben?

[Dietmar]

INIT: execute "ddf"
INIT: time: 69 sec, 360000000 nsec
INIT: afexec of ddf failed - No such file or directory

Ne, das sieht nicht so gut aus. die ddf muss noch ausgeführt werden, ab der upgrade ist "No such file..." OK.

hast Du die flash.so gewechselt? Evtl. ist beim Download der tuner.so was schiefgegangen?
Ist Dein minflsh in Ordnung?
Hier kannst Du nachsehen wie es aussehen muss: http://www.dhoelscher.de/dbox2/own_minflsh.html

[noobie]

Hallo.
Machst du die Kurzschluss-Methode? (bei Intel 2xIntel = RH45 & CH24),
oder Software-Abbruch?

hi!

dazu habe ich ein paar fragen.
kann man das so überhaupt mit oder verbinden? software-abbruch muß ich doch sowieso machen. und die kurzschluss-methode hat doch was mit dem debug enable zu tun?!?
und dann würde mich interessieren, was mit RH45 & CH24 gemeint ist. ich kenne kurzschluss nur mit pin12 und ground. ist das das gleiche?

mfg

noobie

[SoLaLa]

pin12 und ground

ist nicht KURZSCHLUß, sondern SCHREIBSCHUTZdisablen bei und NUR bei 2xintel 28F320 flashs. (wird auch nicht verbunden, sondern nur kurz angetippt, ne halbe sek oder noch weniger)

das was im zusammenhang mit debugenable als Kurzschluß genannt wird ist das abschalten des flashs zum richtigen zeitpunkt, damit die box überhaupt vom netzwerk bootet um dann den debug enablen zu können.
hierbei wird der OEpin des flashs zum richtigen zeitpunkt mit 3,3 volt verbunden und bleibt ne ganze zeit lang verbunden (kurzgeschlossen ebent) bis help und mount gesendet sind usw. usw.
dabei ist RH45 eine mögliche kontaktstelle für den besagten OEpin der flashbausteine und CH24 (unbedingt die richtige seite beachten, sonst ist das flash tot!!!!!) ist eine mögliche kontaktstelle für die 3,3 volt.

softwareabbruch mußt du NICHT sowieso machen, das ist nur eine methode um boxen dazu zu bringen mit minflsh zu booten. wenn man z.B. das momentane betriebssystem der box (z.B. BN1.6) gerne genauso behalten möchte, dann darf man halt kein softwareupdate einleiten, weils danach ja BN2.01 ist, und dann gibts nur den weg über die Kurzschlußmethode und OHNE minflsh den debug zu enablen und das filesystem/image auszulesen