Aaargh...mot_boot_mode falsch editiert

  • 7 Antworten
  • Letztes Antwortdatum
UWdus

UWdus

Dauer-User
323
Habe meinen Stein gerootet da ich VPN ans Laufen bekommen wollte. Hat alles wunderbar funktioniert (inkl. OpenRecovery) bis ich die mot_boot_mode editiert und den Stein gestartet habe. Bekomme nur noch FCs (com.android.phone), die ich nicht mehr weggedrückt bekomme.

Jetzt habe ich von der ADBRecovery gelesen und dachte, dass ich via Shell die mot_boot_mode.bak wieder reaktivieren kann, allerdings bekomme ich in der Recovery nichts mehr geladen:

"E:Can't mount /dev/block/mmcblk0p1 (or /dev/block/mmcblk0) (No such file or directory)
E: Can't mount SDCARD:"

Weder ADBRecovery noch OpenRecovery funktionieren.

Hat noch jemand einen Tipp wie ich die /system/bin/mot_boot_mode umbenannt bekommen könnte?
 
UWdus schrieb:
Habe meinen Stein gerootet da ich VPN ans Laufen bekommen wollte. Hat alles wunderbar funktioniert (inkl. OpenRecovery) bis ich die mot_boot_mode editiert und den Stein gestartet habe. Bekomme nur noch FCs (com.android.phone), die ich nicht mehr weggedrückt bekomme.

Jetzt habe ich von der ADBRecovery gelesen und dachte, dass ich via Shell die mot_boot_mode.bak wieder reaktivieren kann, allerdings bekomme ich in der Recovery nichts mehr geladen:

"E:Can't mount /dev/block/mmcblk0p1 (or /dev/block/mmcblk0) (No such file or directory)
E: Can't mount SDCARD:"

Weder ADBRecovery noch OpenRecovery funktionieren.

Hat noch jemand einen Tipp wie ich die /system/bin/mot_boot_mode umbenannt bekommen könnte?

Dann ueberpruef mal ob was mit deiner SDCARD nicht stimmt...eventuell formatiere sie neu. Dein problem liegt nicht an der mot_boot_mode.
 
TimeTurn schrieb:
Kannst einfach ein kleines Script schreiben was das geradezieht und es mit der Script ausführen-Funktion von meinem Mod starten - hat FuFu glaub ich in seinem Mod auch drin - weis ich aber nich sicher.

@bravilo: Wenn er da ein falsches block-device oder ähnliches mountet schon - kenne mich aber mit app2sd nich besonders aus.

Und wie soll er das installieren wenn er ein bootloop hat und nicht in die Recovery kommt? :D

Sein bootloop liegt wahrscheinlich an der mot_boot_mode, aber das er nicht in die recovery kann... liegt NICHT daran. Dazu muss er mal seine SD Karte ueberpruefen.
 
  • Danke
Reaktionen: TimeTurn
Gutes Argument - ich sollte besser lesen vorm posten :eek::D
 
Vielen Dank an euch alle :)

Das sind tatsächlich 2 Fehler zur gleichen Zeit aufeinander getroffen...

Nachdem ich die SD-Card formatiert hatte, konnte ich in die ADB-Recovery booten. LEider war unter /system/bin keine mot_boot_mode zu finden, irgendwie war dort gar kein File zu finden...

Okay, habe dann in die OpenRecovery gebootet und wollte ein Nandroid Backup recovern. Hat der Stein auch gemacht aber der Fehler (nicht wegklickbare FCs) hatte weiter Bestand.
Habe dann per RSDlite nochmal die O2-Service-36 geflasht und siehe da, danach ging gar nix mehr... Der Bootvorgang blieb beim Motorola-Logo hängen. Habe dann einen Data-Wipe gemacht und den Stein neu aufgesetzt. Läuft jetzt wieder . Es gab sicherlich einen einfacheren Weg ohne Verlust der kompletten Einstellungen/Apps - da ich mich aber (gezwungenermaßen) gestern erstmalig mit dem Thema Root auf dem Stein beschäftigt habe, war ich letztendlich ganz happy, dass ich gestern abend zumindest schon mal wieder telefonisch erreichbar war ;)

Im übrigen sah meine mot_boot_mode wie folgt aus:

#!/system/bin/sh
export PATH=/system/bin:$PATH
MBM_PATH="/system/bin"
MBM_ORIGIN_NAME="mot_boot_mode"
MBM_BINARY_NAME="$MBM_ORIGIN_NAME.bin"

#original file was copied to $MBM_BINARY_NAME
[ -f "$MBM_PATH/$MBM_BINARY_NAME" ] && "$MBM_PATH/$MBM_BINARY_NAME"

for mbm_file in $(/system/bb/busybox find $MBM_PATH/ -name "$MBM_ORIGIN_NAME.*" ! -name "$MBM_BINARY_NAME"); do
. $mbm_file
done

Was ich um folgendes ergänzt habe:
#!/system/bin/sh
export PATH=/system/bin:$PATH
MBM_PATH="/system/bin"
MBM_ORIGIN_NAME="mot_boot_mode"
MBM_BINARY_NAME="$MBM_ORIGIN_NAME.bin"
# fix VPN on milestone 2.1 fw
setprop init.svc.mtpd stopped
#setprop init.svc.pppd stopped
setprop vpn.status down
setprop vpn.dns1 ""
setprop vpn.dns2 ""
# vpn fix end

#original file was copied to $MBM_BINARY_NAME
[ -f "$MBM_PATH/$MBM_BINARY_NAME" ] && "$MBM_PATH/$MBM_BINARY_NAME"

for mbm_file in $(/system/bb/busybox find $MBM_PATH/ -name "$MBM_ORIGIN_NAME.*" ! -name "$MBM_BINARY_NAME"); do
. $mbm_file
done
Ich gebe zu, dass ich mir keinen großen Kopf darüber gemacht habe, was ich da einfüge. Sah für mich lediglich so aus, als wenn ein paar - nicht gerade systemrelevante - Dienste gestoppt würden.
 
der Grund warum in /system/bin "nichts drinne war" war weil du hoechst wahrscheinlich vergessen hast die Partition zu mounten :)

Code:
mount /system
 
  • Danke
Reaktionen: UWdus
Bavilo schrieb:
der Grund warum in /system/bin "nichts drinne war" war weil du hoechst wahrscheinlich vergessen hast die Partition zu mounten :)

Code:
mount /system
Hmmmm...aber wieso bin ich dann überhaupt in /system/bin gekommen?
Ferner sahen die Verzeichnisnamen alle ein wenig "merkwürdig" aus (M0system oder so ähnlich)
 
UWdus schrieb:
Hmmmm...aber wieso bin ich dann überhaupt in /system/bin gekommen?
Ferner sahen die Verzeichnisnamen alle ein wenig "merkwürdig" aus (M0system oder so ähnlich)

Rein gehen kannst du immer...nur der inhalt wird nicht da sein wenn du es nicht vorher mountest
 
  • Danke
Reaktionen: UWdus

Ähnliche Themen

sandrodadon
Antworten
7
Aufrufe
1.676
Gregor901
Gregor901
O
  • Oliver Beyer
Antworten
8
Aufrufe
1.111
Oliver Beyer
O
Z
Antworten
1
Aufrufe
1.007
ZerFEr
Z
Zurück
Oben Unten