Jiayu S1: root und Stock-ROM inside

[Ora]

er hat ihn doch schon

Ja, er kopiert das Ding doch gerade raus... Die Frage war doch, wo steht der überhaupt?

OT auch bei mir funktionieren eine Dinge hier nicht mehr. z.B. teilweises zitieren, Link unter Text legen... OT

ps. Interessantes Thema übrigens...

 

[haifisch1896]

Ja, der Emulator war umständlich zu bedienen, und die Ausgaben waren nicht so toll. Erst recht, wenn es um lange Ausgaben ging, so wie ein ls.

Moment mal. Wenn ich die Shell habe und dort su eingebe, sollte ich doch als SuperUser automatisch root-Rechte haben. Zumindest nach meinem Laien-Wissen. Warum sollte ich dann den Service erst deaktivieren, ihn dann mit root neustarten, um dann nochmal root-Zugriff anzufordern?
Wie dem auch sei, hier ist erstmal der Link zu Dropbox. Für die Zukunft weiß ich ja Bescheid.
https://www.dropbox.com/s/kwu83ejv4e6ib1g/recovery.dmp
Die recory.dmp habe ich mal gepackt und wollte sie oben eigentlich anhängen, hat er aber nicht genommen. Dateilimit überschritten vllt? Sind 12MB.

--
Das mit den Beiträgen ist ein Feature. Nur etwas doof, aber halt bei allen, die diese Forensoftware einsetzen so gelöst.

 

[Ora]

Hervorragend, ersten Schritt hast Du... jetzt bin ich auf @tommy0815 Wunderwaffe gespannt...[DOUBLEPOST=1397479619,1397478933][/DOUBLEPOST]Na ja, ein vernünftigen Header hat das File...

Ist aber auch viel Luft drin.

 

[tommy0815]

also zur verdeutlichung
antwortet die Shell mit $ =kein root
antwortet sie mit # = root

ich lade die Datei jetzt mal runter (zum Anhängen im Forum hättest du sie lediglich packen müssen

 

[haifisch1896]

Sie ist gepackt, aber will trotzdem nicht. Ich probiere es nochmal. Muss ja irgendwie gehen.

edit:
Bleibt bei 0% oder hat gleich 100%. Das ja doof.

 

[Ora]

Ich war so frei....

 

[tommy0815]

ist ja egal...habe sie mir jetzt heruntergeladen, dbaei habe ich festgestellt das es ja ein Dump ist. Wir brauchen aber doch eine Imagedatei!
Hat Dir Ora wohl nicht korrekt erklärt.

 

[Ora]

Ist eine dd Kopie des Blocks!

 

[tommy0815]

ja ändert dennoch nichts am falschen Format. Ich kann jedenfalls keine Imagedatei aus einem dump erzeugen, das muss er direkt am Handy machen![DOUBLEPOST=1397480365,1397480210][/DOUBLEPOST]versuch mal folgendes ob es geht.
wäre simpel, aber könnte klappen:

adb shell
dump_image recovery /sdcard0/recovery.img

 

[Ora]

dann mach es so:
dd if=/dev/block/mmcblk0p29 of=/storage/sdcard0/recovery.img

 

[haifisch1896]

Also, das mit dump_image funktioniert nicht. not found heißt es da,

Ich habe mal mit dd nun ein img-File erstellt, und vorher mit dem Dump (.dmp) schon die Seite von CWM gefüttert. Passende Daten habe ich bekommen. Zumindest gab es keinen Fehler in der Konsolenausgabe.

Recovery1.zip ist das mit dd extrahierte img, recovery.zip ist das, was ich von builder.clockwordmod bekam.

 

[tommy0815]

scheint gut auszusehen!
Ich habe es dir jetzt richtig gepackt (auf standardwerte)

entpacke das rar und nenne die Datei in recovery.img um und lade sie in den builder!
Wenn es nicht klappen sollte, mache ich dir eine manuell

 

[Ora]

Habe es auch gerade probiert... keine Fehlermeldung...
dump_image ist kein busybox link... das binary müsste man installieren. dd macht das nach meinem dafürhalten richt.

Das recovery jetzt "zurück spielen" mit dd musst Du aber selbst wollen und verantworten. Normal ist das Ding ja nicht gemountet. und da es in einen extra Block kopiert wird... dürfte das Handxy ers einmal weiter funktionieren..[DOUBLEPOST=1397481748,1397481531][/DOUBLEPOST]

...
Ich habe es dir jetzt richtig gepackt (auf standardwerte)

Was bitte hast Du genau getan? Der Builder nimmt es doch...
Erkläre Dich bitte.

 

[tommy0815]

mir scheint das recovery dennoch ein wenig groß. Ich habe es jetzt auf "standardwerte gesetzt um komme auf 11.8738KB

Ich würde sicherheitshalber das recovery erneut mit dd ziehen aber mit bs, da ich vermute das er es nicht sonst nicht richtig herstellt.

Also mach bitte nochmal
adb shell
su
dd if=/dev/block/mmcblk0p29 of=/storage/sdcard0/recovery.img bs=4096

und schau mal ob die Datei dann merklich kleiner ist!
Deine war ja über 20MB meine ist jetzt "nur" noch 11MB, aber ich meine das ist immer noch nicht korrekt!

 

[Ora]

@tommy0815 : das Spiel mit dem Blocksize ist doch hier irgendwie unnötig.
Warum?
Beim Rückspielen mit dd geht das Ding doch sowieso wieder in einen eigenes "Block device" zurück. Blöd wäre nur, wenn das portierte img größer wäre als das original![DOUBLEPOST=1397482715,1397482177][/DOUBLEPOST]@haifisch1896 : Dein Ergebnis sieht weder von der Größe nach Struktur schlecht aus...

 

[haifisch1896]

Das so erstellte Image hat weiterhin 24.00MB.

 

[tommy0815]

ok dann nimm meins aus dem Anhang und steck das in den builder...

aber alles ab dann ist dein risiko.....

im prinzip SOLLTE nichts schief gehen, denn du hast ja auch noch deine sicherung....
wenn das cwm nicht gehen sollte, dann pushst du eben wieder dein recovery (was ich hochgeladen habe) an den passenden block.

Viel Erfolg, bin gespannt

Edit: lade bitte die Datei dann nochmal hoch, die dir der builder erstellt.

 

[Ora]

Beim Rückspielen mit dd geht das Ding doch sowieso wieder in einen eigenes "Block device" zurück. Blöd wäre nur, wenn das portierte img größer wäre als das original!

Übersehen?

 

[tommy0815]

@OraChinaMobiles
weißt du wie man die recovery einspielt? Dann hättest dein "übersehen" sparen können :/

 

[Ora]

weißt du wie man die recovery einspielt? Dann hättest dein "übersehen" sparen können :/

Wenn es dann mal portiert ist, natürlich, so wie ich es beschrieb.[DOUBLEPOST=1397483700,1397483568][/DOUBLEPOST]

# #Austausch
# dd if=recovery.img of=/dev/block/mmcblk0p29