sagem 2xintel und bleibt bei lade

[trusty]

habe versucht meine sagem in den debug zu bringen nach moh methode.
er pingt die box.
er sendet daten.
antwortet auf help.
aber kennt icache nicht.
es sieht so aus das er den rsh nicht aufgemacht hat.
nun kann ich aber nicht weiter weil lediglich bei lade... stehen bleibt.
welche möglichkeiten habe ich noch ?

[jmittelst]

Passende Methode nach MHC benutzen: http://wiki.tuxbox-cvs.sourceforge.net/MHC

cu
Jens

[trusty]

aber da passiert nichts. er fährt weder die betanova hoch och reagiert er auf entscheidenen befehle. wie gesagt unten ist bewegung bei ping.
er sendet auch die 2444 blocks. aber rsh ist nicht verfügbar und reagiert nur auf help echo usw.
nur lade... weiter fährt er nicht mehr hoch.

[jmittelst]

Wie ist die Vorgeschichte der Box?
Flash-Erase schon probiert?

cu
Jens

[trusty]

ja aber da hatte ich noch nicht mal einen ping.
lag am pc und den kabeln.
hatte dannach die moh methode bei wiki probiert mit dem effekt das es nun bei lade... steht

[jmittelst]

MHC funktioniert rein über das Terminal, da braucht es weder Netzwerkverbindung, noch kann ein Ping von einer Box kommen, auf der kein Linux läuft.

Was hast Du probiert? Und was ist denn moh?
Wenn Du alles nach Anleitung gemacht hast, kann eigentlich nix schief gelaufen sein.

Lief die Box vorher unter Betanova problemlos?

cu
Jens

[trusty]

sorry bin durch den wind
na klar MHC meine ich, aber von wegen zahlen un 1 balken mit drin.
alle haken raus und außer bei com
aber dann kommt nur die meldung box reagiert nicht.
befehle werden nicht angenommen.
sie lief bei ankunft normal mit betanova hoch. jetzt bleibt sie stehen.
bei lade...
nur wenn ich pin 12 gegen masse halte kann ich mit entsprechenden haken noch befehle wie help absenden und erhalte eine ausgabe. aber der niwendige rsh läuft nicht.

[trusty]

hier die ausgaben

***Adapter Desc: NVIDIA nForce MCP Networking Adapter Driver (Microsoft's Packet Scheduler)
***MAC address: 00:0E:A6:D2:34:8E 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:30:8E:29 (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:50:9C:30:8E:29 with DBox-IP: 192.168.0.2
RARP> Answer sent to 00:50:9C:30:8E:29 with DBox-IP: 192.168.0.2

und das beim script

> 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
getmntinfo: Not a directory
getmntinfo: Not a directory
/lost+found: not currently mounted
C_INIT: usage: umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
> umount /
getmntinfo: Not a directory
getmntinfo: Not a directory
/: not currently mounted
C_INIT: usage: umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
> mount 192.168.0.1:C/minflsh/ /
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]

Kann das sein, daß du ein paar Methoden durcheinanderwirfst? Wenn du nach der MHC-Methode vorgehst, brauchst du kein rsh. Du brauchst auch kein minflash. Du brauchst nicht einmal ein Netzwerk. Alles was du brauchst, ist das Nullmodemkabel und nur das würde ich an die Box anschließen. Dann nimmst du diese Anleitung: http://wiki.tuxbox.org/Neue_Debug-Methode_von_MHC

Das was da steht, machst du in der Reihenfolge, wie es da steht. Dinge, die du aus anderen Anleitungen kennst, machst du nicht. Wenn du irgendeinen Punkt der Anleitung nicht verstanden hast, dann frag nach, bevor du was falsches machst!

[trusty]

habe verschiedene Sachen probiert.
Aber habs hinbekommen.
Ein laufendes NFU in meinem OS war schuld. Dadurch klappte das mounten der minflsh nicht.

[T-Nec]

Schön!
Trotzdem haettest du dir da einiges ersparen können...
Man braucht wirklich NUR (!!!111) ein Nullmodem-Kabel ...