Druckbare Version
Hallo zusammen,
habe im XDA-Forum folgenden Thread gelesen: http://forum.xda-developers.com/showthread.php?t=779803
leider sind meine linux/adb-kenntnisse recht gering.
Ich wollte fragen ob jemand von euch diese Methode schon erfolgreich angewendet hat und vielleicht lust hat eine "bessere" (genauere) Beschreibung zumachen? ;)
Gruß Toli
Flashe JM8 mit Odin.Zitat:
Zitat von tolisan
Dann übernimmst du das [ROM] Tayutama Edition Full 1.0 und dann kannst du durch das Umbenennen/Löschen der Datei "enable_glass_lock" auf deinem internen Speicher den Standard Lockscreen nehmen.
Nimm doch Widget Locker aus dem Markt, der macht was Du suchst
wollte eigentlich kein CustomRom benutzen, aber danke für den Tipp. Werd es mir mal anschauen.Zitat:
Zitat von Darky
finde nicht das es das selbe ist, hatte mal ein lockscreenapp drauf, funzte nicht wie es sollte. (nach neustart deaktiviert, leichte verzögerung beim entsperren usw.)Zitat:
Nimm doch Widget Locker aus dem Markt, der macht was Du suchs
schade, macht sich wohl niemand die Mühe =/
Ich probier' das heute mal aus und mache bei Erfolg eine andere Anleitung (kann nicht garantieren, dass sie besser wird ;-)
danke! bin gespannt! ;)Zitat:
Zitat von NeidRider
Hab mich gestern mal spontan etwas dran gesetzt, da ich den Lockscreen endlich wollte - sah auch alles gut aus so weit, aber iwas hat meinem SGS dann nicht so ganz gepasst und ich hab mir das Rom zerschossen, es half nur noch neu Flashen mit Re-Partition.
Natürlich gerade gestern erst wieder alle Apps geupdatet, paar neue geladen und paar Einstellung angepasst/geändert etc. und seit längerem kein Backup gefahren - that's life ;)
Wenn mein Phone wieder so weit fertig ist, dann werde ich mir auf dem Pc noch ein Nandroid Backup erstellen und das Ganze nochmal von vorne probieren.
Eine einfachere Anleitung wird aber vorerst nicht drin sein, solange keiner ein eigenes Tool/Script dafür schreibt ;)
Mir ging's gerade genau so, bin jetzt wieder am Startpunkt... ;-)
Ich schaue dann, ob ich zumindest Teil-Schritte scripten kann.
danke für die Antworten!
Ich sollte das auch ohne script schaffen (habe bisher alle fixes usw. nach Anleitung installieren können). Was mir an seiner Beschreibung fehlt ist zB: de-odexing und das Benutzen von smali/baksmali etc..
Vielleicht heißt es ja das ich die Finger davon lassen soll, aber ich experementier gerne!;)
*VERSION ALPHA1* (=zum tüfteln freigegeben, ohne jegliche Garantie ;-)
Also, ich versuch das mal in allen Schritten aufzuschreiben, alles aber noch manuell.
Zuerst eine GROSSE WARNUNG! Ich habe mein Handy im Laufe des Vormittags etwas vier Mal neu geflasht, es kann also durchaus etwas in die Hose gehen. V.a. wenn man irgend einen Schritt vergisst sieht's danach schlecht aus...
Und es soll das bitte noch jemand gegenlesen, der's selber auch gemacht hat.
Voraussetzungen:
- root
- adb Zugang
- funktionierendes java auf dem PC/Mac (ich habe das ganze auf dem Mac gemacht, würde entweder das oder Linux empfehlen)
Step-by-Step
- Die Files aus dem Anhang runterladen
- Alles in einem Verzeichnis auspacken
- Auf dem PC gehen wir mit adb auf's Handy und ziehen zuerst eine komplette Kopie des framework-Ordners auf die interne SD-Karte:
Code:adb shell
cd /system
busybox tar cf /sdcard/framework.tar framework
exit
- das framework.tar in's oben erstellte Verzeichnis auf dem PC kopieren, bspw. mit
Code:adb pull /sdcard/framework.tar .
- framework.tar auspacken (damit haben wir auch gleich die Files, die wir zum arbeiten brauchen)
- android.policy.odex aus dem framework-Ordner in's aktuelle Verzeichnis kopieren (ich habe der Einfachheit halber alle .odex-Dateien aus dem framework-Ordner kopiert, dann hat man sicher alle, die man braucht)
- Jetzt auf dem PC folgendes machen (das File deodexen, d.h. in die Bestandteile zerlegen):
=> das ergibt ein Verzeichnis 'android.policy' im aktuellen OrdnerCode:java -jar baksmali-1.2.4.jar -x android.policy.odex -o android.policy
- Jetzt kommt das editieren des Files:
Code:vim android.policy/com/android/internal/policy/impl/LockPatternKeyguardView.smali
- den Inhalt der Datei "getLockScreenMode.txt" anstelle der Prozedur "getLockScreenMode" einfügen, speichern (die Methode geht von ".method <methodenname>" bis zum nächsten ".end method").
- Jetzt das ganze wieder zu einem File zusammenführen, und das erstellte File dem 'android.policy.jar' hinzufügen.
Code:java -jar smali-1.2.4.jar android.policy -o classes.dex
cp framework/android.policy.jar .
jar uf android.policy.jar classes.dex
- Die Files auf's Handy kopieren:
Code:adb push dexopt-wrapper /sdcard/
adb push android.policy.jar /sdcard/
adb shell
su
cd /system/framework
busybox cp /sdcard/dexopt-wrapper .
busybox cp /sdcard/android.policy.jar .
- und das ganze wieder zu einem odex verwursteln:
Code:./dexopt-wrapper android.policy.jar patched.odex /system/framework/core.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/android.policy.jar:/system/framework/services.jar
exit
- Für den nächsten Schritt sind wir nochmal auf dem PC lokal zu gange; der Grund ist, dass das 'dd' Kommando auf dem Handy einen Fehler spuckt.
Code:adb pull /system/framework/patched.odex
dd if=android.policy.odex of=patched.odex bs=1 count=20 skip=52 seek=52 conv=notrunc
- Und das ganze wieder zurück auf's Handy (Achtung, hier muss das ORIGINAL android.policy.jar zurück auf's Gerät, nicht das verarbeitete):
Code:adb push patched.odex /sdcard/
adb push framework/android.policy.jar /sdcard/
adb shell
su
cd /system/framework
busybox cp /sdcard/patched.odex ./android.policy.odex
busybox cp /sdcard/android.policy.jar .
Jetzt noch ein Reboot, und tot ist das Gerät... ;-)
Jetzt liegen natürlich noch überall Datei-Leichen rum, die könnt ihr nach erfolgreichem hacken dann löschen.
Hinweis: wenn ihr mal neu bootet, und irgendwas an dem Policy File faul war dann bootet das Gerät nicht mehr; dann müsst ihr meines Wissens neu flashen; man kommt im Recovery zwar per ADB auf's Handy, kann aber nicht root werden, d.h. Veränderungen an /system sind dann nicht mehr möglich.
:!: Wenn ihr irgend einen Fehler entdeckt, bitte ASAP melden (PM), damit nicht zuviele Leute ihr Gerät neu flashen müssen ;-)
Klasse! sowas habe ich gesucht!
Werde heute leider NICHT zum testen kommen (work sux)
ich schreib dann wie es bei mir gelaufen ist..:cool:
Vielen dank an ALLE!
Wenn Du ein funktionierendes Clockwork hast (d.h. ohne Voodoo....), macht vorher ein Backup ;-)Zitat:
Zitat von tolisan
Roote jetzt mal meine JPH (was etwas umständlich ist, aber dennoch funkt) und probiere es dann. Mach dann eine Rückmeldung! Im schlimmsten Fall muss ich die JPH nochmal flashen...
Ich würde nicht, gemäss einigen Berichten auf XDA geht's nur mit 2.1, nicht mit 2.2!!Zitat:
Zitat von DomiKamp
Oh schade... Habe gerade gestern die JPH drauf gemacht. Naja, gerootet ist jetzt. Jetzt kann ich ja RyanZA's OCLF drauf machen :D
Sorry für Doppelpost aber es steht nirgends, dass es nicht funktioniert... Habe alle 6 Seiten durchgelesen. Einer fragt, ob es mit JPH geht und der andere schafft das Deodexing nicht. Was soll denn auch schon anders sein? Ich meine: Root ist ja drauf und die Systemdateien wurden sicher nicht grundlegend verändert, oder? Ich werde es jetzt einfach mal probieren. Wie gesagt: Im schlimmsten Fall steht ein Neuflash an. Ist aber nicht schlimm, da ich noch nicht viel eigenes draufgeladen habe und das meiste eh bei Google liegt :D
Vielleicht habe ich da was falsches reininterpretiert; ich war der Ansicht, mit 2.2 hätte es Probleme gegeben. Aber die Community wird Dir auf jeden Fall dankbar sein, wenn Du die Frage eindeutig beantworten kannst ;-)
Dann nichts wie los!
Juhu! Versuchskaninchen! xD
OT
Da kann ich jetzt nicht widerstehen... ;-)
So ein Versuchskaninchen?
http://www.uncrate.com/men/images/mo...ler-rabbit.jpg
Info-Link, für die "Unwissenden"
Erst noch SDK für Mac downloaden, damit ich adb habe xD
Vibriert immer kurz und Homescreen lädt die ganze Zeit neu. Oftmals auch schwarzer Screen und nur Taskleiste wird angezeigt. Somit hat es wahrscheinlich nicht funktioniert....
Kingt nach FCs (ForceCloses), da vibriert das Ding immer ab 2.2
adb hättest du aber auch einfach aus dem Sammelthread nehmen können, dafür brauchst du doch nicht das ganze SDK. Oder braucht der Mac eine andre adb-Version?
Jo braucht ein anderes adb...
Sorry für Doppelpost aber gibt es vllt. eine Möglichkeit, dass es auf FroYo auch funktioniert? Hätte den unglaublich gerne und keine Lust, wieder auf JM8 zu flashen... Vllt. muss man ja nur was in der "Method" ändern...
Ich bräuchte das android.policy eines Stock-2.2-ROM, sowie das android.policy der JPH; evtl. liesse sich damit etwas anstellen...Zitat:
Zitat von DomiKamp
Kommst Du im aktuellen Zustand noch mit adb drauf und kannst root werden?
Habe schon wieder auf JPH geflasht, sodass es funktioniert. Aber ich bin gar nicht mehr rein gekommen mit adb... Hab es versucht. Das android.policy der JPH kann ich dir schon geben. Lade sie auf Rapidshare hoch und mach dann den Link in 'nem Edit rein. Okay?
Und wie meinst du das mit der Stock-Rom? Einfach von irgendeinem Handy (z.B. Nexus One?)
Kannst es sonst sicher auch hier im Forum anhängen; das blosse android.policy.odex ist ja nur etwa 270kb gross.
Und ja, von einem Nexus mit 2.2 wäre nicht schlecht.
edit: Habe mir das LockPatternKeyguardView.smali vom Desire angeschaut, hat nicht viel mit dem Standard zu tun; das bringt also effektiv nichts.
Ein Nexus oder allenfalls Milestone (gibt's für das überhaupt 2.2?) muss her.
Ich hätte halt das Froyo Update im .zip Format. Das bringt doch sicher was, oder? Oder brauchen wir dafür das Handy selbst? Denn das habe ich leider nicht...
Wenn Du mir einen Link hast, schau' ich's mir mal an. Das zip müsste ja eigentlich das ganze ROM enthalten.Zitat:
Zitat von DomiKamp
Das wäre er. Ist pre-rooted, macht aber sicher nichts... http://www.mediafire.com/download.php?qt0hfogmuwt
Und hier noch die android.policy.odex: http://rapidshare.com/files/41978694...id.policy.odex Von meinem SGS mit JPH
EDIT: Habe schon mal die android.policy.odex des Nexus One deodext und es sieht für mich ganz anders aus... Habe aber auch keine Zeit gross drin rumzuwühlen und ich verstehe auch nicht unglaublich viel davon... Könnte man das vom Nexus One einfach kopieren und beim android.policy.odex vom SGS einfügen? Wohl eher nicht, oder? Oder sollte man einfach vergleichen, wo die FroYo FW vllt. Änderungen drin hat?
Einfach kopieren ist wahrscheinlich nicht eine gute Idee; ich werde mir die Unterschiede anschauen, v.a. was die betreffende Methode angeht.Zitat:
Zitat von DomiKamp
Kann nichts versprechen, aber vom Prinzip her müsste es machbar sein.
Ich hab' da noch was vergessen... Kannst Du mir auch noch die core.odex, ext.odex und framework.odex der JPH geben? Das müssten dann alle sein.
Geht so glaube ich besser: http://rapidshare.com/files/41979994...Frameworks.rar
Danke!
Das Froyo-Update des Nexus scheint nicht alles zu enthalten; es gibt im ganzen .policy keine Methode "getLockScreenMode". Ich schaue mal, ob ich ein komplettes Rom finde.
Hmm... Du hast Recht. Habe gerade die ganze LockPatternKeyguardView.smali durchgeschaut und ich finde auch keine getLockScreen Methode...:confused:
Müsste aber eigentlich schon drin sein, oder?
Bin mir nicht sicher; evtl. kommt die Methode aus einem Teil des ROMs, der identisch zu 2.1 ist, dann würde da nichts updated.
Bspw. zeigt ein Vergleich von LockPatternKeyguardView$LockScreenMode.smali von 2.1 (JM8 ) und 2.2 (JPH) keine Unterschiede von Bedeutung (nur zusätzlich Leerzeilen). Da hat also nichts geändert.
Die LockPatternKeyguardView.smali dagegen hat deutlichere Unterschiede; nehme mir die jetzt mal vor.
EDIT: Siehe Lösung weiter hinten im Thread.
Vielen Dank für deine Mühe!
Wenn es nicht funktioniert, probier ich's nochmal mit meinem Handy. Flashen tut dem Ding ja nicht weh :D
Ich habe gestern noch länger gebastelt. Das Problem ist, dass.Samsung ja nur die 2.1er Sourcen veröffentlicht hat, über die kann ich nichts machen.
Werde heute Abend mal noch etwas mit einem Rom in Odin-Form versuchen.
Okay! Sonst kann ich, wie schon gesagt, nochmal als "Versuchskaninchen" herhalten :D