Phillips 2xI RSH okay, kann aber keine Soft rauskopieren!!!

Domestos & Derivate
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Phillips 2xI RSH okay, kann aber keine Soft rauskopieren!!!

Beitrag von andydboxII »

Hallo,
achdem ich nun auf meine Nokia 2xI drauf hatte wollte ich das gleiche mal bei der Phillips ausprobieren.
Hier hatte ich leider keinen
Erfolg mit dem minflsh.
Keine Ahnung warum, aber es funktionierte einfach nicht .
Auch nicht mit der Verzögerung (bei reset Pfeiltaste gedrückt halten).
Nun hab ich mal wieder meine Lötutensilien ausgepackt und losgelegt.
Mit der Kurzschlußmethode hab ich den RSH auch dazu bekommen auf help und mount zu antworten.
ich hab den Schalter wieder geöffnet und wollte nun die Soft aus der Box kopieren.
leider sehe ich im NFS-Root verzeichnis keine Dateien.
hier die Ausgabe vom Bootmanager:

C_INIT:
root_device mount on / (flfs)
192.168.5.3:C/dbox2_ph/ mount on /lost+found (nfs)
192.168.5.3:C/dbox2_ph/ mount on /lost+found (nfs)
192.168.5.3:C/dbox2_ph/ mount on /lost+found (nfs)
192.168.5.3:C/dbox2_ph/ mount on /lost+found (nfs)
> 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:.:/lost+found/
> mount 192.168.5.3:C/dbox2_ph/ /lost+found
C_INIT: mount 192.168.5.3:C/dbox2_ph/ on /lost+found
> arun siegep cpAll
C_INIT: afexec of siegep failed - No such file or directory
;
;
;
; Kopieren beendet! Wenn keine Fehler aufgetreten sind, sollte sich alles im NFS-Root befinden!

soweit sieht es doch okay aus, nur leider habe ich keine Dateien.

Ist die Soft von Phillips und Nokia identisch??
Wenn ja, kann ich dann gleich mit dem Debug enablen weitermachen???

Vielleicht hatte ja jemand ähnliche probs.

Freu mich über jede Antwort.

Gruß
Andy
Zahni
Tuxboxer
Tuxboxer
Beiträge: 2227
Registriert: Freitag 24. Mai 2002, 10:38

Beitrag von Zahni »

Im NFS-Root muss die Cpall.class liegen. Ausserdem gibt es zwei copy-scripte (welches war noch gleich f. BN 2.0x; habe die Readme vom bootmanager gerade nicht da...)

-Zahni
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

Die Dateien habe ich alle, wie beschreiben in den Ordner reinkopiert.
kann es sein, obwohl help und mount funktionieren, mein Netzwerk ein Problem hat???
Gruß
Andreas
Zahni
Tuxboxer
Tuxboxer
Beiträge: 2227
Registriert: Freitag 24. Mai 2002, 10:38

Beitrag von Zahni »

K.A. Was meint den der NFS-Server vom Bootmanger. Das muesste ja auch was geloggt werden.

Ansonsten: Das richtige copyscript im Bootmanager auswaehlen (passend zur BN-Version die auf der Box ist)

Achja, bei der minflsh-Methode nach dem Debug erstmal das BN-Update zu ende laufen lassen.

-Zahni
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Hm, hast Du daran gedacht den Kurzschluss wieder aufzuheben, nachdem help und mount gingen (nur dann!)?
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

hallo,
ja, nachdem help und mount funktionert haben , hab ich den Schalter wieder auf offen gelegt.
???
Doch probleme mit meinem Netzwerk??
Das System ist noch auf der Box drauf!!!

Es funktionert auch die minflsh methode nicht.
Habe hierbei das Problem, das die Box bei lade nicht stehen bleibt.

Steh ich etwa aufm Schlauch??
Gruß

Andy
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Was heist geht nicht?
Update eingeleitet?
Wird der minflsh-Kernel übertragen?
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

ja, minflsh wird übertragen, aber leider läuft die Box trotzdem weiter.
( bleibt nicht bei lade stehen)
habe schon des öfteren gelesen, das die Phillips probleme machen.
Aber woran liegt das? die Soft ist doch die selbe, und die Flash sind doch auch identisch mit denen von Nokia und Sagem.
Gruß
AndyDboxII
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Post doch mal Diene Einstellungen und das Netzwerklog.
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Einstellungen:

Beitrag von andydboxII »

Hallo Dietmar,
erstmal vielen Dank für Deine Mühe mir mit meinem Problem weiter
zu helfen.

Also:
Einstellungen der Seriellen:
57600/8/keine/1/keine

Netzw.Karte:
nur internetprotokoll(tcp/ip) aktiviert
ip:192.168.5.3
sub:255.255.255.0

verwendet wird eine Realtek Netzwerkkarte mit 10mBit /halbduplex

(hierzu noch eine Frage habe zuvor eine andere Karte verwendet.diese
aber deaktiviert und entfernt. die neue wurde gleich erkannt .
hab dann gleich die passenden Treiber draufgeschmissen und die kARTE scheint eigentlich zu funktioniern. allerdings blink sie die ganze Zeit, obwohl kein datentransfer stattfindet. irgendwie werde ich das gefühl nicht los, das es doch an der Karte liegt. werd mir mal ne andere besorgen und
es dann probieren)

so, nun aber weiter:
Ich habe nun also gewartet, bis 3 1/2 striche das Softupdates angezeigt wurden (hab gelsen das man damit die größten Erfolge erzielt)
und dann das Update unterbrochen (antenne raus)

Bootmanager:
rarp:ein
ip: 192.168.5.7
bootp:ein (c:minflsh\kernel\os)
nfs:ein
root:c:\minflsh
57600
com:öffnen

so dann hab ich denn bootm. gestartet und die Box eingesteckt.

ausgabe im bootm.:

***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt
***MAC address: 00:C0:DF:F2:31:58 Local IP: 192.168.5.3 (via Packet-Driver #1)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Request from 00:50:9C:2B:3B:BD (assuming that this is DBox).
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2476 blocks
RARP> Answer sent to 00:50:9C:2B:3B:BD with DBox-IP: 192.168.5.7

com ist leer.
help (kein Verbindung zur dbox)

box läuft weiter bis der Fehlercode ud4 kommt.

???

was da nu scho wieder los??

kannst du mir nen tip geben?
Zuletzt geändert von andydboxII am Freitag 30. August 2002, 13:24, insgesamt 1-mal geändert.
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

Netzw.Karte:
nur internetprotokoll(tcp/ip) aktiviert
ip:192.168.5.7
.
.
Bootmanager:
rarp:ein
ip: 192.168.5.7
das kann so nicht funktionieren, weil PC und Box dieselbe IP kriegen, nimm mal für die box was anderes, 192.168.5.9 oder sowas, aber aus dem selben Subnetz, das heißt die IP darf sich nur in der letzten Zahl unterscheiden
never change a running system
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

@Solala Sorry, hatte mich nur vertippt.
Die Karte hat 5.3 und die Box 5.7

Daran liegt es leider nicht
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

ok,
dann brauchst als nächstes erstmal n ordentliches minflsh:
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2476 blocks
2476 blocks ist der kernel aus BN2, das minflsh funktioniert aber nur mit nem kernel aus BN< 1.5, da steht dann 2444 blocks sent.
und damit enablest dann erstmal den debugmode, und dann kannst die soft aus der box immer noch auslesen
achja, da unten im letzten log steht ja auch schon 192.168.5.3... :oops:
never change a running system
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

hallo,
gut zu wissen, das mein minflsh gar nicht funktionieren kann.
Wo bekomme ich nun aber das richtige her??
Ich meine ich habe ja schon eins und brauche eigentlich nur ein älteres.
Ich denke da verstoße ich auch nicht gegen die rechte von Sun.
hast du zuvälligerweise das richtige??
Gruß
AndyDboxII
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

hihi,
dazu gibts hier eigentlich nur "kein kommentar"
du bräuchtest noch nichtmal das ganze, eigentlich reichts schon wenn du irgendwoher das os bekommst, das tauscht dann einfach in deinem bestehenden minflsh aus...
und bevor das hier gelöscht wird: schau halt nochmal im newbieforum das oberste posting an (das was immer ganz oben stehenbleibt :wink: )
never change a running system
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Naja, so ganz stimmt das nicht.
Das minflsh funktioniert schon mit nem neueren Kernel.
Was halt damit nicht funktioniert ist der debugmode ohne kurzschluss, da der neuere Kernel auch mit dem Image nach dem Abbruch des Updates umgehen kann und nicht in Panik verfällt. :wink:
Mit kurzschliessen, bzw. wenn die Orginal-Soft beschädigt wurde funktioniert das wunderbar.
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

aha, wieder was dazugelernt,
danke Dir... wenn ich das jetzt alles zusammensetze, ist es dann so:
der ungepatchte kernel der BN2 macht nicht prinzipiell immer die RSH auf wie der 1.32, aber er macht dropsdem RSH auf, wenn das init-script fehlt?

Und der kernel funktioniert bei der ohne-kurzschlußmethode deshalb nicht, weil da ja das init-script noch vorhanden ist?

und der 1.32er kernel funktioniert bei der ohne-kurzschlußmethode deshalb, weil er mit dem vorhandenen Dateisystem (so wie es zum abbruchzeitpunkt aussieht) nix anfangen kann?
never change a running system
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

So in etwa. :wink:
Das mit dem RSH bei nicht gefundenem Init-Script wird ja bei der Methode mit Kurzschluss standardmässig praktiziert.
Das ist ja auch nen neuer BR-Kernel, der da geladen wird.
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

na fein,
jetzt sind wir aber über 3 didaktische Einheiten an andydboxII n bissi vorbeigeschrammt...
da müßte das letzte log da oben mit dem "2476 blocks sent" ja prinzipiell funktionieren, wenn er zusätzlich kurzschließen würde (oh weia, wieder mehrere HowTos mixen :roll: )
oder aber er besorgt sich das "richtige" minflsh, dann hinge es nur noch am Abbruchzeitpunkt ob das help funktioniert
never change a running system
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

---

Beitrag von andydboxII »

ääääääääääähhhhhhhhhmmmmmmmmmm,
nicht das ihr mich jetzt verwirrt habt, aber darf ich kurz eure nette kleine Insider Unterhaltung unterbrechen ;-)
also, wenn ich das jetzt recht verstandern hab, komme ich also um die kurzschlußmethode ohne den 1.6èr kernel nicht herum.
Schade eigentlich, da ich bei meiner Nokia dies schon ausprobiert hab und jetzt endlich mal die ohne_kurzschluß ausprobieren wollte.
Nun ja, ist ja erst mal egal, ich hab nun also die Box Kurzgeschlossen und sie antwortet soweit wieder auf help und mount.

okay, dann hab ich wieder versucht, die Soft raus zu kopieren.
(cpr.class und cpAll und copy.sh liegen im NFS-root)

ich erhalte folgende ausgaben:

***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt
***MAC address: 00:C0:DF:F2:31:58 Local IP: 192.168.5.3 (via Packet-Driver #1)
RARP> Answer sent to 00:50:9C:2B:3B:BD with DBox-IP: 192.168.5.7
1 - mountd: mount: path: C/dbox2_ph/
1 - mountd: mount: path: C/dbox2_ph/

*********************************************************

im RSH- Terminal nahdem ich mount und copy_os und copyall ausgeführt
habe:

> mount
C_INIT:
root_device mount on / (flfs)
> mount
C_INIT:
root_device mount on / (flfs)
> 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:.:/lost+found/
> mount 192.168.5.3:C/dbox2_ph/ /lost+found
C_INIT: mount 192.168.5.3:C/dbox2_ph/ on /lost+found
> arun siegep cpr /root /lost+found
C_INIT: afexec of siegep failed - No such file or directory
> arun siegep cpr /sec /lost+found
C_INIT: afexec of siegep failed - No such file or directory
> arun siegep cpr /tmp /lost+found
C_INIT: afexec of siegep failed - No such file or directory
> arun siegep cpr /usr /lost+found
C_INIT: afexec of siegep failed - No such file or directory
> arun siegep cpr /var /lost+found
C_INIT: afexec of siegep failed - No such file or directory
;
;
;
; Kopieren beendet! Wenn keine Fehler aufgetreten sind, sollte sich alles im NFS-Root befinden!
> mount
C_INIT:
root_device mount on / (flfs)
192.168.5.3:C/dbox2_ph/ mount on /lost+found (nfs)
> 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:.:/lost+found/
> mount 192.168.5.3:C/dbox2_ph/ /lost+found
C_INIT: mount 192.168.5.3:C/dbox2_ph/ on /lost+found
> arun siegep cpAll
C_INIT: afexec of siegep failed - No such file or directory
;
;
;
; Kopieren beendet! Wenn keine Fehler aufgetreten sind, sollte sich alles im NFS-Root befinden!

---> laut Bootmanager ist alles glatt geganngen, leider ist in meinem root Verzeichnis keine Soft zu sehen???
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Also zunächst mal: Für die BN2.X (ich nehme mal an die hast Du) nimmst Du das das copy_all Script und die cpAll.class.
Hast Du daran gedacht den Kurzschluss wieder aufzuheben nachdem mount ging (nur dann!) ?
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

ja, Kurzschluß habe ich natürlich wieder beseitigt!!!

AndydboxII
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

wenn die richitgen Classen im NFS-Root liegen und der Kurzschluss wieder aufgehoben wurde, sollte das eigentlich gehen.
Ist die Orginal-Software noch in Ordnung?
andydboxII
Interessierter
Interessierter
Beiträge: 74
Registriert: Montag 12. August 2002, 22:24

Beitrag von andydboxII »

ja, die Orginal Soft müsste eigentlich noch inordnung gewesen sein.
Die ganzen Scripte sind auch im entsprechenden Verzeichnis!!!
:cry:

Soll ich nochmal ein update der Orginalsoft machen, und es dann nochmal versuchen???
Dietmar
Senior Member
Beiträge: 8282
Registriert: Mittwoch 10. Oktober 2001, 00:00

Beitrag von Dietmar »

Also die Orginal-Soft muss OK sein damit das mit dem Rauskopieren klappt.
Im Zweifelsfall ruhig ein Update machen.