[GELÖST] iodéOS GSI: Update fehlgeschlagen, Android nicht gefunden

[shivagnihotri]

Liebe SHIFT-Freunde, ich benötige dringend Eure Hilfe, bevor ich mir meine Daten unwiderbringlich zerstöre: Heute Früh konnte ich nicht schlafen und sah, daß ein neues Update mit der Versionsnummer 5.21 für iodéOS GSI verfügbar ist. Eigentlich hätte ich auf all meine bisherigen Erfahrungen zurück greifen und vorher eine Sicherung machen sollen, doch ich dachte, über den integrierten Update-Installer wird es schon funktionieren. Das Update lud erfolgreich herunter und installierte ebenso erfolgreich, dann bat mich der Updater um einen Neustart. Gesagt, getan. Doch dann der Schock: Android-System nicht gefunden.

Lange Rede kurzer Sinn: Ich möchte das Update gern manuell einspielen, um den Datenverlust zu vermeiden. Dafür habe ich im Netz nun schon recherchiert, die Datei iode-5.21-20260123-arm64_ab.img wäre hier wohl die Richtige. Wichtige Frage: Wenn ich den Befehl

fastboot flash system iode-5.21-20260123-arm64_ab.img

ausführe, wird dies dazu führen, das ich das System wieder zum Laufen bringen kann, oder bewirkt dies, das ein Daten-Reset zwingend notwendig wird und der Zugriff auf meine internen Daten nicht mehr funktioniert? Welche Vorgehensweise empfehlt ihr mir, um den Datenverlust bitte unbedingt zu vermeiden und das System wieder funktionabel wieder herzustellen?

Wenn ich diesen Update-Horror Dank Euch hoffentlich erfolgreich gelöst habe, mache ich eine vollständige Sicherung und steige von GSI auf das aktuelle offizielle IODÉ um. Oder Calyx, je nach dem, was ihr mir empfehlen könnt. Ich zähle auf Eure Hilfe, möchte mir den Weg zurück in mein Telefon nicht verbauen, darum frage ich Euch hier. Danke für jeden nützlichen Hinweis um den Zugang zu reparieren!

 

[Dwain Zwerg]

Doch dann der Schock: Android-System nicht gefunden.

Wie sieht nun die Meldung (im Bootloader? / in der Recovery?) aus (gerne Bild machen und hochladen)?

Wenn ich den Befehl fastboot flash system iode-5.21-20260123-arm64_ab.img ausführe, wird dies dazu führen, das ich das System wieder zum Laufen bringen kann

Kann sehr gut sein, dass danach alles wieder läuft. Wie gesagt, wäre ein Foto (oder eine hinreichend detaillierte Beschreibung) hilfreich.

Welche Vorgehensweise empfehlt ihr mir, um den Datenverlust bitte unbedingt zu vermeiden

Wenn das nicht funktioniert, wird es imho nur Möglichkeiten mit Datenverlust geben. Kein (Seedvault-)Backup, kein Mitleid.

Calyx

ist bisher immer noch nicht fertig mit ihrem kompletten Organisationsumbau-Prozess. Deshalb gibt es nur die alten signierten Files und man hat a) nur ein sehr altes Android und b) müsstest du bei den neuen Files zumindest in die Recovery starten um die neuen Files sidezuloaden, womöglich sogar nochmal neu flashen.

 

[shivagnihotri]

Wie sieht nun die Meldung (im Bootloader? / in der Recovery?) aus (gerne Bild machen und hochladen)?

Version: Unknown ()

Can't load Android system. Your data may be corrupt. If you continue to get this message, you may need to perform a factory data reset and erase all user data stored on this device.

Kann sehr gut sein, dass danach alles wieder läuft. Wie gesagt, wäre ein Foto (oder eine hinreichend detaillierte Beschreibung) hilfreich.

Die obige Fehlermeldung im Recovery ist das Einzige, was mir angezeigt wird. Meine Befürchtung ist, das wenn ich das system.img drüber bügle, die Verschlüsselung der Datenpartition überschrieben wird (korrigiert mich bitte, wenn dies nicht richtig sein sollte) und ich dann definitiv gezwungen bin, alles zurückzusetzen...

Nachtrag: Kann ich die Datei /tmp/recovery.log irgendwie herunterladen, um sie hier mit Euch für die Analyse zu teilen?

Calyx ist bisher immer noch nicht fertig mit ihrem kompletten Organisationsumbau-Prozess. Deshalb gibt es nur die alten signierten Files und man hat a) nur ein sehr altes Android und b) müsstest du bei den neuen Files zumindest in die Recovery starten um die neuen Files sidezuloaden, womöglich sogar nochmal neu flashen.

