13.12.2009, 10:37
hi leute,
also ich hab gerade versucht meine HDD funktionalität wiederherzustellen(via lpt).
NAND 5 mal ausgelesen, verglichen, richtige dumps mit nandchecker überprüft und mit totalcomander verglichen.
Alles kein prob. Mit 360 Flash tool die secdata.bin adresse rausgefunden: bei mir 036E
also die secdata aus der adresse 0x36F (Stimmt doch, oder?) 3 mal ausgelesen, mit totalcommander verglichen. alles ok.
good.bin aus dem tut von tuxuser genommen und in die adresse 0x36F geschriebn.
An TV angeschlossen und es kommt kurz das bootup vid der xbox und dann kommt ein schwarzer error screen mit dem fehler E71.
ich also die alte secdata vom backup wieder raufgeflasht und es geht wieder alles.
nun meine frage: was hab ich falsch gemacht? es muss doch an der good.bin von tuxuser liegen, oder?
hab nen Jasper 16MB. welche good.bin ist da für mich geeignet???
Edit: Hab mal n bisschen rumgeschaut und festgestellt, dass es an der good.bin nicht liegen kann.
aber es würde mich mal interessieren, wie die TUT-Ersteller dieses boards der HDD-Lock-Entfernung via LPT darauf kommen,
dass ihre TUTs überhaupt funktionieren?! Ich hab in sämtlichen anderen Formen im Netz nur Anleitungen mit HEX-Editoren gefunden,
die einen komplett anderen block NULL setzen, aber die methode die hier im board steht, hab ich nirgends anders finden können.
Wär schön, wenn sich mal jemand dazu äußern würde, sowohl TUT Autoren, als auch Mitglieder, bei denen der unlock funktioniert hat.
Edit2: Hab jetzt mit den verschiedenen secdata.bin einträgen im NAND rumgespielt und habs letztendlich hinbekommen...
für alle die das selbe Problem haben sollten, wie ich:
Man muss ja den aktuellsten Secdata.bin eintrag im NAND finden.Dieser lag bei mit genau in der mitte der 7 vorhandenen Einträgen.
nun reichte es, fälschlicherweise in den anderen TUTs beschrieben nicht aus, nur die Adresse dieses blocks rauszufinden und mit NULL zu überschreiben,
sondern ich musst auch den Eintrag der danach kam (4. Eintrag->aktuellster / 5. Eintrag -> zwar nicht aktuellster, muss jedoch auch NULL gesetzt werden!)
umgeschrieben werden. Ich könnte mir vorstelln, dass das auch von Box zu Box variieren kann.
Würde es gut finden, wenn man die Nutzer bzw. Leser des Tut's darauf hinweisen würde.
Ganz davon abgesehn, dass das TUT von Screamo HDD-Lock von gebannten Xbox360 Konsolen befreien definitiv nicht funktioniert,
wie es dort geschrieben ist.
Danke schonmal
Ihmi
also ich hab gerade versucht meine HDD funktionalität wiederherzustellen(via lpt).
NAND 5 mal ausgelesen, verglichen, richtige dumps mit nandchecker überprüft und mit totalcomander verglichen.
Alles kein prob. Mit 360 Flash tool die secdata.bin adresse rausgefunden: bei mir 036E
also die secdata aus der adresse 0x36F (Stimmt doch, oder?) 3 mal ausgelesen, mit totalcommander verglichen. alles ok.
good.bin aus dem tut von tuxuser genommen und in die adresse 0x36F geschriebn.
An TV angeschlossen und es kommt kurz das bootup vid der xbox und dann kommt ein schwarzer error screen mit dem fehler E71.
ich also die alte secdata vom backup wieder raufgeflasht und es geht wieder alles.
nun meine frage: was hab ich falsch gemacht? es muss doch an der good.bin von tuxuser liegen, oder?
hab nen Jasper 16MB. welche good.bin ist da für mich geeignet???
Edit: Hab mal n bisschen rumgeschaut und festgestellt, dass es an der good.bin nicht liegen kann.
aber es würde mich mal interessieren, wie die TUT-Ersteller dieses boards der HDD-Lock-Entfernung via LPT darauf kommen,
dass ihre TUTs überhaupt funktionieren?! Ich hab in sämtlichen anderen Formen im Netz nur Anleitungen mit HEX-Editoren gefunden,
die einen komplett anderen block NULL setzen, aber die methode die hier im board steht, hab ich nirgends anders finden können.
Wär schön, wenn sich mal jemand dazu äußern würde, sowohl TUT Autoren, als auch Mitglieder, bei denen der unlock funktioniert hat.
Edit2: Hab jetzt mit den verschiedenen secdata.bin einträgen im NAND rumgespielt und habs letztendlich hinbekommen...
für alle die das selbe Problem haben sollten, wie ich:
Man muss ja den aktuellsten Secdata.bin eintrag im NAND finden.Dieser lag bei mit genau in der mitte der 7 vorhandenen Einträgen.
nun reichte es, fälschlicherweise in den anderen TUTs beschrieben nicht aus, nur die Adresse dieses blocks rauszufinden und mit NULL zu überschreiben,
sondern ich musst auch den Eintrag der danach kam (4. Eintrag->aktuellster / 5. Eintrag -> zwar nicht aktuellster, muss jedoch auch NULL gesetzt werden!)
umgeschrieben werden. Ich könnte mir vorstelln, dass das auch von Box zu Box variieren kann.
Würde es gut finden, wenn man die Nutzer bzw. Leser des Tut's darauf hinweisen würde.
Ganz davon abgesehn, dass das TUT von Screamo HDD-Lock von gebannten Xbox360 Konsolen befreien definitiv nicht funktioniert,
wie es dort geschrieben ist.
Danke schonmal
Ihmi
