Wenn ich TWRP von @dbaronelli installiere und ins Recovery boote lande ich immer (auch nach Neustart) in TWRP, was vermute ich so gewollt ist. Installiere ich die Vers. von @@Lhotze drüber, und mach einen Neustart lande ich beim ins Recovery booten wieder im Recovery. Als ob TWRP nie installiert war. Gesichert habe ich auf die SD-Karte Lineage und Iode. Wieder herstellung bekomme ich nicht hin. Es wird immer Factory Reset verlangt. Die Sicherungen erscheinen mir auch recht klein. Bin schon ein paar jahre ohne TWRP unterwegs und es ist gut möglich das ich ein paar Häckchen nicht gesetzt habe die aber gesetzt werden sollten.
Diskussion / Ports / Custom Recoverys for Shift 6mq
- Ersteller @Lhotze
- Erstellt am
- SHIFT6mq
-
- Schlagworte
- custom recovery sift6mq twrp
Hallo,
ich habe das aktuelle LineageOS 21 (android14) auf meinem 6mq habe es mit dem Standard Lineagerecovery installiert und Root via magisk
Für Backups wäre TWRP echt super. Was muss ich bei der Installation bedenken? Gibt es irgend welche Probleme (mit dem aktuellen LOS? KAnn ich es einfach über das LOS-Recovery drüberflashen? Funktioniert dann auch das OTA-Update weiterhin?
Wie sind Eure Erfahrungen und Tips, mit diesem TWRP und LIneageOS 21?
ich habe das aktuelle LineageOS 21 (android14) auf meinem 6mq habe es mit dem Standard Lineagerecovery installiert und Root via magisk
Für Backups wäre TWRP echt super. Was muss ich bei der Installation bedenken? Gibt es irgend welche Probleme (mit dem aktuellen LOS? KAnn ich es einfach über das LOS-Recovery drüberflashen? Funktioniert dann auch das OTA-Update weiterhin?
Wie sind Eure Erfahrungen und Tips, mit diesem TWRP und LIneageOS 21?
Da es soweit ich es verstanden hab, Beta statt Alpha ist und weiterhin nicht wirklich? funktioniert, hab ich es noch mit keinem OS ausprobiert. Sofern sich das mit der neuen Version hier nicht geändert hat.
Gibt es inzwischen neues von der TWRP Front?
Backup und Install ... Funktionalitäten wären super. Für crDroid wird es inzwischen benötigt, also muss ja irgendwas schon bei TWRP funktionieren.
Vielen, Vielen Dank für die Mühen an alle!
Viele Liebe Grüße
Backup und Install ... Funktionalitäten wären super. Für crDroid wird es inzwischen benötigt, also muss ja irgendwas schon bei TWRP funktionieren.
Vielen, Vielen Dank für die Mühen an alle!
Viele Liebe Grüße
Zuletzt bearbeitet:
Backuppen funktioniert bei mir zwar von Boot/Persist/Super/Data, die wichtige Data Partition konnte ich bisher aber nicht erfolgreich wiederherstellen, vermutlich auch wegen dem Problem mit dem nicht funktionierenden entschlüsseln des Internen Speichers. Flashen von ZIPs / Images funktioniert bei mir aber problemlos.
Ich verwende das TWRP von @Lhotse in der Version 3.7.0_12-0 mit LOS 22. Funktioniert soweit prima. Kompliment! Bin auch über das Problem mit der nicht erkannten SD-Karte gestolpert. Hab das Image entpackt. Die Datei ramdisk/system/etc/recovery.fstab erscheint mit nicht die 'richtige' Datei zu sein, um die vorher im Thread erwähnte Zeile hinzuzufügen.
Welches ist die 'richtige' fstab? Oder gibt es ein aktualisiertes TWRP Image? Ich habe meines über den Link ganz am Anfang dieses Thread heruntergeladen.
Vielen Dank vorab!
Welches ist die 'richtige' fstab? Oder gibt es ein aktualisiertes TWRP Image? Ich habe meines über den Link ganz am Anfang dieses Thread heruntergeladen.
Vielen Dank vorab!
Das Offizielle von Shift hat Beta-Status und kommt man manchen Teilen der Encryption nicht klar, ja. Genauer habe ich mich damit aber nicht beschäftigt, weil ich kein 6mq nutze/genutzt habe.
Hab's hinbekommen und die Datei zum Ergänzen des Micro-SD Eintrags gefunden (ramdisk/system/etc/twrp.flags). Zweimal überlegen hilft mitunter 
Image neu gebaut, geflasht - MicroSD-Karte wird erkannt.
Würde mich aber trotzdem interessieren, wo das erwähnte Beta-TWRP-Image von Shift zu finden ist.
HTML:
https://forum.shiftphones.com/threads/diskussion-ports-custom-recoverys-for-shift-6mq.3389/post-50734Würde mich aber trotzdem interessieren, wo das erwähnte Beta-TWRP-Image von Shift zu finden ist.
Ich habe TWRP - gebootet, nicht installiert - mit einem neu installierten iodeOS getestet.
Beim ersten Booten lässt sich die externe SD meist nicht als Speicher auswählen - wird zwar angezeigt, aber auswählen geht nicht. Nach einem erneuten Booten geht es.
Sichern und Wiederherstellen von System und Daten (ohne Verschlüsselung) hat funktioniert.
Mit Verschlüsselung hängt sich TWRP während des Entschlüsselungsversuchs auf, egal, ob ich es gleich nach dem Booten oder erst über Mount versuche.
Edit: Was bedeuten die Fehlermeldungen in Bezug auf die Super-Partition?
Zuletzt bearbeitet:
Ja, das tut es.
Aber: Entschlüssel nicht während dem Booten ins TWRP sondern bricht ab.
Dann hänge alle Partitionen ein und wenn du jetzt entschlüsselst, sollte es auch tatsächlich entschlüsseln.
Das funktioniert, bedeutet aber auch, dass du mit dem TWRP jedesmal auf Werkseinstellungen starten musst, da die gespeicherten Settings (Zeitzone, Sprache etc) aus dem entschlüsselten Speicher bei Boot geholt würden.
Keine Ahnung.
Da ich selbst kein 6mq mehr habe kann ich da auch nichts mehr nachstellen.
Wahrscheinlich ist es das Problem, was auch ein Verschlüsseltes-Mounten direkt bei Boot unmöglich macht.
Greetz
Ah OK, man muss ALLE Partitionen einhängen, dann geht's.
Schade, dass es keinen Maintainer für eine offizielle Version von TWRP gibt, aber besser als nichts, wenn man es braucht. Danke.
Ich habe den Inhalt der externen SD-Karte von meinem alten 6mq auf die externe SD-Karte eines zweiten 6qm kopiert, außerdem ist seit dem letzten Mal, dass ich in TWRP gebootet habe, ein Systemupdate (iodeOS) gelaufen. Im Systemmodus funktioniert alles bestens.
Es ist noch keine Bildschirm sperre angelegt, TWRP muss also die Datenpartition nicht entschlüsseln. Wenn ich in TWRP gebootet habe (via fastboot), kann ich die externe SD-Karte aber nicht mehr einhängen. Sie wird im "Einhängen"-Menü angezeigt, aber sie lässt sich nicht mehr anhaken. Im Dateimanager wird external_sd angezeigt, aber es wird kein Inhalt angezeigt. Dementsprechend kann ich auch nicht auf sie sichern.
Vorher konnte ich die externe SD-Karte zumindest beim zweiten Mal booten einhängen (siehe https://forum.shiftphones.com/threa...ustom-recoverys-for-shift-6mq.3389/post-60870).
Weiß jemand Rat?
Es ist noch keine Bildschirm sperre angelegt, TWRP muss also die Datenpartition nicht entschlüsseln. Wenn ich in TWRP gebootet habe (via fastboot), kann ich die externe SD-Karte aber nicht mehr einhängen. Sie wird im "Einhängen"-Menü angezeigt, aber sie lässt sich nicht mehr anhaken. Im Dateimanager wird external_sd angezeigt, aber es wird kein Inhalt angezeigt. Dementsprechend kann ich auch nicht auf sie sichern.
Vorher konnte ich die externe SD-Karte zumindest beim zweiten Mal booten einhängen (siehe https://forum.shiftphones.com/threa...ustom-recoverys-for-shift-6mq.3389/post-60870).
Weiß jemand Rat?
Zuletzt bearbeitet:
Die wird erst mit aktivierter Bildschirmsperre (PIN oder Muster) aktiv. Ich habe beides getestet. Wenn man PIN oder Muster wieder entfernt (Bildschirmsperre nur Wischen), dann muss TWRP auch nicht mehr entschlüsseln - und umgekehrt.
Lag wohl an einem Dateifehler auf der SD-Karte. Die hat Android nicht gestört, aber die Karte war nun nur noch read-only. Chkdsk auf Windows hat die Fehler gefunden und repariert, jetzt geht's auch wieder in TWRP.
Ja, oder...
Greetz
Kein Dauerhaftes, aber zumindest temporär um die verschlüsselte /data Partition zu mounten und die Dateien dort zu backuppen, bzw. restoren
Ich hatte sogar schon Fälle (unter A10) da hat das System nach dem Restore einer Backuppartition den Gerätepin nicht mehr erkannt, hat die Partition aber im TWRP mit dem gleichen PIN entschlüsselt. Könnte dann die Keybase (nur die vom im System hinterlegten PIN) löschen und nach Neustart ohne PIN in das System starten um einen neuen PIN anzulegen (der ab dann zum kompletten Verschlüsseln genutzt wurde).
Die Android- Verschlüsselung ist manchmal seltsam
.
Greetz
Ich hatte sogar schon Fälle (unter A10) da hat das System nach dem Restore einer Backuppartition den Gerätepin nicht mehr erkannt, hat die Partition aber im TWRP mit dem gleichen PIN entschlüsselt. Könnte dann die Keybase (nur die vom im System hinterlegten PIN) löschen und nach Neustart ohne PIN in das System starten um einen neuen PIN anzulegen (der ab dann zum kompletten Verschlüsseln genutzt wurde).
Die Android- Verschlüsselung ist manchmal seltsam
.Greetz
Einmal kommt direkt bei Boot ins Recovery der Password-Prompt (der abzulehnen ist, da es hier noch nicht mounten kann) und das zweite findet sich (glaube ich) in den Mount-Optionen (unten rechts "decrypt data" oder so).
Das geht, wenn alle anderen Partitionen vorher gemountet wurden.
Was nicht geht ist bspw. ein weiteres, verschlüsseltes Nutzerprofil (auch wenn es der gleiche PIN/Passwort/Muster ist).
Greetz
Das geht, wenn alle anderen Partitionen vorher gemountet wurden.
Was nicht geht ist bspw. ein weiteres, verschlüsseltes Nutzerprofil (auch wenn es der gleiche PIN/Passwort/Muster ist).
Greetz