Auf GitLab gibt es offenbar offizielle OTA-Images für otter, die erst 2 Wochen frisch sind.

 

[shivagnihotri]

Dank der integrierten KI im Brave-Browser erhielt ich auf meine Frage die Antwort, daß der Befehl

fastboot flash system iode-5.21-20260123-arm64_ab.img

ohne Factory Reset ausgeführt werden kann, um das System wieder herzustellen. Also hab' ich all meinen Mut zusammen genommen und den Befehl abgeschickt. Resultat:

C:\Users\shivagnihotri\Desktop\platform-tools>fastboot.exe flash system C:\Users\shivagnihotri\Desktop\iode-5.21-20260123-arm64_ab.img.xz

Resizing 'system_a'                                OKAY [  0.005s]
Invalid sparse file format at header magic
File size 1102121716 is unaligned, and greater than the maximum download size 268435456, unable to resparse for transfer.
fastboot: error: Could not resparse file for partition: system_a

Wie ist hier nun weiter zu werkeln? Muss ich den Slot wechseln oder was empfiehlst Du mir? Danke für Deine und Eure verständnisvolle Hilfe.

 

[Dwain Zwerg]

Meine Befürchtung ist, das wenn ich das system.img drüber bügle, die Verschlüsselung der Datenpartition überschrieben wird (korrigiert mich bitte, wenn dies nicht richtig sein sollte)

daß der Befehl fastboot flash system iode-5.21-20260123-arm64_ab.img ohne Factory Reset ausgeführt werden kann, um das System wieder herzustellen.

Das war klar (genau das wird bei jedem OTA-Update über den Updater gemacht). Ich wollte nur sichergehen, dass das dein Problem überhaupt fixt. Womöglich ist ja das Update korrupt oder nicht mit dem phone 8.x kompatibel. Probleme mit dem Update haben auf jeden Fall scheinbar keine anderen, weil nichts im iodé-Forum dazu besprochen wird.

Version: Unknown ()

Can't load Android system. Your data may be corrupt. If you continue to get this message, you may need to perform a factory data reset and erase all user data stored on this device.

Ja. Hier sind entweder wirklich deine User-Daten korrupt (dann würde gar nichts helfen; was passiert eigentlich, wenn du den Slot wechselst?) oder vielleicht doch nur dein System durch das Update (dann müsste dir ein heiles Update helfen).

Invalid sparse file format at header magic

Hier scheint irgendwie schon das Update kaputt zu sein. Du solltest das auf jeden Fall im Thread melden. Auf jeden Fall führt das dazu:

greater than the maximum download size 268435456

Und hier scheint so zu sein, dass das File zu groß ist. Du kannst noch eine Sache probieren: Lade das Update frisch auf deine externe SD-Karte runter, starte in die Recovery und update via SD-Karte.
Ansonsten fällt mir nichts ein, außer auf ein heiles Update zu warten.

 

[shivagnihotri]

was passiert eigentlich, wenn du den Slot wechselst?

Resizing 'system_b'                                OKAY [  0.005s]
Invalid sparse file format at header magic
File size 1102121716 is unaligned, and greater than the maximum download size 268435456, unable to resparse for transfer.
fastboot: error: Could not resparse file for partition: system_b

Eine kurze Suche gab' mir folgende Ausgabe:

Resizing 'system_b' FAILED (remote: 'Not enough space to resize partition') occurs when the dynamic partitioning system lacks sufficient space in the super partition to expand system_b during a flash operation.

This commonly happens when:

• The super partition is full due to leftover logical partitions (e.g., product_a, product_b) from previous installations.
• The system image being flashed is larger than the available space in the system_b slot.

Solution:

1. Delete unused logical partitions to free up space in the super partition:
   
   fastboot delete-logical-partition product_b
   
   (Replace product_b with product_a or another unused partition if needed.)
2. Retry flashing the system image:
   
   fastboot flash system system.img
3. If the error persists, ensure the system.img is not corrupted and verify it’s compatible with your device’s dynamic partition layout.

Note: Always use fastboot getvar all to confirm the current active slot and partition layout before proceeding. Flashing to system_b requires the device to be in the correct slot context.

