Neu in Android 13 - Self-Bricking?

[f-v]

Auf dieser Seite

Factory Images for Nexus and Pixel Devices | Google Play services | Google Developers

kann man lesen:

Warning: The Android 13 update for Pixel 6, Pixel 6 Pro, and the Pixel 6a contains a bootloader update that increments the anti-roll back version for the bootloader. This prevents the device from rolling back to previous vulnerable versions of the bootloader. After flashing an Android 13 build on these devices you will not be able to flash and boot older Android 12 builds.

After taking an Android 13 update and successfully booting the device post update, an Android 12 build resides in the inactive slot (seamless updates for more information on slots) of the device. The inactive slot contains an older bootloader whose anti-rollback version has not been incremented. If the active slot is then flashed with a build that fails to boot, the fallback mechanism of seamless updates kicks in and the device tries to boot from the inactive slot. Since the inactive slot contains the older bootloader, the device enters an unbootable state.

Das Gerät brickt sich also nach OTA Upgrade auf A13 ggf. selbst, wenn auf der aktiven A13 Partition irgendwas schief läuft?
Außerdem ist man gezwungen, prophylaktisch ein Sideload durchzuführen, dass aber genau zu diesem Problem führt, wenn dabei etwas schief geht?
Das wäre ja ungeheuer praktisch.
Sollte ich meiner Mutter kurz telefonisch erklären, wie mein ein Sideload macht?

Google erhöht die Sicherheit maximal, indem verhindert wird, dass die Geräte jemals wieder booten?
Perfekter Ansatz!

 

[Dr.No]

Flasht deine Mutter ihr Smartphone per Factory-Image? Bei einem OTA-Update von 12 auf 13 passiert dies nicht.

 

[Martin 74]

Genau so ist es. Wer selber flasht, sollte wissen das es eben auch schief laufen kann.

 

[Farron]

Jedes Update kann schief laufen.

 

[chrs267]

Außerdem ist man gezwungen, prophylaktisch ein Sideload durchzuführen, dass aber genau zu diesem Problem führt, wenn dabei etwas schief geht?

Gezwungen wird niemand zu irgendwas. Wenn du vermeiden willst, dass bis zum nächsten Update (01.09. = max. 8-10 Tage) dein Gerät aufgrund dieses Problems nicht mehr bootet, kannst du natürlich auch auf den inaktiven Slot die neue Version des BLs flashen. Ein Muss ist das nicht und die Wahrscheinlichkeit, dass bei normaler Nutzung dieses Problem auftritt, ist fast Null.
Oder wie oft hat der Slot bisher in der Vergangenheit bei deiner Mutter wechseln müssen, weil dieses Problem aufgetreten ist? Ich vermute kein einziges Mal.

Die beschriebene Prozedur (OTA manuell flashen) kann dieses Problem nicht herbeiführen! Ein OTA soll nur dann zur Sicherheit per Sideload geflasht werden, wenn der aktive Slot mit A13 mindestens ein Mal korrekt gebootet wurde.

[...] to the inactive slot after successfully updating and booting into Android 13 at least once.

Somit ist die Grundlage folgende:
aktiver Slot = A13
inaktiver Slot = A12
Sollte das manuelle OTA-Update für den inaktiven Slot fehlschlagen, passiert nämlich was? Der inaktive wird dadurch nicht gebootet und der aktive Slot bleibt aktiv. Also der Slot mit A13 und das gibt keine Probleme.

Ich würde jedem normalen Nutzer empfehlen, es so zu lassen, wie es ist. Erst durch unerfahrenes Handeln könnte dieser Umstand zu einem großen Problem werden. Außerdem bezieht es sich nur wie o.g. auf die Zeitspanne zwischen des Security Patches von August und September. Sobald der Patch für September drauf ist, ist das Problem hinfällig.

 

[rockster76]

@chrs267 Danke für die super Erklärung