Gibt es den Updates seit November von den Rom's?Wir stehen mit /e/ im Kontakt bzgl. SP8, sie arbeiten daran
Auch sollte es demnächst ein Release für Lineage (22.1 basierend auf Android 15) geben.
postmarketOS
lineageos
calyxos
divestos
iode
/e/OS
Custom ROM, Recovery, Root und Co. fürs SHIFTphone 8
- Ersteller Revan335
- Erstellt am
- SHIFTphone 8
postmarketOS
lineageos
calyxos
divestos
iode
/e/OS
Nein: postmarketOS wird derzeit vor allem von amartinz betreut und der hat weiß Gott was anderes zu tun. Die Leute von LineageOS haben immer noch nicht ihr Release veröffentlicht. Und so können auch noch nicht /e/OS, CalyxOS, crDroid, iodéOS und DivestOS gebaut werden. Zu DivestOS gibt es auch noch keinen Zeitplan, ob und wann es ein Release gibt.
Im LineageOS Github Repository finden aber hin und wieder Änderungen statt, also es wird daran gearbeitet 
Habs auf Stock und CalyxOS versucht. Fingerabdruck und NFC bei Beiden danach nicht mehr nutzbar. Liegt also nicht am System selbst.
Irgendeine DRM-Partition spielt da nicht mit und wird beim Unlock wahrscheinlich getriggert.
Habs nach den wenigen Versuchen aber dabei belassen und den Bootloader wieder geschlossen.
Nach 10 Jahren überdenke ich aktuell meine Rootphilosophie
. Google arbeitet da aktuell mit allen Mitteln dagegen.
Lerne gerade Shizuku kennen. Mal schauen, was die Zukunft bringt (oder wann ich mal wieder in Experimentierlaune die Nerven verliere
).
Greetz
Edit 01.01.2025:
Richtigstellung hinsichtlich NFV:
Ich habe das Gerät erneut entsperrt und getestet. Scheinbar habe ich meine damaligen Test nicht hinreichend durchgeführt. NFC funktioniert auch bei entsperrtem Bootloader.
Irgendeine DRM-Partition spielt da nicht mit und wird beim Unlock wahrscheinlich getriggert.
Habs nach den wenigen Versuchen aber dabei belassen und den Bootloader wieder geschlossen.
Nach 10 Jahren überdenke ich aktuell meine Rootphilosophie
. Google arbeitet da aktuell mit allen Mitteln dagegen.Lerne gerade Shizuku kennen. Mal schauen, was die Zukunft bringt (oder wann ich mal wieder in Experimentierlaune die Nerven verliere
).Greetz
Edit 01.01.2025:
Richtigstellung hinsichtlich NFV:
Ich habe das Gerät erneut entsperrt und getestet. Scheinbar habe ich meine damaligen Test nicht hinreichend durchgeführt. NFC funktioniert auch bei entsperrtem Bootloader.
Zuletzt bearbeitet:
Na toll!Habs auf Stock und CalyxOS versucht. Fingerabdruck und NFC bei Beiden danach nicht mehr nutzbar. Liegt also nicht am System selbst.
Irgendeine DRM-Partition spielt da nicht mit und wird beim Unlock wahrscheinlich getriggert.
Habs nach den wenigen Versuchen aber dabei belassen und den Bootloader wieder geschlossen.
Nach 10 Jahren überdenke ich aktuell meine Rootphilosophie
Lerne gerade Shizuku kennen. Mal schauen, was die Zukunft bringt (oder wann ich mal wieder in Experimentierlaune die Nerven verliere
Shizuku ist natürlich eine Option. Allerdings muss es ohne root bei jedem Neustart wieder aktiviert werden was etwas umständlich ist.
Kann man das ggf. per bspw. MacroDroid automatisieren?
Wo gibt es Details zu Shizuku und was ist der Unterschied zu bspw. Magisk?
Ich will niemanden ermutigen, da es nicht fertig ist.
Gibt seit ca. drei Wochen ne Test-Releaseversion die ein bisschen auf der Website versteckt ist. Android 15, wirkt auf mich im ersten Blick stabil, Netzwerk, Telefon, Kamera, Bluetooth geht. Kann aber nicht sagen ob der Bootloader schon gefahrlos geschlossen werden kann...
Wird also mit LOS 22 auch nicht mehr lange dauern.
Greetz
Magisk oder APatch brauchen nen offenen Bootloader und können dann Veränderungen auf Kernel-Basis und während des Systemboots bewirken.
Shizuku ist nur eine lokale ADB-Schnittstelle auf dem Gerät (für die man nach jedem Geräte Neustart WLand braucht). Der Eingriff ist überschaubar und Reversibel, offener Bootloader ist nicht notwendig, lediglich die Developer Optionen müssen aktiviert sein.
Greetz
Würdest du die verlinken? Ich habe nämlich schon häufiger nach einer gesucht, aber nie gefunden. Das Repo ist auch empty.
Ich weiß tatsächlich nicht, wie weit ich hier vorgreifen kann oder ob CalyX selbst hier das Release pushen möchte.
Immerhin gibt es bisher keinen Hinweis auf CalyX fürs ShiftPhone 8 (Otter) außer hier im Github. Denke die Firmware ist erstmal nur für interne Tests und eine darauffolgende schnelle Freigabe abgelegt.
Kein Changelog, kein Issue-tracker und ggfs. treten ja Fehler auf, die derzeit das Gerät bricken. Die Aufforderung den Bootloader zu schließen kommt bspw. nach der Installation. Keine Ahnung, ob das Schließen zum aktuellen Stand schon sinnvoll ist. Der Weg zurück auf ShiftOS und AVB-Integrity ist auch schwerer, gibt ja keine Software wie UB-Ports-Installer die einem die Arbeit abnimmt und nix. Alles Fastboot-Related.
Deswegen werde ich erstmal vermeiden einen direkten Link zu posten um etwaige Versuchungen zu vermeiden .
Recovery ist übrigens im Boot.img enthalten.
Macht es meiner Meinung auch etwas komplizierter mit etwaigen Problemen oder Fehlern umzugehen, die Auftreten können.
Ich hab irgendwann zu 6mq Zeiten allerdings festgestellt, dass CalyX bei seiner Linkstruktur und den entsprechenden Firmewares einer festen Regelmäßigkeit folgt.
Vielleicht erkennt ja jemand experimentierfreudiges mit Know-How im Abgleich mit dem Github ne Regelmäßigkeit, aus der sich der Link fürs Otter ableiten lässt. Dann sei es ihm vorerst gegönnt.
Ansonsten dauert es wahrscheinlich wirklich nicht lange, da es schon einen sehr stabilen Eindruck macht (und da es Lineageos-Abhängig ist, wird auch das nicht mehr lange dauern, bis hier was nachkommt).
Greetz
Immerhin gibt es bisher keinen Hinweis auf CalyX fürs ShiftPhone 8 (Otter) außer hier im Github. Denke die Firmware ist erstmal nur für interne Tests und eine darauffolgende schnelle Freigabe abgelegt.
Kein Changelog, kein Issue-tracker und ggfs. treten ja Fehler auf, die derzeit das Gerät bricken. Die Aufforderung den Bootloader zu schließen kommt bspw. nach der Installation. Keine Ahnung, ob das Schließen zum aktuellen Stand schon sinnvoll ist. Der Weg zurück auf ShiftOS und AVB-Integrity ist auch schwerer, gibt ja keine Software wie UB-Ports-Installer die einem die Arbeit abnimmt und nix. Alles Fastboot-Related.
Deswegen werde ich erstmal vermeiden einen direkten Link zu posten um etwaige Versuchungen zu vermeiden .
Recovery ist übrigens im Boot.img enthalten.
Macht es meiner Meinung auch etwas komplizierter mit etwaigen Problemen oder Fehlern umzugehen, die Auftreten können.
Ich hab irgendwann zu 6mq Zeiten allerdings festgestellt, dass CalyX bei seiner Linkstruktur und den entsprechenden Firmewares einer festen Regelmäßigkeit folgt.
Vielleicht erkennt ja jemand experimentierfreudiges mit Know-How im Abgleich mit dem Github ne Regelmäßigkeit, aus der sich der Link fürs Otter ableiten lässt
. Dann sei es ihm vorerst gegönnt.Ansonsten dauert es wahrscheinlich wirklich nicht lange, da es schon einen sehr stabilen Eindruck macht (und da es Lineageos-Abhängig ist, wird auch das nicht mehr lange dauern, bis hier was nachkommt).
Greetz
Ich habe mittlerweile schonmal ein Repo gefunden, was nicht empty ist: https://gitlab.com/CalyxOS/device_shift_otter
Hier bei den zukünftig unterstützten Modellen wird es auch erwähnt:
OK, was bringt einem dann Shizuku?Leider ist die Methode auch nicht so mächtig. Komplette Backups mit Daten scheinen damit nicht möglich zu sein.
Swift Backup unterstützt Shizuku. Will man allerdings auch die Daten mit sichern verlangt es root.
Also was kann man damit machen wenn bspw. ein Backup dennoch Root benötigt?
Funktioniert bspw. Adaway damit oder brauch das dann ebenfalls noch Root?
Nicht auszuschließen, dass AdAway mit Shizuku funktioniert. Aber sicher nur mit dem Shizuku, was Root hat.
Weil es hier besser passt, aber in einem anderen Thread bereits Frage war: Wie kann derzeit von einem Custom-Rom wieder auf Stock-ShiftOS gewechselt werden?
Da ich bereits die Calyx-Testversion draufhatte und aktuell wieder (mit closed bootloader) bei ShiftOS 6 bin kann ich diese Frage wie folgt beantworten:
Netterweise hat Alex die notwendigen Dateien schon zusammengestellt.
Konkret brauchen wir drei davon:
boot.img
dtbo.img
und
vendor_boot.img
Als ich von Calyx wieder auf ShiftOS wollte hat es bei mir mit den aktuellen Imagedateien nicht funktioniert, weswegen ich die aus dem ersten offiziellen Build genommen habe,
Dieses Build müsste erst extrahiert werden. Ich habe dafür auf Windows die Anwendung payload-dumper-go von Github verwendet.
Der Einfachheit halber habe ich die drei Images aber mal in meine Dropbox gepackt.
Wenn die drei Dateien (und die klassischen Fastboot und ADB-Tools vorliegen. Wer wieder zurück will, sollte diese bereits haben und wissen wie sie funktionieren...) vorhanden sind fehlt noch das aktuelle OTA.
Derzeit das hier.
Wir booten das Gerät in den Fastboot-Modus.
Nachfolgend drei Terminalbefehle um die images zu flashen:
und
Das Recovery ist im Bootimage inkludiert. Nach dem flashen booten wir mit dem Befehl
in das Recovery.
Hier klicken wir auf "Apply update" und dann auf "Apply from ADB".
Nachfolgend installieren wir das aktuelle Build mit dem Befehl
wobei "filename" der Name der aktuellen Updatedatei ist.
Nach der Installation booten wir erneut in das Recovery und installieren wieder über "Apply update" das gleiche Firmwareimage.
Jetzt sollte es auf beiden Slots installiert sein und die Systemintegrität gewahrt sein.
Wer es testen will wechselt mittels Fastboot auf beide Slots und startet das System. Wenn es in beiden Slots läuft ist die Chance groß, dass es geklappt hat.
Danach kann auch der Bootloader wieder geschlossen werden.
.
Greetz
Da ich bereits die Calyx-Testversion draufhatte und aktuell wieder (mit closed bootloader) bei ShiftOS 6 bin kann ich diese Frage wie folgt beantworten:
Netterweise hat Alex die notwendigen Dateien schon zusammengestellt.
Diese Archivdatei muss man nur entpacken, dann hat man die einzelnen IMAGE-Dateien.
Konkret brauchen wir drei davon:
boot.img
dtbo.img
und
vendor_boot.img
Als ich von Calyx wieder auf ShiftOS wollte hat es bei mir mit den aktuellen Imagedateien nicht funktioniert, weswegen ich die aus dem ersten offiziellen Build genommen habe,
Dieses Build müsste erst extrahiert werden. Ich habe dafür auf Windows die Anwendung payload-dumper-go von Github verwendet.
Der Einfachheit halber habe ich die drei Images aber mal in meine Dropbox gepackt.
Wenn die drei Dateien (und die klassischen Fastboot und ADB-Tools vorliegen. Wer wieder zurück will, sollte diese bereits haben und wissen wie sie funktionieren...) vorhanden sind fehlt noch das aktuelle OTA.
Derzeit das hier.
Wir booten das Gerät in den Fastboot-Modus.
Nachfolgend drei Terminalbefehle um die images zu flashen:
Code:
fastboot flash dtbo dtbo.img
Code:
fastboot flash vendor_boot vendor_boot.img
Code:
fastboot flash boot boot.imgDas Recovery ist im Bootimage inkludiert. Nach dem flashen booten wir mit dem Befehl
Code:
fastboot reboot-recoveryHier klicken wir auf "Apply update" und dann auf "Apply from ADB".
Nachfolgend installieren wir das aktuelle Build mit dem Befehl
Code:
adb -d sideload filename.zipNach der Installation booten wir erneut in das Recovery und installieren wieder über "Apply update" das gleiche Firmwareimage.
Jetzt sollte es auf beiden Slots installiert sein und die Systemintegrität gewahrt sein.
Wer es testen will wechselt mittels Fastboot auf beide Slots und startet das System. Wenn es in beiden Slots läuft ist die Chance groß, dass es geklappt hat.
Danach kann auch der Bootloader wieder geschlossen werden.
Wenn das jetzt noch notwendig ist, bzw du nen leichteren Weg kennst
.Greetz
Recherche bei LineageOS zeigt, dass für die Installation zumindest diese drei Images installiert werden müssen um dann ins LineageOS-Recovery zu booten. Da könnte also eine Abhängigkeiten der Images zueinander bestehen und das könnte beim ShiftPhone 8 Normalität sein. Hab da aber kein Plan
.Greetz
Qualcomm nutz standardmäßig keine Recovery Partition mehr für den SoC.Recherche bei LineageOS zeigt, dass für die Installation zumindest diese drei Images installiert werden müssen um dann ins LineageOS-Recovery zu booten. Da könnte also eine Abhängigkeiten der Images zueinander bestehen und das könnte beim ShiftPhone 8 Normalität sein. Hab da aber kein Plan
Greetz
Haben aber trotzdem eine eingebaut, wird zurzeit aber nicht verwendet.
Wollen nachträglich Unterstützung dafür einbauen, damit das Ganze dann wieder weniger komplex und flexibler wird.
Zurzeit müssen leider die drei Images genutzt werden.
Da ich in einigen Monaten leider auf ein Shift 8 wechseln muss (da mein Shift 6mq durch viele Hard- und Software Mängel echt nicht mehr alltagstauglich ist), hab ich schon mal versucht crDroid 11.2 zu kompilieren. Auf Anhieb hat das nicht geklappt, da in der BoardConfig die Variable
Da es angeblich keine recovery partition mehr gibt, erschließt sich mir nicht ganz wie man die ROM denn dann überhaupt flashen soll. Eventuell kann es ja schon mal jemand ausprobieren, bis ich in ein paar Monaten selbst die Möglichkeit dafür habe.
TARGET_2ND_ARCH_VARIANT auf armv8-a statt armv8-2a gesetzt war. Nachdem ich das korrigiert hatte, lief das kompilieren durch: https://drive.google.com/file/d/1fljDZjIPR1FnLMCJ0hpaBRggRWdqxhVB/view?usp=sharingDa es angeblich keine recovery partition mehr gibt, erschließt sich mir nicht ganz wie man die ROM denn dann überhaupt flashen soll. Eventuell kann es ja schon mal jemand ausprobieren, bis ich in ein paar Monaten selbst die Möglichkeit dafür habe.
Gut, dass ich die Installation hier beschrieben habe
.Man muss halt statt der ShiftOS-Files die von dem CrDroid-Image nehmen.
Hab es eben mal gegengecheckt, sind alle drei in der Payload.bin vom CrDroid drin.
Dank des Tipps von @danielp ist das extrahieren auch kein Problem. Man braucht dafür nur ein Android-Phone und das sollte vorliegen
.Greetz
Es gibt seit vier Tagen ein inoffizielles iodéOS-Build von ronnz98. Außerdem habe ich mich um die Entwicklung von AXP OS Slim (Nachfolger von DivestOS) bemüht. Sobald AXP OS Slim auf Android 14 ist, wird ein Build fürs phone 8.0/8.1 gebaut werden. Ich habe mich als dauerhafter Tester gemeldet. Letztlich habe ich dazu aber eigentlich gar nicht so viel Lust (weil mir bei DivestOS/AXP OS Slim der iodé-Blocker fehlt; werde es aber dennoch tun, wenn sich niemand meldet). Wenn also jemand anderes das dann testen möchte, nur zu!
Zuletzt bearbeitet:
Sehr interessant! Vielleicht ist AXP dann das GrapheneOS like für nicht Pixel Geräte.
Sehr interessant finde ich den Punkt Full Backup beim Pro/Default Flavour.
Ein LOS Wiki gab es wohl laut dem AXP Link mal: https://wiki.lineageos.org/devices/otter/ aktuell nicht mehr.
Letzte Github Aktivität last month. Irgendwas tut sich also.
In der Hoffnung das nächsten Monat wenn die ersten 8.1 verteilt werden schon ein breites Spektrum an ROMs ... zur Verfügung stehen.
Sehr interessant finde ich den Punkt Full Backup beim Pro/Default Flavour.
Ein LOS Wiki gab es wohl laut dem AXP Link mal: https://wiki.lineageos.org/devices/otter/ aktuell nicht mehr.
Letzte Github Aktivität last month. Irgendwas tut sich also.
In der Hoffnung das nächsten Monat wenn die ersten 8.1 verteilt werden schon ein breites Spektrum an ROMs ... zur Verfügung stehen.
Nein, den gab es nicht. Das wäre der Pfad, auf dem das Gerät beschrieben werden würde, aber die Devs kämpfen ja noch mit dem Fingerprint.