ferchi
Ehrenmitglied
- 2.185
Roote mal das Ding.
Also installier SuperSU aus dem PS und öffne die App. Was erscheint?
Also installier SuperSU aus dem PS und öffne die App. Was erscheint?
tomzn
Neues Mitglied
- 2
- Themenstarter
- #22
Shit.
Nach dem Öffnen der App, stand ich soll die Binaries installiern (via TWRP) oder Normal.
habe zunächst Normal gewählt - hat kurz gedauert - und es hat sich selbstständig neugestartet.
Bin nochmal in die App und die selbe Meldung kam - also hab ich via TWRP gewählt und es hat sich ausgeschaltet und naja es geht nicht wieder an (schwarzer Bildschirm mit HTC Handy-Symbol in der Mitte mit einem roten, dreieckigen Warnschild)
Nun hab ich Probleme gehabt mit POWER+VOLdown in den Bootloader zu kommen, hat aber dennoch geklappt - soll ich das Ding nochmal mit der Recovery neu flashen?
Es bootet ja nichts...
EDIT: Hat sich erledigt. Die Recovery startet nicht.
adb flash recovery...??
Nach dem Öffnen der App, stand ich soll die Binaries installiern (via TWRP) oder Normal.
habe zunächst Normal gewählt - hat kurz gedauert - und es hat sich selbstständig neugestartet.
Bin nochmal in die App und die selbe Meldung kam - also hab ich via TWRP gewählt und es hat sich ausgeschaltet und naja es geht nicht wieder an (schwarzer Bildschirm mit HTC Handy-Symbol in der Mitte mit einem roten, dreieckigen Warnschild)
Nun hab ich Probleme gehabt mit POWER+VOLdown in den Bootloader zu kommen, hat aber dennoch geklappt - soll ich das Ding nochmal mit der Recovery neu flashen?
Es bootet ja nichts...
EDIT: Hat sich erledigt. Die Recovery startet nicht.
adb flash recovery...??
ferchi
Ehrenmitglied
- 2.185
Okay, lieber mehr fragen
Die Binaries hätten wir lieber manuell installiert.
Wie dem auch sei. Ich habe gerade nochmal nachgelesen und Revone scheint mit deinem Hboot wirklich äußert selten zu klappen.
Deswegen würde ich auch auf Rumrunner überschwenken und wenn Rumrunner nicht möchte dann muss es wohl Sunshine werden.
Dein Handy bekommst du natürlich wieder ans laufen indem du das Backup wie vorhin wiederherstellst. Lass aber das TWRP-Recovery drauf.
Aber ich muss erstmal ins Bett. Morgen ist auchnoch ein Tag
Dann gehen wir da am besten mal über Skype dran, dann geht das alles schneller und lockerer von der Hand.
Gute Nacht
ferchi
Die Binaries hätten wir lieber manuell installiert.Wie dem auch sei. Ich habe gerade nochmal nachgelesen und Revone scheint mit deinem Hboot wirklich äußert selten zu klappen.
Deswegen würde ich auch auf Rumrunner überschwenken und wenn Rumrunner nicht möchte dann muss es wohl Sunshine werden.
Dein Handy bekommst du natürlich wieder ans laufen indem du das Backup wie vorhin wiederherstellst. Lass aber das TWRP-Recovery drauf.
Aber ich muss erstmal ins Bett. Morgen ist auchnoch ein Tag
Dann gehen wir da am besten mal über Skype dran, dann geht das alles schneller und lockerer von der Hand.
Gute Nacht
ferchi
Zuletzt bearbeitet:
tomzn
Neues Mitglied
- 2
- Themenstarter
- #24
Seh ich genau so. 
Bis später und gn8.
ZUSATZ:
Aus ominösen Gründen - ohne etwas zu verändern - startet es die Stock-ROM wie gewohnt... also das HTC war anscheinend auch nur müde.
Bis später und gn8.
ZUSATZ:
Aus ominösen Gründen - ohne etwas zu verändern - startet es die Stock-ROM wie gewohnt... also das HTC war anscheinend auch nur müde.
Zuletzt bearbeitet:
tomzn
Neues Mitglied
- 2
- Themenstarter
- #25
Da jemand auf Youtube mit fast den selben specs (v.a. HBOOT v2.22.0000) es vor nicht all zu langer Zeit über revone hinbekommen hat:
Erneuter Versuch zu S-OFF via revone von der shell aus dem Terminal Emulator aus gibt das zurück was sein soll
./revone -s 0 -u
[/code]
jedoch nach anschließendem reboot immer noch S-ON. Hab das Prozedere zwei Mal versucht - kein Erfolg.
Nächster Versuch mit aktualisiertem SuperSU akp (Binaries) von chainfire auf XDA. SuperSu App bezogen aus dem AppStore.
Soll ich dieses über TWRP installieren und SuperSU noch eine Chance geben?
Bitte um Feedback
Erneuter Versuch zu S-OFF via revone von der shell aus dem Terminal Emulator aus gibt das zurück was sein soll
Code:
./revone -P[CODE]revone v0.2.1
revone failed (error code = 1)
Code:
revone v0.2.1
revone successful.Nächster Versuch mit aktualisiertem SuperSU akp (Binaries) von chainfire auf XDA. SuperSu App bezogen aus dem AppStore.
Soll ich dieses über TWRP installieren und SuperSU noch eine Chance geben?
Bitte um Feedback
Zuletzt bearbeitet:
tomzn
Neues Mitglied
- 2
- Themenstarter
- #26
Hier ein kleines Resümmee zum S-OFF + SuperCID + Firmware-Update
mit freundlicher Unterstützung von ferchi:
Ab hier Stock-HTC-ROM + Stock Recovery:
S-OFF:
Erster Versuch:
Aktuelle Version von revone (v0.2.1)hat zu keinem Erfolg geführt!
Weder über adb, noch über den Terminal Emulator; Trotz der erfolgreichen Ausführung!
Zweiter Versuch:
Rumrunner - auch ohne Erfolg, aber der Humor der Entwickler verschmerzt; seht selbst...
Dritter Versuch:
SunShine - Kostenpflichtig (25 USD).
Kompatibel + Erfolg!
SuperCID:
Einzeiler Code:
fastboot oem writecid 11111111
Firmware Flash:
Update auf M4_UL_Firmware_4.14.401.1.
Jetzt kommt eine Fehlermeldung -> Das ist normal
Das dauert jetzt länger und sollte dann successful ausspucken. Code:
Anschließend TWRP v2.8.5.0 + CM11-Snapshot geflasht.
Ob das Ganze die Eigentliche NullPointerException im cm-11-20141112-SNAPSHOT-M12-m4 behoben hat, wird sich noch zeigen.
Update dazu folgt in jedem Fall.
Ein großes Dankeschön gilt nochmal dem ferchi für seine Geduld!
mit freundlicher Unterstützung von ferchi:
Ab hier Stock-HTC-ROM + Stock Recovery:
S-OFF:
Erster Versuch:
Aktuelle Version von revone (v0.2.1)hat zu keinem Erfolg geführt!
Weder über adb, noch über den Terminal Emulator; Trotz der erfolgreichen Ausführung!
Code:
revone successful.Rumrunner - auch ohne Erfolg, aber der Humor der Entwickler verschmerzt; seht selbst...
Dritter Versuch:
SunShine - Kostenpflichtig (25 USD).
Kompatibel + Erfolg!
SuperCID:
Einzeiler Code:
fastboot oem writecid 11111111
Firmware Flash:
Update auf M4_UL_Firmware_4.14.401.1.
Code:
fastboot oem rebootRUU
fastboot flash zip firmware.zip
Code:
fastboot flash zip firmware.zip
Code:
fastboot reboot-bootloaderAnschließend TWRP v2.8.5.0 + CM11-Snapshot geflasht.
Ob das Ganze die Eigentliche NullPointerException im cm-11-20141112-SNAPSHOT-M12-m4 behoben hat, wird sich noch zeigen.
Update dazu folgt in jedem Fall.
Ein großes Dankeschön gilt nochmal dem ferchi für seine Geduld!
L
LucoSys
Neues Mitglied
- 0
Hallo Leute,
ich stehe gerade vor dem gleichen Problem wie tomzn. Habe schon einiges ausprobiert. S-OFF ist aktiviert, die CID steht auf 11111111 und ich habe folgendes Installiert:
version: 0.5
version-bootloader: 2.22.0000
version-baseband: 1.28.40e.00.24
version-cpld: None
version-microp: None
version-main: 4.09.111.3
version-misc: PVT SHIP S-OFF
serialno: xxxxxxxxxxxxxxxx
imei: xxxxxxxxxxxxx
meid:
product: m4_ul
platform: HBOOT-8930
modelid: PO5820000
cidnum: 11111111
battery-status: good
battery-voltage: 4238mV
partition-layout: Generic
security: off
build-mode: SHIP
boot-mode: FASTBOOT
commitno-bootloader: dirty-0e1af350
hbootpreupdate: 11
gencheckpt: 0
vielleicht hat ja noch jemand eine Idee was ich tun kann damit com.android.phone nicht dauernd beendet wird.
Ich habe mir gerade die halbe Nacht um die Ohren geschlagen, leider ohne Erfolg.
Vielleicht weiß ja auch jemand an wen man sich wenden kann bzw. wer einem bei diesem Problem weiterhelfen kann. Ander CM Versionen habe ich ebenfalls getestet, auch da das gleiche Fehlerbild.
Würde mich sehr über Hilfe freuen!
Luco
ich stehe gerade vor dem gleichen Problem wie tomzn. Habe schon einiges ausprobiert. S-OFF ist aktiviert, die CID steht auf 11111111 und ich habe folgendes Installiert:
version: 0.5
version-bootloader: 2.22.0000
version-baseband: 1.28.40e.00.24
version-cpld: None
version-microp: None
version-main: 4.09.111.3
version-misc: PVT SHIP S-OFF
serialno: xxxxxxxxxxxxxxxx
imei: xxxxxxxxxxxxx
meid:
product: m4_ul
platform: HBOOT-8930
modelid: PO5820000
cidnum: 11111111
battery-status: good
battery-voltage: 4238mV
partition-layout: Generic
security: off
build-mode: SHIP
boot-mode: FASTBOOT
commitno-bootloader: dirty-0e1af350
hbootpreupdate: 11
gencheckpt: 0
vielleicht hat ja noch jemand eine Idee was ich tun kann damit com.android.phone nicht dauernd beendet wird.
Ich habe mir gerade die halbe Nacht um die Ohren geschlagen, leider ohne Erfolg.
Vielleicht weiß ja auch jemand an wen man sich wenden kann bzw. wer einem bei diesem Problem weiterhelfen kann. Ander CM Versionen habe ich ebenfalls getestet, auch da das gleiche Fehlerbild.
Würde mich sehr über Hilfe freuen!
Luco
