Original-BR OHNE KURZSCHLUSS aus DBox2 rauskopieren !!!! LES
-
- Interessierter
- Beiträge: 83
- Registriert: Mittwoch 25. Juli 2001, 00:00
Hallo;
Entweder ist das jetzt ein alter Hut, oder es ist doch was neues, nun ich weiß es nicht > Ich war schon ein paar Tage nicht hier.
Also, ich habe die Original BR1.6 aus einer Nokia-Sat-2xIntel OHNE Kurzschluss-Schalter herauskopieren können >>12MB, wie in Readme's versprochen.
DBox muß im debug-Mode sein.
- Neueste DBoxBootManager, da man da den Status-NFS beobachten kann (WICHTIG).
- Mit dem Utilitie "BR-Kernel (os) patchen" die os aus minflsh patchen
- RARP = EIN
- BootP = EIN = os_gepatcht
- NFS = Neu erstelltes Verzeichnis, in das die Soft kopiert werden soll, dort sollte auch die cpr.class drin sein
- Auf "Start" klicken
- RSH-Client: help müßte reagieren,
- copy_os.txt - script ausführen, und schon wird kopiert
- Es kommt nach einer Zeit die Fehlermeldung, das das timout der DBox überschritten sei, und das Commando abgebrochen wird >> das kann man ignoriren !!
Es wird über NFS-Status angezeigt, das noch was über den Äther läuft, es wird also weiter kopiert.
Irgendwann bleibenm die Zahlen da unten stehen.
Jetzt ist das Verzeichnis voll, die ucodes sind entsprechend den schon beschriebenen Modifikationen in der readme von field, nun verfügbar !!
Ich denke, das ist doch eine weitaus ungefährlichere Methode, um seine "eigene" Ucodes für Linux zu gewinnen, oder ??
Ich find das KLASSE <IMG SRC="/forum/images/smiles/icon_lol.gif">
Entweder ist das jetzt ein alter Hut, oder es ist doch was neues, nun ich weiß es nicht > Ich war schon ein paar Tage nicht hier.
Also, ich habe die Original BR1.6 aus einer Nokia-Sat-2xIntel OHNE Kurzschluss-Schalter herauskopieren können >>12MB, wie in Readme's versprochen.
DBox muß im debug-Mode sein.
- Neueste DBoxBootManager, da man da den Status-NFS beobachten kann (WICHTIG).
- Mit dem Utilitie "BR-Kernel (os) patchen" die os aus minflsh patchen
- RARP = EIN
- BootP = EIN = os_gepatcht
- NFS = Neu erstelltes Verzeichnis, in das die Soft kopiert werden soll, dort sollte auch die cpr.class drin sein
- Auf "Start" klicken
- RSH-Client: help müßte reagieren,
- copy_os.txt - script ausführen, und schon wird kopiert
- Es kommt nach einer Zeit die Fehlermeldung, das das timout der DBox überschritten sei, und das Commando abgebrochen wird >> das kann man ignoriren !!
Es wird über NFS-Status angezeigt, das noch was über den Äther läuft, es wird also weiter kopiert.
Irgendwann bleibenm die Zahlen da unten stehen.
Jetzt ist das Verzeichnis voll, die ucodes sind entsprechend den schon beschriebenen Modifikationen in der readme von field, nun verfügbar !!
Ich denke, das ist doch eine weitaus ungefährlichere Methode, um seine "eigene" Ucodes für Linux zu gewinnen, oder ??
Ich find das KLASSE <IMG SRC="/forum/images/smiles/icon_lol.gif">
-
- Einsteiger
- Beiträge: 107
- Registriert: Samstag 11. August 2001, 00:00
Hmmm
Du vergisst dabei, das man die Box erstmal kurzschliessen muss, dann die Soft rauskopieren, File austauschen und dann damit den Debug Mode enablen.
Das bringt also nur was wenn man die Box schon im Debug hat.
Meine war gekilled hab sie per Miniflsh in debug gebracht und dann auf die Weise die du beschreibst die BR Soft rauskopiert, die ich vorher per Flash Image wieder draufgemacht hatte.
Du vergisst dabei, das man die Box erstmal kurzschliessen muss, dann die Soft rauskopieren, File austauschen und dann damit den Debug Mode enablen.
Das bringt also nur was wenn man die Box schon im Debug hat.
Meine war gekilled hab sie per Miniflsh in debug gebracht und dann auf die Weise die du beschreibst die BR Soft rauskopiert, die ich vorher per Flash Image wieder draufgemacht hatte.
-
- Einsteiger
- Beiträge: 128
- Registriert: Dienstag 24. Juli 2001, 00:00
Das einzig gefährliche ist nun mal: Die Box in den Debug-Mode zu bringen. Meistens wird ja dabei die Original-Software gekillt!
Nachher die Software raus zu kopieren ist doch nur noch wie: "Bin ich schon drin? Das ist ja einfach!"
Gruß
Der_Tester <IMG SRC="/forum/images/smiles/icon_biggrin.gif"> <IMG SRC="/forum/images/smiles/icon_biggrin.gif">
<font size=-1>[ This Message was edited by: Der_Tester on 2001-09-25 12:21 ]</font>
Nachher die Software raus zu kopieren ist doch nur noch wie: "Bin ich schon drin? Das ist ja einfach!"
Gruß
Der_Tester <IMG SRC="/forum/images/smiles/icon_biggrin.gif"> <IMG SRC="/forum/images/smiles/icon_biggrin.gif">
<font size=-1>[ This Message was edited by: Der_Tester on 2001-09-25 12:21 ]</font>
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
-
- Interessierter
- Beiträge: 83
- Registriert: Mittwoch 25. Juli 2001, 00:00
Also das gefährliche, finde ich nach wie vor, das rauskopieren der BR-Soft mit der Kurzschluss-Methodik.
Ich habe zwei weitere Nokia-Sat-2x-Intel's mit Field's BootManager OHNE Probleme in debug gebracht. Selbst, als ich meine 1. Nokia mit Linux vor über einem Jahr in debug gebracht habe, hat dies geklappt, ohne den Bootloader zu killen. Dabei hab ich bis dahin überhaupt nix mit Linux zu tun gehabt.
Jetzt, mit Field's BootManager, sehe ich überhaupt keine Gefahr darin.
Als ich dann die Soft mit der Kurzschluss-Methode rauskopieren wollte, ist mir das Flash flöten gegangen.
Jetzt versuchte ich, den Debug-Mode einer der DBoxen wieder rückgängig zu machen. (Bitte nicht fragen warum, versuche es immernoch!)
Dabei entdeckte ich zufällig, das man so auch die BR-Soft rausziehen kann.
Muß noch hinzufügen, das meine Methode nicht soviel Dateien rauszieht, wie die Kurzschluss-Variante.
Aber durch ändern des copy_os.txt - Skript's, wird das /var - Verzeichnis auch noch mitgezogern.
Das /var-Verzeichnis ist erstmal unnötig für die Linux-Soft (denke ich mal), aber der Vollständigkeit halber.
Ich habe zwei weitere Nokia-Sat-2x-Intel's mit Field's BootManager OHNE Probleme in debug gebracht. Selbst, als ich meine 1. Nokia mit Linux vor über einem Jahr in debug gebracht habe, hat dies geklappt, ohne den Bootloader zu killen. Dabei hab ich bis dahin überhaupt nix mit Linux zu tun gehabt.
Jetzt, mit Field's BootManager, sehe ich überhaupt keine Gefahr darin.
Als ich dann die Soft mit der Kurzschluss-Methode rauskopieren wollte, ist mir das Flash flöten gegangen.
Jetzt versuchte ich, den Debug-Mode einer der DBoxen wieder rückgängig zu machen. (Bitte nicht fragen warum, versuche es immernoch!)
Dabei entdeckte ich zufällig, das man so auch die BR-Soft rausziehen kann.
Muß noch hinzufügen, das meine Methode nicht soviel Dateien rauszieht, wie die Kurzschluss-Variante.
Aber durch ändern des copy_os.txt - Skript's, wird das /var - Verzeichnis auch noch mitgezogern.
Das /var-Verzeichnis ist erstmal unnötig für die Linux-Soft (denke ich mal), aber der Vollständigkeit halber.
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
du verkenst da die lage
um die dbox in den debug zu breingen braucht mann den inhalt des filsystems
um den rauskopieren zu können muss die dbox bei lade stehen bleiben und rsh auf machen ...
das tut sie bei 1.6 nur wenn du kurzschliesst(sagem 1xI mal ausgenommen)
so dann kanst du den kram rauskopieren
einmal im debug
geht das natürlich einfacher
weil du DANN einen modifizierten choruskernel laden kanst .......
das geht aber NUR wenn die dbox schon im DEBUG ist !
um die dbox in den debug zu breingen braucht mann den inhalt des filsystems
um den rauskopieren zu können muss die dbox bei lade stehen bleiben und rsh auf machen ...
das tut sie bei 1.6 nur wenn du kurzschliesst(sagem 1xI mal ausgenommen)
so dann kanst du den kram rauskopieren
einmal im debug
geht das natürlich einfacher
weil du DANN einen modifizierten choruskernel laden kanst .......
das geht aber NUR wenn die dbox schon im DEBUG ist !
-
- Interessierter
- Beiträge: 83
- Registriert: Mittwoch 25. Juli 2001, 00:00
@derget
Ich dachte immer, das man zum debugen diese minflsh's braucht.
Ich dachte auch, daß das, was ich da rauskopiere, das dort die benötigten ucode's enthalten sind.
Ich spreche die ganze Zeit von einer "gefahrloseren" Gewinnung der ucode's und nicht vom debugen.
Soweit ich verstanden und ausgeführt habe ist:
DebugMode= Jumper XH4 und XH6 setzen
BR-Soft runterladen = Lötpunkte entsprechend http://www.noernet.de/dbox2/howto/nokia ... _pin26.jpg sezten + Tastenschalter auch Kurzschluß-Methode genannt.
Cu
Ich dachte immer, das man zum debugen diese minflsh's braucht.
Ich dachte auch, daß das, was ich da rauskopiere, das dort die benötigten ucode's enthalten sind.
Ich spreche die ganze Zeit von einer "gefahrloseren" Gewinnung der ucode's und nicht vom debugen.
Soweit ich verstanden und ausgeführt habe ist:
DebugMode= Jumper XH4 und XH6 setzen
BR-Soft runterladen = Lötpunkte entsprechend http://www.noernet.de/dbox2/howto/nokia ... _pin26.jpg sezten + Tastenschalter auch Kurzschluß-Methode genannt.
Cu
-
- Developer
- Beiträge: 821
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 83
- Registriert: Mittwoch 25. Juli 2001, 00:00
ASCHE AUF MEIN HAUPT !!!!
Ich hatte die DBox mit Linux in debug gebracht; weiß nicht mehr genau, wie das gut ging - ist schon lannge her.
Ich habe die Dbox wieder debug-disabled, also alles(!) in Original-Zustand zurückversetzt.
Dann habe ich versucht, meine oben beschriebene Methode auszuprobieren - geht natürlich NICHT. <IMG SRC="/forum/images/smiles/icon_eek.gif">
Ich hoffe, es können mir all diejenigen VERZEIHEN, denen ich falsche Hoffnungen geweckt habe. <IMG SRC="/forum/images/smiles/icon_redface.gif">
Wie schon erwähnt, hatte ich diese DBox mit Linux debugt, und somit noch System mit BR drauf.
Unter Windows braucht man dann natürlich nicht's mehr kurzschliessen.
Sorry <IMG SRC="/forum/images/smiles/icon_redface.gif"> <IMG SRC="/forum/images/smiles/icon_redface.gif">
Ich hatte die DBox mit Linux in debug gebracht; weiß nicht mehr genau, wie das gut ging - ist schon lannge her.
Ich habe die Dbox wieder debug-disabled, also alles(!) in Original-Zustand zurückversetzt.
Dann habe ich versucht, meine oben beschriebene Methode auszuprobieren - geht natürlich NICHT. <IMG SRC="/forum/images/smiles/icon_eek.gif">
Ich hoffe, es können mir all diejenigen VERZEIHEN, denen ich falsche Hoffnungen geweckt habe. <IMG SRC="/forum/images/smiles/icon_redface.gif">
Wie schon erwähnt, hatte ich diese DBox mit Linux debugt, und somit noch System mit BR drauf.
Unter Windows braucht man dann natürlich nicht's mehr kurzschliessen.
Sorry <IMG SRC="/forum/images/smiles/icon_redface.gif"> <IMG SRC="/forum/images/smiles/icon_redface.gif">
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
hoffentlich proboierst du jetzt nicht deine dbox wieder in den debug zu bringen
da es da ein problem gibt <IMG SRC="/forum/images/smiles/icon_smile.gif">
die tuner.so wird dir dann immer sagen
.... that es strange <IMG SRC="/forum/images/smiles/icon_smile.gif">
das is normal is nen fehler im debug disable howto .....
du brauchst dann ne spezielle tuner.so
die mal jeand coden sollte , hehe
da es da ein problem gibt <IMG SRC="/forum/images/smiles/icon_smile.gif">
die tuner.so wird dir dann immer sagen
.... that es strange <IMG SRC="/forum/images/smiles/icon_smile.gif">
das is normal is nen fehler im debug disable howto .....
du brauchst dann ne spezielle tuner.so
die mal jeand coden sollte , hehe
-
- Interessierter
- Beiträge: 83
- Registriert: Mittwoch 25. Juli 2001, 00:00
@derget:
Habe und hatte sie im debug-disabled.
Etwas verwirrend dabei ist, das ich, als noch debuggt war, man beim Befehl "printenv" die Meldungen quasi in eine Art "Tabellen"-format bekam.
Ich versuch es mal hier zu beschreiben:
.....................value (das andere Wort weiß ich net mehr)
product? false true
watchdog true false
...... .................. oder so ähnlich
Ich hoffe, das konnte man jetzt verstehen.
Wenn ich jetzt wieder zurück vom debug-disabled nach debug-enabled, so kommt beim printenv lediglich mehrere Zeile untereinander, aber nix mehr vom Status der product? oder vom watchdog oder anderen Dingen.
Da hab ich den Eindruck, das da andere Statusmeldungen, als die der DBox angezeigt werden.
Nun, ich weiß, das hier gehört net so ganz hierher, aber Du wolltest ja wissen, ob ich die DBox tatsächlich debug-disabled habe.
Cu <IMG SRC="/forum/images/smiles/icon_smile.gif">
<font size=-1>[ This Message was edited by: Monitor456 on 2001-09-27 21:08 ]</font>
<font size=-1>[ This Message was edited by: Monitor456 on 2001-09-27 21:09 ]</font>
Habe und hatte sie im debug-disabled.
Etwas verwirrend dabei ist, das ich, als noch debuggt war, man beim Befehl "printenv" die Meldungen quasi in eine Art "Tabellen"-format bekam.
Ich versuch es mal hier zu beschreiben:
.....................value (das andere Wort weiß ich net mehr)
product? false true
watchdog true false
...... .................. oder so ähnlich
Ich hoffe, das konnte man jetzt verstehen.
Wenn ich jetzt wieder zurück vom debug-disabled nach debug-enabled, so kommt beim printenv lediglich mehrere Zeile untereinander, aber nix mehr vom Status der product? oder vom watchdog oder anderen Dingen.
Da hab ich den Eindruck, das da andere Statusmeldungen, als die der DBox angezeigt werden.
Nun, ich weiß, das hier gehört net so ganz hierher, aber Du wolltest ja wissen, ob ich die DBox tatsächlich debug-disabled habe.
Cu <IMG SRC="/forum/images/smiles/icon_smile.gif">
<font size=-1>[ This Message was edited by: Monitor456 on 2001-09-27 21:08 ]</font>
<font size=-1>[ This Message was edited by: Monitor456 on 2001-09-27 21:09 ]</font>
-
- Beiträge: 2
- Registriert: Montag 22. Oktober 2001, 00:00