Auch in iodéOS möglich. Gibt es einen Grund, dass du dich gegen iodé entschieden hast? Mir fällt da derzeit nur der noch nicht funktionale Fingerprint ein. Weil das OS schneidet ja prinzipiell besser als /e/OS ab.
SHIFTPHONE_8.SOS.7.0.L.20250916
- Ersteller amartinz
- Erstellt am
- SHIFTphone 8 ShiftOS-L Update
Hallo,
nun, ich hatte zuerst versucht, Iodé zu installieren, hatte aber Probleme. Da ich eigentlich aber keinen großen Vorteil gegenüber e/ sah (s. Tabelle in meinem letzten Post) habe ich es halt mit e/ probiert. Auch hier hatte ich Probleme (der Web-Installationsprozess ist nicht so toll), aber das habe ich dann bald gelöst (Installation über Konsole). Ja, dass bei beiden Systemen Android-Auto funktioniert, habe ich gesehen. Aber was macht iodé jetzt so viel besser, dass ich jetzt vielleicht nochmals wechseln sollte? Würde ich machen, wenn es sich lohnt. Bin noch in der Testphase.....
nun, ich hatte zuerst versucht, Iodé zu installieren, hatte aber Probleme. Da ich eigentlich aber keinen großen Vorteil gegenüber e/ sah (s. Tabelle in meinem letzten Post) habe ich es halt mit e/ probiert. Auch hier hatte ich Probleme (der Web-Installationsprozess ist nicht so toll), aber das habe ich dann bald gelöst (Installation über Konsole). Ja, dass bei beiden Systemen Android-Auto funktioniert, habe ich gesehen. Aber was macht iodé jetzt so viel besser, dass ich jetzt vielleicht nochmals wechseln sollte? Würde ich machen, wenn es sich lohnt. Bin noch in der Testphase.....
Was hattest du denn für Probleme, wenn ich fragen darf? Hatte noch nie so eine einfache Installation wie bei iodé.
Ich hatte vor vier Tagen bereits im Post #252 Literatur verlinkt, aber hier in aller Kürze:
- Murena lügt seine Kunden/Nutzer an (kann da gerne Beispiele raussuchen).
- Murena ist nicht gerade transparent mit dem, was sie tun und was es für Limitierungen gibt (auf der Main-Page ist alles rosa-rot und „fully degoogled“, was es gerade bei /e/OS aber nicht ist und bei anderen OS deutlich eher (als einziges OS benötigt es die einmalige Initialisierung der Sim-Services seitens Google; microG überall sonst entweder nachträglich installierbar oder direkt vor einer Connection zu Google deinstallierbar, was bei /e/OS dagegen nicht möglich ist)).
- Dazu gehört, dass Murena nicht transparent darüber aufklärt, dass sie abweichend von AOSP/LineageOS für die Systemupdates einen vom System generierten User-Identifikationscode verwenden (gerade ohne Aufklärung ist das nicht DSGVO-konform). Ursprünglich wurde dies nicht in der GUI angezeigt, nach anhaltender Kritik Nicht-Fanboys wurde der Code in den Einstellungen angezeigt, nach weiterer Kritik konnte man den eine Zeit lang benutzerdefiniert anpassen, danach wurde wieder nur in der EinstellungsGUI angezeigt ohne, dass man ihn anpassen konnte und mittlerweile ist er wieder komplett verschwunden.
- Die App-Lounge ruft nicht direkt vom Google Play Store (über die Aurora-Methode) und nicht direkt von F-Droid Apps ab, sondern ruft die Apps von http://cleanapk.org/ ab, dessen Betreiber kein Impressum bieten, weil sie anonym bleiben wollen. Laut Betreibern von cleanapk rufen sie ihre dort zum Download stehenden APKs über die Aurora-Methode aus dem Play Store oder direkt aus dem offiziellen F-Droid-Repositorium ab. Deshalb erhält man dort häufig uralte Versionen von (teilweise sicherheitskritischen) Apps (wie Browsern).
- Die Platform-Patches sind teilweise stark veraltet, noch mehr die Vendor-Patches. Von der veralteten Version des Android System WebViews und des vorinstallierten Browsers wollen wir gar nicht erst sprechen.
- Hinzukommt, dass Murena häufig behauptet, die Patches geleistet zu haben, aber so wie viele OEMs (Samsung, manche chinesische Hersteller) bei ihren Billig-Smartphones in Wirklichkeit nur das Patch-Level (die Zahl) erhöht haben ohne zu patchen (gerade beim open-sourcen /e/OS kann man das natürlich sehr gut nachprüfen).
- Viele Murena-Services waren in der Vergangeheit schlecht abgesichert, so wie die Murena-Cloud, die wohl ein Grey-Hat relativ einfach hacken konnte und dies getan hat, um sich das (nicht gerade besonders glorreiche) Krisenmanagement von Murena anzuschauen.
- Es darf sehr bezweifelt werden, dass die (Privatsphäre der) Nutzer Murenas Ziel/Antrieb ist. Es ist wohl eher, mit dem Buzz-Word „Privacy“ möglichst viel Geld zu verdienen, wobei das OS dafür sogar gar nicht soo schlimm (und in manchen Gesichtspunkten besser als LineageOS) ist.
Hallo Dwain Zwerg, so, nachdem ich deine Zusammenfassung gelesen habe, habe ich mir auch die Links aus deinem Post #252 näher angeschaut. Ich werde mich dann wohl morgen mit einer nochmaligen Installation eines Systems beschäftigen. Und abermals viele Programme installieren ..... Die Zusammenfassungen im Kuketz-Blog sind ja sehr deutlich. Gleichwohl weiß ich bislang nicht genau, wie ich das mit MicroG mache. Welche Programme wirklich die Funktionalität benötigen und welche nicht. Mal schauen.
Danke nochmals für deine Aufklärung. Der erste Satz "Murena lügt seine Kunden an" hatte mich dann doch etwas "erstaunt".
Meine Probleme bei der Installation lagen wohl vor allem bei dem Umgang mit adb und Bootloader etc. - alles Begriffe mit denen ich vorher nichts zu tun hatte, die mich aber bei der Installation von e/ wieder einholten. Aber da war ich dann halt bei e/.
So, und morgen geht es dann an iodé.
Danke nochmals für deine Aufklärung. Der erste Satz "Murena lügt seine Kunden an" hatte mich dann doch etwas "erstaunt".
Meine Probleme bei der Installation lagen wohl vor allem bei dem Umgang mit adb und Bootloader etc. - alles Begriffe mit denen ich vorher nichts zu tun hatte, die mich aber bei der Installation von e/ wieder einholten. Aber da war ich dann halt bei e/.
So, und morgen geht es dann an iodé.
Ne wüsste nichts, ggf erst microG installieren falls gewünscht, da manche apps sonst erst ba reinstallation laufen
Das ist doch bei Iodè vorinstalliert und den Beiträgen von Wolle entnehme ich ,dass er Iodè installieren will.
Weiteres sollte aber dann vielleicht lieber in einem Custom Rom Thread besprochen werden ,da das hier nicht wirklich rein passt
Es wird relativ früh abgefragt, ob es deinstalliert werden soll (das ist mehr deinstalliert als bei ADB uninstall).
+1. Oder gleich hier: https://forum.shiftphones.com/threa...tboot-erkennt-das-shift-8-nur-teilweise.5551/ Ja, ursprünglich ging es darin um das GSI (funktioniert interoperabel auf jedem Gerät), aber auf den hinteren Seiten wird stattdessen nur noch das CustomOS besprochen.
Bug-Report @amartinz
Shiftphone 8.0
ich hatte jetzt verhäuft das Problem, dass ich keine Anrufe tätigen konnte. Anruf blieb quasi in der "Verbindung aufbauen"-Phase stecken, und brach dann ab. Nach einem Flugmodus Ein-Aus gings dann ganz normal.
Sonst läufts sehr rund, und das Problem tritt jetzt auch erst seit kurzem, da ich recht viel Telefoniere wäre mir das vorher auf jeden fall aufgefallen, und fällt mir jetzt eben auch dann deutlich auf.
Reproduzierbar, aber bis jetzt noch nicht gezielt. Bin mir bis jetzt noch nicht sicher ob es auch im WLAN auftritt.
Shiftphone 8.0
ich hatte jetzt verhäuft das Problem, dass ich keine Anrufe tätigen konnte. Anruf blieb quasi in der "Verbindung aufbauen"-Phase stecken, und brach dann ab. Nach einem Flugmodus Ein-Aus gings dann ganz normal.
Sonst läufts sehr rund, und das Problem tritt jetzt auch erst seit kurzem, da ich recht viel Telefoniere wäre mir das vorher auf jeden fall aufgefallen, und fällt mir jetzt eben auch dann deutlich auf.
Reproduzierbar, aber bis jetzt noch nicht gezielt. Bin mir bis jetzt noch nicht sicher ob es auch im WLAN auftritt.
Ich würde da spontan eher auf ein Problem seitens des Netzanbieters tippen.
Ich denke das ist ein VoLTE Thema. Das 8.0 unterstützt ja kein 2G, 3G wurde in Deutschland abgeschaltet also bleibt nur 4G übrig. Wenn VoLTE nicht richtig unterstützt wird kann das Problem auftreten. Hatte ich auch mit meinen 8.0. Bei 8.1 merkt man es nicht das auf 2G zurückgegriffen wird.
Shift hat hier vermutlich einiges nachzuholen. Mein österreichischer Anbieter sagt das ist Sache des Herstellers. Shift muss auf die Anbieter zugehen und dann VoLTE richtig implementieren. Scheinbar gibt es hier providerspezifische Unterschiede.
Vermutlich nutzt du auch einen kleinen oder virtuellen Netzanbieter. Shift hat vermutlich nur die größeren implementiert.
Hier z. B. kannst du mehr dazu finden:
ne sorry, das hätte ich vielleicht deutlicher ausdrücken sollen: hab das gerät jetzt schon sehr lange, die VoIP situation ist mir sehr gut bekannt und hatte damit auch noch nie probleme. bin direkt bei O2, habe in der Stadt damit auch keine Probleme, ist also def. ein Bug, der nur sporadisch und oder erst seit kurzem auftritt. entweder bei O2 selber oder beim Gerät, das kann ich natürlich nicht sagen. Aber da es jetzt auf einmal auftritt denke ich war es eine Meldung wert.
Würde trotzdem mal den IMS-Dienststatus überprüfen wenn das Problem nochmal auftritt.
Wie das funktioniert steht auch im selben Thema: https://forum.shiftphones.com/threads/volte-fallt-aus-keine-telefonie-mehr-moglich.6434/post-72025
Wie das funktioniert steht auch im selben Thema: https://forum.shiftphones.com/threads/volte-fallt-aus-keine-telefonie-mehr-moglich.6434/post-72025
Nein. Letzter Absatz: "Non-certified OSes [...] should be unaffected by this [...]." ("Nicht zertiizierte Betriebssysteme sollten davon nicht betroffen sein.")
OS-L ist eines dieser nicht zertifizierten Betriebssysteme.
Ich habe mir brandneu ein Shiftphone 8.1 gekauft und wollte auch direkt das OS-L nach der Anleitung installieren. Nach mehreren Versuchen scheint es bei mir einfach nicht funktionieren zu wollen. In der Benachrichtigung ist es entweder (ohne Fortschrittsbalken) "Installing package", oder "Preparing for first boot" (Mit Fortschrittsbalken auf 0%). Habe den filehash überprüft und bei den Versuchen das Handy am ladekabel gehabt und eine Stunde gewartet - ohne Erfolg.
Habe in diesem Thread beim Überfliegen mal nichts gefunden, hat jemand ähnliche Erfahrungen gemacht (oder kann mich darauf hinweisen, dass ich etwas übersehen habe)?
Liebe Grüße für das neue Jahr!
Habe in diesem Thread beim Überfliegen mal nichts gefunden, hat jemand ähnliche Erfahrungen gemacht (oder kann mich darauf hinweisen, dass ich etwas übersehen habe)?
Liebe Grüße für das neue Jahr!
welche ShiftOS G Version ist den bei dir aktuell installiert @Larmicon ?
Sollte da bereits ShiftOS 6.3G installiert sein , klappt die Installation der aktuellen ShiftOS 7.0 L Version nicht über das lokale Update ,da die 6.3 G neuer ist als die aktuelle 7.0 L
Das geht dann erst wieder ,wenn für die L Version ein Update kommt.
Sollte noch 6.2 G installiert sein ,sollte es eigentlich gehen. Vielleicht lädst du die .ZIP einfach nochmal neu runter.
Sollte da bereits ShiftOS 6.3G installiert sein , klappt die Installation der aktuellen ShiftOS 7.0 L Version nicht über das lokale Update ,da die 6.3 G neuer ist als die aktuelle 7.0 L
Das geht dann erst wieder ,wenn für die L Version ein Update kommt.
Sollte noch 6.2 G installiert sein ,sollte es eigentlich gehen. Vielleicht lädst du die .ZIP einfach nochmal neu runter.
Gehofft/gewartet wird auf eins noch im Januar ,aber genau wissen tun wir es hier nicht.
Es gibt schon einen Weg ,wie du es installieren kannst ,hierzu finden sich Anleitung hier im Forum .
Ich persönlich habe damit noch keine Erfahrung und will jetzt nix falsches sagen ,aber ich glaube über den Installationsweg via Fastboot wäre z. B. eine Möglichkeit. (Anleitung usw. ist im ersten Beitrag verlinkt)
Es gibt drei Möglichkeiten, aber für alle drei muss zuerst das USB-Debugging auf deinem neuen SHIFTphone 8.x freigeschaltet werden:
- Entwickleroptionen freischalten:
- Die Einstellungen auf deinem neuen Shiftphone 8.x öffnen.
- Nach „Über das Telefon“ navigieren.
- Mindestens siebenmal auf den Eintrag „Build-Nummer“ tippen.
- USB-Debugging aktivieren.
- Die Einstellungen auf deinem Shiftphone 8.x öffnen.
- Nach („System“ →) „Entwickleroptionen“ → „USB-Debugging“ navigieren, den Umschalter auf aktiviert umlegen und auf „OK“ tippen.
- Optional (hilft beim Halten der ADB-Connection): Den Umschalter „Zeitlimit für ADB-Autorisierung deaktivieren“ auf aktiviert umlegen.
- Das Shiftphone 8.x mit dem anderen Gerät per USB-Kabel verbinden (am besten das Shift-eigene verwenden).
- Bei der aufpoppen Benachrichtigung auswählen, dass Daten übertragen werden sollen.
- Dafür sorgen, dass das Shiftphone 8.x nicht das Display abdunkelt. Dafür ist es hilfreich, wenn man entweder zweimal die Benachrichtigungsleiste runterzieht, um die Schnelleinstellungen zu finden und dann viermal auf den Button „Koffein“ tippt oder wenn man in den Entwickleroptionen den Umschalter „Bildschirm aktiv lassen“ auf anstellt.
- Mit dem UB-Ports-Installer (GUI-Programm, das im Hintergrund die Konsolenbefehle ausführt) Shift OS-l installieren. Allerdings bin ich mir nicht sicher, ob dabei nicht die LineageOS-Recovery installiert wird. Wenn das der Fall wäre, würden Recovery, Bootloader und Systemimage nicht zusammenpassen und man dürfte bis zum Fixen (zum Beispiel durch das nächste OTA-Update, ein doppeltes „lokales Update“ oder ein ADB-Sideload) den Bootloader nicht mehr sperren und die OEM-Sperre nicht wieder in Kraft nehmen. Sicher weiß da @@Lhotze mehr. Ein offener Bootloader ist aus meiner Sicht in zu großes Sicherheitsrisiko.
- Fastboot-Methode von @Lhotze (imho einfacher als die andere Fastboot-Methode); in detailiert:
- Ein vernünftiges Packprogramm bereithalten (der Windows-Explorer reicht nicht). Für Windows gibt es zum Beispiel https://7-zip.org/.
- Die Platform-Tools bereithalten. Bei Windows sind diese nicht vorinstalliert und müssen als zip-Datei von https://dl.google.com/android/repository/platform-tools-latest-windows.zip?hl=de heruntergeladen und extrahiert werden.
- https://downloads.shiftphones.com/p....7.0.L-RELEASE-LIGHT-20250916-FASTBOOT.tar.gz herunterladen.
- https://downloads.shiftphones.com/p...NE_8.SOS.7.0.L-RELEASE-LIGHT-20250916-OTA.zip herunterladen und so (unextrahiert) in den Ordner, in denen die extrahieren Platform-Tools liegen, verschieben.
- Die Dateien aus dem Fastboot-Package (das mit der Endung .tar.gz) extrahieren. Unter Windows kannst du das z.B. mit 7zip machen.
- Aus den extrahierten Dateien „boot.img“, „dtbo.img“ und „vendor_boot.img“ heraussuchen und in den Ordner, in denen die extrahieren Platform-Tools liegen, verschieben.
- Die Platform-Tools starten. Bei Windows muss dazu in den Ordner navigiert werden, in denen die extrahieren Platform-Tools liegen und dort in der Adresszeile des Windows-Explorers „cmd“ eingegeben werden.
- „adb devices“ eingeben.
- Auf deinem neuen Android-Gerät poppt nun eine Aufforderung auf. Wähle optional „Von diesem Computer immer zulassen“, aber auf jeden Fall „Erlauben“.
- „adb devices“ eingeben. Du solltest als Antwort „List of devices attached
SPxxxxxxxxxxxxx device“ erhalten. - „adb reboot bootloader“ eingeben.
- „fastboot reboot fastboot“ eingeben.
- „fastboot flash dtbo dtbo.img“ eingeben.
- „fastboot flash vendor_boot vendor_boot.img“ eingeben.
- „fastboot flash boot boot.img“ eingeben.
- „fastboot reboot-recovery“ eingeben.
- Notieren, welcher Boot-Slot angezeigt wird.
- In der Recovery „Apply update“ und dann „Apply from ADB“ antippen.
- „adb -d sideload SHIFTPHONE_8.SOS.7.0.L-RELEASE-LIGHT-20250916-OTA.zip“ eingeben.
- „fastboot reboot-recovery“ eingeben.
- Nun sollte der andere Boot-Slot (statt A B oder statt B A) angezeigt werden.
- In der Recovery „Apply update“ und dann „Apply from ADB“ antippen.
- „adb -d sideload SHIFTPHONE_8.SOS.7.0.L-RELEASE-LIGHT-20250916-OTA.zip“ eingeben.
- System starten, um die Integrität zu testen (wenn der Einrichtungsassistent startet, ist alles prima).
- Das SHIFTphone 8.x runterfahren.
- Drücke gleichzeitig für ein paar Sekunden die Power-Taste und die Lauter-Taste drücken. Wenn die weiße Schrift auf dem Display erscheint, drücke zweimal die Leiser-Taste.
- Drücke die Power-Taste.
- Nun sollte wieder der andere Boot-Slot (statt A B oder statt B A) angezeigt werden.
- Starte auch hier einmal das System, um die Integrität zu testen (wenn der Einrichtungsassistent startet, ist alles prima).
- Drücke gleichzeitig für ein paar Sekunden die Power-Taste und die Lauter-Taste drücken. Wenn die weiße Schrift auf dem Display erscheint, drücke zweimal die Leiser-Taste.
- Drücke die Power-Taste.
- „fastboot flashing lock“ eingeben.
- Anschließend wird das System aufgrund eines Werksresets neu gestartet.
- Den Einrichtungsassistenten so schnell wie möglich durchgehen, denn das System wird noch einmal zurückgesetzt werden.
- Die Einstellungen öffnen und die Entwickleroptionen freischalten (siehe oben)
- OEM-Sperre wieder aktivieren. Dadurch wird ein weiterer Werksreset ausgelöst.
- skriptgestützte Fastboot-Methode von Shift/amartinz (deutlich dichter an der EDL-Wiederherstellung; imho deutlich komplizierter)
Zuletzt bearbeitet:
Halli Hallo,
auch wenn ich dankbar bin, dass das Shift-Phone da ist ist es doch eher frustrierend, dass jetzt wieder Shift-L nicht installierbar ist. Ich hab tatsächlich - außer der dauerhaft offene Bootloader - die Fastboot-methode ausgiebig durchprobiert und leider ist es immer ein "installation abort". In diesem Sinne tatsächlich einfach nur auf die neue Version von Shift-L warten und hoffen, dass die dann von G6.3 aufspielbar ist?
Versteht mich richtig, ich kann gar nicht nachvollziehen wie viel Arbeit das alles für das Team ist. Trotzdem die Nachfrage.
Dankeschön!
LG
auch wenn ich dankbar bin, dass das Shift-Phone da ist ist es doch eher frustrierend, dass jetzt wieder Shift-L nicht installierbar ist. Ich hab tatsächlich - außer der dauerhaft offene Bootloader - die Fastboot-methode ausgiebig durchprobiert und leider ist es immer ein "installation abort". In diesem Sinne tatsächlich einfach nur auf die neue Version von Shift-L warten und hoffen, dass die dann von G6.3 aufspielbar ist?
Versteht mich richtig, ich kann gar nicht nachvollziehen wie viel Arbeit das alles für das Team ist. Trotzdem die Nachfrage.
Dankeschön!
LG
Dann drück ich dir mal die Daumen ,dass zeitnah ein L Update kommt ,dann sollte der Wechsel wieder ganz einfach funktioniert und du dein Shift 8 genießen kannst
Die Hoffnung stirbt ja bekanntlich zuletzt. Sorry, bin gerade über die ausbleibenden regelmäßigen Updates echt gefrustet. Seit vier Monaten kein Update für OS-L, etliche lang bekannte Probleme (Display, Fingerprint, diverse Audio-Geschichten) und vor allem auch Sicherheitslücken bleiben unbehoben. Versprochene Features fehlen. Aussagen zur Roadmap (Android 16?) gibt es keine.
Das letzte OS-G Update hat ein halbes Jahr gedauert, ist dann wegen eines Fehlers wieder aus der OTA-Verteilung zurückgezogen worden und das ist jetzt auch schon wieder einen Monat her. Die Mehrheit der Geräte hängt also auf Stand Juni 2025. Just als ich dies schrieb, hat man dann wenigstens ne 6.4 veröffentlicht. Immerhin. Damit sinds dann effektiv sieben Monate zwischen Updates. Ob man das für ein neues Gerät akzeptabel findet, muss wohl jeder für sich selbst entscheiden.
Bei allem Verständnis dafür, dass es kleine Hersteller schwer haben, aber schön ist das gerade alles nicht. Wenn sich da nicht sehr bald Besserung abzeichnet, geh ich widerwillig dann doch zur Konkurrenz. Schade um das verschenkte Potenzial des 8ers.
Bei allem Verständnis dafür, dass es kleine Hersteller schwer haben, aber schön ist das gerade alles nicht. Wenn sich da nicht sehr bald Besserung abzeichnet, geh ich widerwillig dann doch zur Konkurrenz. Schade um das verschenkte Potenzial des 8ers.
Zuletzt bearbeitet:
Nicht dauerhaft offen.
Öffnen, doppelt installieren und wieder schließen.
Greetz
Ich muss auch klar sagen das es zu lange dauert bis ein Update kommt. Ich hoffe noch auf Besserung, wenn dann demnächst alle 8er ausgeliefert sind. Es ist aber ganz klar das sich das stark verbessern muss.
Offen gesagt ,war das vorhin auch mein erster Gedanke nachdem ich mitbekommen habe ,dass die 6.4 G nun raus ist.Dauert nicht mehr lange!
(Keine Ahnung warum ,aber ich war/bin der Meinung ,dass eine Lösung für das "6.3 Problem" einfach Vorrang hatte und daher bisher keine L kam )