Bevor ich manuell die logischen Partitionen lösche (gehen da die Nutzerdaten verloren?), sagt mir bitte, welchen Slot ich löschen darf um es nochmal zu probieren (würde ggf. sogar beide manuell löschen, wenn Du das empfiehlst, @Dwain Zwerg:

fastboot getvar all

(bootloader) cpu-abi:arm64-v8a
(bootloader) snapshot-update-status:none
(bootloader) super-partition-name:super
(bootloader) is-logical:init_boot_a:no
(bootloader) is-logical:vbmeta_system_a:no
(bootloader) is-logical:xbl_config_b:no
(bootloader) is-logical:sdc:no
(bootloader) is-logical:vbmeta_a:no
(bootloader) is-logical:tz_b:no
(bootloader) is-logical:abl_a:no
(bootloader) is-logical:modem_b:no
(bootloader) is-logical:aop_a:no
(bootloader) is-logical:featenabler_a:no
(bootloader) is-logical:dsp_b:no
(bootloader) is-logical:featenabler_b:no
(bootloader) is-logical:multiimgoem_a:no
(bootloader) is-logical:qweslicstore_b:no
(bootloader) is-logical:cpucp_a:no
(bootloader) is-logical:tz_a:no
(bootloader) is-logical:xbl_config_a:no
(bootloader) is-logical:xbl_b:no
(bootloader) is-logical:recovery_b:no
(bootloader) is-logical:shrm_b:no
(bootloader) is-logical:recovery_a:no
(bootloader) is-logical:uefisecapp_a:no
(bootloader) is-logical:cpucp_b:no
(bootloader) is-logical:boot_a:no
(bootloader) is-logical:ssd:no
(bootloader) is-logical:shrm_a:no
(bootloader) is-logical:init_boot_b:no
(bootloader) is-logical:hyp_a:no
(bootloader) is-logical:qweslicstore_a:no
(bootloader) is-logical:sdb:no
(bootloader) is-logical:mdtpsecapp_a:no
(bootloader) is-logical:qupfw_b:no
(bootloader) is-logical:bluetooth_a:no
(bootloader) is-logical:keymaster_a:no
(bootloader) is-logical:vendor_boot_a:no
(bootloader) is-logical:mdtp_b:no
(bootloader) is-logical:multiimgoem_b:no
(bootloader) is-logical:xbl_a:no
(bootloader) is-logical:imagefv_a:no
(bootloader) is-logical:abl_b:no
(bootloader) is-logical:sdd:no
(bootloader) is-logical:userdata:no
(bootloader) is-logical:misc:no
(bootloader) is-logical:modem_a:no
(bootloader) is-logical:sda:no
(bootloader) is-logical:keymaster_b:no
(bootloader) is-logical:devcfg_b:no
(bootloader) is-logical:imagefv_b:no
(bootloader) is-logical:vendor_boot_b:no
(bootloader) is-logical:dtbo_a:no
(bootloader) is-logical:qupfw_a:no
(bootloader) is-logical:bluetooth_b:no
(bootloader) is-logical:aop_b:no
(bootloader) is-logical:hyp_b:no
(bootloader) is-logical:mdtpsecapp_b:no
(bootloader) is-logical:mdtp_a:no
(bootloader) is-logical:dsp_a:no
(bootloader) is-logical:sde:no
(bootloader) is-logical:uefisecapp_b:no
(bootloader) is-logical:devcfg_a:no
(bootloader) is-logical:sdf:no
(bootloader) is-logical:vbmeta_system_b:no
(bootloader) is-logical:super:no
(bootloader) is-logical:metadata:no
(bootloader) is-logical:vbmeta_b:no
(bootloader) is-logical:boot_b:no
(bootloader) is-logical:dtbo_b:no
(bootloader) is-logical:odm_a:yes
(bootloader) is-logical:odm_b:yes
(bootloader) is-logical:system_a:yes
(bootloader) is-logical:system_b:yes
(bootloader) is-logical:vendor_a:yes
(bootloader) is-logical:vendor_b:yes
(bootloader) battery-soc-ok:yes
(bootloader) battery-voltage:0
(bootloader) off-mode-charge:0
(bootloader) treble-enabled:true
(bootloader) is-userspace:yes
(bootloader) partition-size:init_boot_a:0x800000
(bootloader) partition-size:vbmeta_system_a:0x10000
(bootloader) partition-size:xbl_config_b:0x3A000
(bootloader) partition-size:sdc:0x800000
(bootloader) partition-size:vbmeta_a:0x10000
(bootloader) partition-size:tz_b:0x400000
(bootloader) partition-size:abl_a:0x100000
(bootloader) partition-size:modem_b:0xDC00000
(bootloader) partition-size:aop_a:0x80000
(bootloader) partition-size:featenabler_a:0x20000
(bootloader) partition-size:dsp_b:0x4000000
(bootloader) partition-size:featenabler_b:0x20000
(bootloader) partition-size:multiimgoem_a:0x8000
(bootloader) partition-size:qweslicstore_b:0x40000
(bootloader) partition-size:cpucp_a:0x100000
(bootloader) partition-size:tz_a:0x400000
(bootloader) partition-size:xbl_config_a:0x3A000
(bootloader) partition-size:xbl_b:0x385000
(bootloader) partition-size:recovery_b:0x7800000
(bootloader) partition-size:shrm_b:0x20000
(bootloader) partition-size:recovery_a:0x7800000
(bootloader) partition-size:uefisecapp_a:0x200000
(bootloader) partition-size:cpucp_b:0x100000
(bootloader) partition-size:boot_a:0x6000000
(bootloader) partition-size:ssd:0x2000
(bootloader) partition-size:shrm_a:0x20000
(bootloader) partition-size:init_boot_b:0x800000
(bootloader) partition-size:hyp_a:0x800000
(bootloader) partition-size:qweslicstore_a:0x40000
(bootloader) partition-size:sdb:0x800000
(bootloader) partition-size:mdtpsecapp_a:0x400000
(bootloader) partition-size:qupfw_b:0x14000
(bootloader) partition-size:bluetooth_a:0x400000
(bootloader) partition-size:keymaster_a:0x80000
(bootloader) partition-size:vendor_boot_a:0x6000000
(bootloader) partition-size:mdtp_b:0x2000000
(bootloader) partition-size:multiimgoem_b:0x8000
(bootloader) partition-size:xbl_a:0x385000
(bootloader) partition-size:imagefv_a:0x200000
(bootloader) partition-size:abl_b:0x100000
(bootloader) partition-size:sdd:0x2000000
(bootloader) partition-size:userdata:0x6EC6D53000
(bootloader) partition-size:misc:0x100000
(bootloader) partition-size:modem_a:0xDC00000
(bootloader) partition-size:sda:0x73A6800000
(bootloader) partition-size:keymaster_b:0x80000
(bootloader) partition-size:devcfg_b:0x20000
(bootloader) partition-size:imagefv_b:0x200000
(bootloader) partition-size:vendor_boot_b:0x6000000
(bootloader) partition-size:dtbo_a:0x1800000
(bootloader) partition-size:qupfw_a:0x14000
(bootloader) partition-size:bluetooth_b:0x400000
(bootloader) partition-size:aop_b:0x80000
(bootloader) partition-size:hyp_b:0x800000
(bootloader) partition-size:mdtpsecapp_b:0x400000
(bootloader) partition-size:mdtp_a:0x2000000
(bootloader) partition-size:dsp_a:0x4000000
(bootloader) partition-size:sde:0x180000000
(bootloader) partition-size:uefisecapp_b:0x200000
(bootloader) partition-size:devcfg_a:0x20000
(bootloader) partition-size:sdf:0x2000000
(bootloader) partition-size:vbmeta_system_b:0x10000
(bootloader) partition-size:super:0x180000000
(bootloader) partition-size:metadata:0x1000000
(bootloader) partition-size:vbmeta_b:0x10000
(bootloader) partition-size:boot_b:0x6000000
(bootloader) partition-size:dtbo_b:0x1800000
(bootloader) partition-size:odm_a:0x100000
(bootloader) partition-size:odm_b:0x0
(bootloader) partition-size:system_a:0x41B11000
(bootloader) partition-size:system_b:0x41B11000
(bootloader) partition-size:vendor_a:0x3909A000
(bootloader) partition-size:vendor_b:0x0
(bootloader) version-vndk:30
(bootloader) partition-type:init_boot_a:raw
(bootloader) partition-type:vbmeta_system_a:raw
(bootloader) partition-type:xbl_config_b:raw
(bootloader) partition-type:sdc:raw
(bootloader) partition-type:vbmeta_a:raw
(bootloader) partition-type:tz_b:raw
(bootloader) partition-type:abl_a:raw
(bootloader) partition-type:modem_b:raw
(bootloader) partition-type:aop_a:raw
(bootloader) partition-type:featenabler_a:raw
(bootloader) partition-type:dsp_b:raw
(bootloader) partition-type:featenabler_b:raw
(bootloader) partition-type:multiimgoem_a:raw
(bootloader) partition-type:qweslicstore_b:raw
(bootloader) partition-type:cpucp_a:raw
(bootloader) partition-type:tz_a:raw
(bootloader) partition-type:xbl_config_a:raw
(bootloader) partition-type:xbl_b:raw
(bootloader) partition-type:recovery_b:raw
(bootloader) partition-type:shrm_b:raw
(bootloader) partition-type:recovery_a:raw
(bootloader) partition-type:uefisecapp_a:raw
(bootloader) partition-type:cpucp_b:raw
(bootloader) partition-type:boot_a:raw
(bootloader) partition-type:ssd:raw
(bootloader) partition-type:shrm_a:raw
(bootloader) partition-type:init_boot_b:raw
(bootloader) partition-type:hyp_a:raw
(bootloader) partition-type:qweslicstore_a:raw
(bootloader) partition-type:sdb:raw
(bootloader) partition-type:mdtpsecapp_a:raw
(bootloader) partition-type:qupfw_b:raw
(bootloader) partition-type:bluetooth_a:raw
(bootloader) partition-type:keymaster_a:raw
(bootloader) partition-type:vendor_boot_a:raw
(bootloader) partition-type:mdtp_b:raw
(bootloader) partition-type:multiimgoem_b:raw
(bootloader) partition-type:xbl_a:raw
(bootloader) partition-type:imagefv_a:raw
(bootloader) partition-type:abl_b:raw
(bootloader) partition-type:sdd:raw
(bootloader) partition-type:userdata:raw
(bootloader) partition-type:misc:raw
(bootloader) partition-type:modem_a:raw
(bootloader) partition-type:sda:raw
(bootloader) partition-type:keymaster_b:raw
(bootloader) partition-type:devcfg_b:raw
(bootloader) partition-type:imagefv_b:raw
(bootloader) partition-type:vendor_boot_b:raw
(bootloader) partition-type:dtbo_a:raw
(bootloader) partition-type:qupfw_a:raw
(bootloader) partition-type:bluetooth_b:raw
(bootloader) partition-type:aop_b:raw
(bootloader) partition-type:hyp_b:raw
(bootloader) partition-type:mdtpsecapp_b:raw
(bootloader) partition-type:mdtp_a:raw
(bootloader) partition-type:dsp_a:raw
(bootloader) partition-type:sde:raw
(bootloader) partition-type:uefisecapp_b:raw
(bootloader) partition-type:devcfg_a:raw
(bootloader) partition-type:sdf:raw
(bootloader) partition-type:vbmeta_system_b:raw
(bootloader) partition-type:super:raw
(bootloader) partition-type:metadata:raw
(bootloader) partition-type:vbmeta_b:raw
(bootloader) partition-type:boot_b:raw
(bootloader) partition-type:dtbo_b:raw
(bootloader) partition-type:odm_a:raw
(bootloader) partition-type:odm_b:raw
(bootloader) partition-type:system_a:raw
(bootloader) partition-type:system_b:raw
(bootloader) partition-type:vendor_a:raw
(bootloader) partition-type:vendor_b:raw
(bootloader) has-slot:init_boot:yes
(bootloader) has-slot:vbmeta_system:yes
(bootloader) has-slot:xbl_config:yes
(bootloader) has-slot:sdc:no
(bootloader) has-slot:vbmeta:yes
(bootloader) has-slot:tz:yes
(bootloader) has-slot:abl:yes
(bootloader) has-slot:modem:yes
(bootloader) has-slot:aop:yes
(bootloader) has-slot:featenabler:yes
(bootloader) has-slot:dsp:yes
(bootloader) has-slot:multiimgoem:yes
(bootloader) has-slot:qweslicstore:yes
(bootloader) has-slot:cpucp:yes
(bootloader) has-slot:xbl:yes
(bootloader) has-slot:recovery:yes
(bootloader) has-slot:shrm:yes
(bootloader) has-slot:uefisecapp:yes
(bootloader) has-slot:boot:yes
(bootloader) has-slot:ssd:no
(bootloader) has-slot:hyp:yes
(bootloader) has-slot:sdb:no
(bootloader) has-slot:mdtpsecapp:yes
(bootloader) has-slot:qupfw:yes
(bootloader) has-slot:bluetooth:yes
(bootloader) has-slot:keymaster:yes
(bootloader) has-slot:vendor_boot:yes
(bootloader) has-slot:mdtp:yes
(bootloader) has-slot:imagefv:yes
(bootloader) has-slot:sdd:no
(bootloader) has-slot:userdata:no
(bootloader) has-slot:misc:no
(bootloader) has-slot:sda:no
(bootloader) has-slot:devcfg:yes
(bootloader) has-slot:dtbo:yes
(bootloader) has-slot:sde:no
(bootloader) has-slot:sdf:no
(bootloader) has-slot:super:no
(bootloader) has-slot:metadata:no
(bootloader) has-slot:odm:yes
(bootloader) has-slot:system:yes
(bootloader) has-slot:vendor:yes
(bootloader) security-patch-level:2024-03-05
(bootloader) vendor-fingerprint:SHIFT/otter/otter:11/SOS.6.1.20250401/20250401:user/release-keys
(bootloader) hw-revision:0
(bootloader) current-slot:b
(bootloader) serialno:XXXXXXXXXXXXXXX
(bootloader) product:otter
(bootloader) version-os:11
(bootloader) first-api-level:34
(bootloader) slot-count:2
(bootloader) max-download-size:0x10000000
(bootloader) version:0.4
(bootloader) version-baseband:
(bootloader) secure:yes
(bootloader) variant:NA
(bootloader) dynamic-partition:true
(bootloader) system-fingerprint:SHIFT/otter/otter:11/SOS.6.1.20250401/20250401:user/release-keys
(bootloader) version-bootloader:unknown
(bootloader) unlocked:yes
all:
Finished. Total time: 0.668s

Lade das Update frisch auf deine externe SD-Karte runter, starte in die Recovery und update via SD-Karte.

Da das eine OTA-Datei ist und kein ZIP, kann ich das nicht über die SD-Karte flashen. Oder gibt es da eine Methode, die Datei umzuwandeln?

 

[Dwain Zwerg]

was passiert eigentlich, wenn du den Slot wechselst?

Sorry. Da haben wir wohl aneinander vorbeigeredet: Ich meinte wirklich nur den Slot wechseln. Nicht in den anderen Slot nochmal den Schrott installieren (schließlich haben wir ja zwei Slots, um über den einen heilen evtl. noch in ein heiles System zu kommen).

Resizing 'system_b' OKAY [ 0.005s] Invalid sparse file format at header magic File size 1102121716 is unaligned, and greater than the maximum download size 268435456, unable to resparse for transfer. fastboot: error: Could not resparse file for partition: system_b

Der Error war mir durchaus bekannt. Ich schrieb ja auch schon:

File zu groß ist

Korrekter wäre „das File ist auch irgendeinem Grund zu groß für die super-Partition“. Mir war aber nicht klar, ob du damit etwas anfangen kannst.

gehen da die Nutzerdaten verloren?

Meines Wissens ja (bitte korrigieren, wenn falsch).

würde ggf. sogar beide manuell löschen

Wäre nur sinnvoll, wenn du beide löschst (haben wir bei der ersten Installation auch getan, wenn du es nach meiner Anleitung getan hast).

OTA-Datei ist und kein ZIP

Eine OTA-Datei ist üblicherweise ein zip. Aber stimmt, beim GSI ist es keines (sondern ein xz), da hatte ich nicht dran gedacht.

Oder gibt es da eine Methode, die Datei umzuwandeln?

Letztlich ist xz nur ein anderes Komprimierungsformat und meiner Erinnerung nach kontrolliert die Recovery die Signatur nicht. Also solltest du die img einfach zippen können, um sie über die Recovery zu installieren.

 

[shivagnihotri]

Meines Wissens ja (bitte korrigieren, wenn falsch).

Danke für Deine Unterstützung. Ich weiß, das ich Bockmist gebaut habe, würde aber dennoch gern möglichst einen Weg gehen, wo ich die Nutzerdaten erstmal verschone, wenn es irgendwie geht. Ich würde also beide Slots nach Deiner Anleitung löschen - liegen da die Nutzerdaten ebenfalls drin? Ich meine, wenn ich ein Update mache, dann wird jerweils der leere Slot genutzt und dann gewechselt, wenn ich das richtig verstanden habe. Ja, iodéOS habe ich damals genau nach Deiner Anleitung installieren können und nutze es seither.

Letztlich ist xz nur ein anderes Komprimierungsformat und meiner Erinnerung nach kontrolliert die Recovery die Signatur nicht. Also solltest du die img einfach zippen können, um sie über die Recovery zu installieren.

Also die .img-Datei einfach in .zip umbenennen, oder nochmal in eine ZIP-Datei einpacken?

Gibt es eine Möglichkeit, die Datenpartition zu sichern um sie ggf. wieder einspielen bzw. die Daten daraus extrahieren zu können, falls die Löschung der Slots einen Factory Reset unumgänglich macht? Die Super-Partition habe ich damals mal von meinem Shift6mq gesichert, über 12 GB groß...

 

[Dwain Zwerg]

liegen da die Nutzerdaten ebenfalls

Meines Wissens nicht. Aber ich denke, da wird der Schlüssel gespeichert (@@Lhotze, @Ene wisst ihr das?).

nochmal in eine ZIP-Datei einpacken?

In eine Zip packen. Bevor du es mit 7zip extrahierst, ist es ja auch in einer xz gepackt.

Gibt es eine Möglichkeit, die Datenpartition zu sichern um sie ggf. wieder einspielen bzw. die Daten daraus extrahieren zu können

Meines Wissens ohne Root nicht (bitte korrigieren, wenn falsch).

 

[shivagnihotri]

In eine Zip packen. Bevor du es mit 7zip extrahierst, ist es ja auch in einer xz gepackt.

Habe es in eine ZIP gepackt und versucht über Recovery zu flashen: Signature verification failed. Footer is wrong. Error 21.

 

[Revan335]

Da wir kein TWRP oder ähnliches haben fällt Backup darüber auch weg.

Selbst wenn wir Root nachflashen sind wir bei Locked Bootloader schon raus, sofern dies überhaupt geht ohne OS Boot danach.

ADB/USB Debugging ist aktiv gewesen?

Vielleicht geht darüber noch was.

 

[shivagnihotri]

ADB/USB Debugging ist aktiv gewesen?

ADB kann ich ansteuern, ob USB Debugging aktiv war kann ich nicht sicher sagen, Entwicklermodus hatte ich freigeschaltet.

Selbst wenn wir Root nachflashen sind wir bei Locked Bootloader schon raus, sofern dies überhaupt geht ohne OS Boot danach.

Mein Bootloader ist seit der Nutzung von iodéOS GSI immer offen gewesen und ist es auch jetzt noch. Nützt uns das?

 

[@Lhotze]

Meines Wissens nicht. Aber ich denke, da wird der Schlüssel gespeichert (@Lhotze, @Ene wisst ihr das?).

Spekulation, ich weiß es tatsächlich nicht genau .

Aber: Die /data Partition existiert (im Gegensatz zu /system , bzw /super) nur einmal. Ist also eine reale Partition, was ja auch Sinn macht, da die Daten sonst bei jedem Update geklont werden müssten und doppelt vorliegen würden. Macht keinen Sinn.

Mit der selben Logik würde ich ableiten, dass der FBE-Decryiption-Key-Blobs auf der /metadata Partition ausgelagert ist.

Die existiert auf dem Flash-Speicher auch nur einmal, prominent im Bereich des "Pre-Bootes" in der Partitionstabelle bei Recovery und VB-Meta (bei unserem Gerät in /dev/sda14) ...

Greetz

 

[shivagnihotri]

Danke, lieber @Lhotze. Wie würdest Du mir empfehlen weiter vorzugehen?

 

[Flemmel]

Ich kann leider nicht helfen da ich mit dem Thema nicht vertraut bin.
Kann mir jemand erklären was ist ein „Slot“ ist?

 

[shivagnihotri]

Ich kann leider nicht helfen da ich mit dem Thema nicht vertraut bin.

Wenn Du nichts zur Lösung beitragen kannst, bitte nicht sowas antworten. Da bekomme ich Puls.

Kann mir jemand erklären was ist ein „Slot“ ist?

Nein. Bitte nutze die Suchfunktion oder frage die KI. Danke.

 

[@Lhotze]

Kann mir jemand erklären was ist ein „Slot“ ist?

Da das Wissen ist, was für die aktuelle Diskussion grundlegend ist und wir diese Topics ja öffentlich machen, damit jeder, der das Problem selbst mal hat, nachlesen kann, erkläre ich dir das natürlich sehr gerne.

Bei modernen Android-Geräten ist es so, dass du einen normalen Speicher hast, wo Partitionen drauf liegen, die nur einzeln vorkommen. In dem Fall beispielsweise deine Datenpartition, auf denen du die App-Daten, deine gemachten Fotos, Audiodateien und so weiter ablegst.

Es gibt aber auch innerhalb des Speichers zwei sogenannte dynamische Partitionen. Diese Partitionen beinhalten die für das laufende Betriebssystem notwendigen Daten. Das bedeutet, dass das deine Slots sind, dynamische Partition Slot A und dynamische Partition Slot B (Vereinfacht ausgedrückt, da gehören noch extra Partitionen dazu, die nicht in der dynamischen Partition enthalten sind, aber das ist, glaube ich, für die aktuelle Diskussion eher irrelevant).

Das hat folgenden Grund. Bei alten Android-Geräten konntest du ein Update nur durchführen, wenn du das Gerät runtergefahren hast und dich im Recovery befunden hast.

Bei neueren Geräten wird quasi immer ein Slot im aktiven Betrieb benutzt, während der andere Slot ruht und nicht aktiv ist. Betriebssystem-Updates werden auf den inaktiven Slot geschrieben, aus dem laufenden System heraus und bei dem nächsten Neustart wird der Slot des Gerätes gewechselt. Du befindest dich dann quasi auf dem vorher inaktiven Slot, der jetzt aktiv geworden ist und somit ist dein Gerät auf diesem inaktiven Slot geupdatet worden und benutzt jetzt die aktuellste Version. Beim nächsten Update wird dann wieder der ruhende Slot beschrieben und beim nächsten Neustart wechselt das Gerät einfach wieder den Slot und du hast wieder ein aktives Betriebssystem, ohne dass du irgendwelche Performanceeinbußen hinnehmen musstest oder dein Gerät erzwungen dann neu starten musstest, wenn es dir gerade nicht gepasst hat.

Das gleiche ist aber auch eine Sicherheitsfunktion, weil wenn dein Gerät erkennt, dass der Slot nicht funktioniert und das Update fehlgeschlagen ist, dann wechselt dein Gerät im Normalfall automatisch auf den vormals genutzten Slot zurück, in der Hoffnung, dass der Fehler lediglich im Update bedingt ist und du dein Gerät dadurch wieder einfach so nutzen kannst.
Quasi ein Rollback, weil das Update fehlerhaft war. Ich hoffe, das erklärt es hinreichend.

Greetz

 

[shivagnihotri]

Danke, daß Du das so ruhig und souverän beantwortet hast, lieber @Lhotze. Es war auch nicht meine Absicht, den Nutzer Flemmel verbal anzufahren. Ich bin einfach am Boden zerstört zu sehen, wie gering meine Chancen sind, die Daten des riesigen Speichers vom neuen SHIFT 8.1 wieder zugänglich machen zu können. Diese Notsituation verlangt mit gerade alles ab. An dieser Stelle meine herzliche Entschuldigung, ich bin und möchte kein Arsch sein - nur in diesem Moment hat mich die Frage noch mehr aus der Bahn geworfen.

An all jene die hier mitlesen und mich verstehen: Würde es etwas nützen, wenn ich einen der beiden Slots (also nicht gleich beide) lösche und versuche, dort das Update einzuspielen? Ich klammere mich gern an jeden Strohhalm, der Euch noch einfällt. Irgend eine Möglichkeit muss es doch geben, wenigstens das System nochmal drüber zu bügeln...

 

[Dwain Zwerg]

Locked Bootloader

Der ist unlocked. Ist ja ein GSI.

Root nachflashen

würde wohl dennoch zu einem wipe führen.

Würde es etwas nützen, wenn ich einen der beiden Slots (also nicht gleich beide) lösche und versuche, dort das Update einzuspielen?

Du könntest natürlich mal versuchen, die logical partitition zu leeren und dann das Update einzuspielen. Ich gebe hier aber keine Gewähr, dass danach deine Daten noch da sind. Womöglich sind durch das Leeren dann die Daten verloren.

 

[shivagnihotri]

Freunde, unglaubliches ist geschehen! Und ich hoffe, es rettet weiteren SHIFT-Nutzern ihre Daten! Hier meine Lösung:

In FASTBOOTD, offenem Bootloader und mit aktivem Slot _a schickte ich diese Befehle ab:

1. Download iodé-5.19-20251207-arm64_ab.img.xz
2. Mittels 7zip das iode-5.19-20251207-arm64_ab.img extrahiert
3. fastboot erase system
4. fastboot flash system iode-5.19-20251207-arm64_ab.img
5. fastboot reboot

Der Zugang zu meinen Daten wurde erfolgreich wieder hergestellt. Für mich ist das ein echtes Wunder. Danke, Danke, Danke!

Später am heutigen Tage werde ich eine vollständige System- und Datensicherung durchführen und mein System auf das aktuelle offizielle iodeOS upgraden.

Danke an Euch alle, daß ihr mir Unterstützung in dieser für mich so hoffnungslosen Situation geschenkt habt. Meine wichtigste Lektion, ab sofort regelmäßige Sicherungen mittels SeedVault durchzuführen, habe ich nun endgültig gelernt. Gute Nacht, schlaft schön - und bitte sichert immer Eure Daten, damit Euch solcher Unfug niemals passiert!

 

[LudwigXIV]

Was ein Krimi, aber herzlichen Glückwunsch, da warst du erfolgreicher als ich