Anyone have more information on the data corruption bug itself? I'm curious about the bug, but a quick Google search was not revealing.
GrapheneOS [Unofficial]
Welcome to the GrapheneOS (Unofficial) community
This feed is currently only used for announcements and news.
Official support available on our forum and matrix chat rooms
GrapheneOS is a privacy and security focused mobile OS with Android app compatibility.
Links
More Site links
Social Media
This is a community based around the GrapheneOS projects including the hardened Android Open Source Project fork, Auditor, AttestationServer, the hardened malloc implementation and other projects.
The official statement from Google can be found here: https://support.google.com/pixelphone/thread/241474288
As for the bug eport itself, that is available on their issue tracker here:
https://issuetracker.google.com/issues/305766503
https://issuetracker.google.com/issues/307592536
the issue was caused by a bug in the F2FS file system, which Pixel phones use for their data partition. While older Pixels also use the same file system, the bug is seemingly found in kernels based on Linux 5.10, used by the Pixel 6 and 7 series.
The bug is triggered by a "corrupted xattr (extended attribute) entry that occurs when a secondary user is removed and the file system is F2FS," as per Mishaal. Google's fix for the bug runs a file system consistency check (fsck) when the data partition is mounted. This also explains why affected Pixels take unusually long to boot after installing the November security patch.
Source: https://www.androidpolice.com/what-led-android-14-lock-some-pixel-users-phone/