DarthRailGun
Ambitioniertes Mitglied
- 11
Hat sich schon jemand mit dem Thema auseinandergesetzt? Von Haus aus ist das Odys X8 leider nicht wie das Xelio gerootet.
So nach einigen Versuchen ist das Neo X7 & auch Neo X8 voll root fähig.
Wenn man ADB-Connection hat aber noch kein Root besitzt. bekommt man mit dieser kleinen Anleitung Root-Rechte.
Wer das Script an andere Foren verweißt - Credits an DarthRailGun
LG DRG
WICHTIG: ab Punkt 8 shell@android:/ $ echo ro.kernel.qemu=1 >/data/local.prop
ist der Bildschrim schwarz, (so ist es bei mir) denke weil der Kernel emuliert wird.
Wenn man Punkt 26 beendet hat, von USB abziehen. 3 sek Reset mit Büroklammer drücken und wieder anschließen. Und dann freuen.
So nach einigen Versuchen ist das Neo X7 & auch Neo X8 voll root fähig.
Wenn man ADB-Connection hat aber noch kein Root besitzt. bekommt man mit dieser kleinen Anleitung Root-Rechte.
PHP:
1. C:\ADB> adb shell
2. shell@android:/ $ mv /data/local/tmp /data/local/tmp.bak
3. shell@android:/ $ ln -s /data /data/local/tmp
4. shell@android:/ $ exit
5. C:\ADB> adb reboot
6. C:\ADB> adb wait-for-device
7. C:\ADB> adb shell
8. shell@android:/ $ echo ro.kernel.qemu=1 >/data/local.prop
9. shell@android:/ $ exit
10. C:\ADB> adb reboot
11. C:\ADB> adb wait-for-device
12. C:\ADB> adb remount
remount succeeded
13. C:\ADB> adb push su /system/bin/su
518 KB/s (22364 bytes in 0.042s)
14. C:\ADB> adb shell
15. root@android:/ # chown root.shell /system/bin/su
16. root@android:/ # chmod 06755 /system/bin/su
17. root@android:/ # rm /system/xbin/su
rm failed for /system/xbin/su, No such file or directory
18. 255|root@android:/ # ln -s /system/bin/su /system/xbin/su
19. root@android:/ # exit
20. C:\ADB> adb push Superuser.apk /system/app/.
3923 KB/s (843503 bytes in 0.209s)
21. C:\ADB> adb shell
22. root@android:/ # rm /data/local.prop
23. root@android:/ # rm /data/local/tmp
24. root@android:/ # mv /data/local/tmp.bak /data/local/tmp
25. root@android:/ # exit
26. C:\ADB> adb reboot
LG DRG
WICHTIG: ab Punkt 8 shell@android:/ $ echo ro.kernel.qemu=1 >/data/local.prop
ist der Bildschrim schwarz, (so ist es bei mir) denke weil der Kernel emuliert wird.
Wenn man Punkt 26 beendet hat, von USB abziehen. 3 sek Reset mit Büroklammer drücken und wieder anschließen. Und dann freuen.
wuebbeling schrieb:Nachtrag: Die korrekten Owner auf /data sind wohl system.system.
Und noch eine Beruhigung: Solange die local.prop existiert, geht das Display nicht mehr an (zumindest bei mir) und zygote stirbt mit "No display is connected". Nach Entfernen der local.prop und reboot geht's aber dann wieder...
Anhänge
Zuletzt bearbeitet: