Pixel 8a out of order after failed attempt to install e/OS

Hello,

I have just acquired a Google Pixel 8a. It was running on Android 14, my laptop on Linux Mint.

I followed the install process : Install /e/OS on a Google Pixel 8a - “akita”

I passed the section “flashing additionnal partitions”. After that, the mobile phone just stayed in fast boot mode.

At some point, following a famous AI advice, I typed the following commands :

fastboot --set-active=b
fastboot reboot bootloader

Then, the mobile switched off and never came back since. I tried to load it (even if the battery was high before). I pressed the start button for more than 30 sec, with and without the volume button. Nothing works. :face_with_symbols_on_mouth:

Is the mobile definetely broken? What can I do? I am fed up.

Any help would be appreciated.

Regards,

I do have /OS running on an akita, so it’s not broken in general… maybe you can switch the aactive slot to “a” again or flash the additional partition also in the “b” slot (although I’m unsure if these also have alternate slots")

Thank you for your answer. Unfortunately, at that stage, I can do absolutely nothing with the phone. It is bricked.
I don’t know if there is even a solution except throwing it away :disappointed_face:.

Were you aware of the severe anti-rollback implementation on Pixel 6 (6, 6 Pro, 6a) and Pixel 8 (8, 8 Pro, 8a) devices described Factory Images for Nexus and Pixel Devices  |  Google Play services  |  Google for Developers?

Might you have attempted a compromising roll back during the install or preparation?

Did you take steps to fulfil this?

Tip: Before installing /e/OS on the Google Pixel 8a akita for the first time, install the latest stock OS version 16 build on the device.

Is the phone seen by Android Flash Tool?

1 Like

Thank you for your answer.
No, I was not aware of the anti-rollback implementation on Pixel 6 and 8.
And no, I missed the steps you mention (my bad :disappointed_face:). That might triggered the problem.
I tried with Android Flash Tool under a Window pc but it’s a fail. Could I be more lucky on Linux?

You never quite know with an online tool, but the expectation is that the tool is able to “see” the device. Always good to keep trying to the bitter end … the device is not bricked if it can be seen (at all) in Fastboot mode, after that EDL is required on some devices.

When I said this anti rollback is “severe” it is because, if I understand it right, the manufacturer discovered a significant vulnerability in earlier versions of the bootloader. They decided it could be fixed only with a certain upgrade path.

Worst case. If I understand it right, it is said that the manufacturer decided that devices exposed to the vulnerability should have a fuse on the motherboard permanently blown.

In other words, my phone is definitely dead? :skull_and_crossbones: :sob:

Just because

install the latest stock OS version 16 build on the device.

did not happen, does not mean worst case.

Would be sad: but I cannot answer without evidence.

My last resort is to take it to a repair shop to confirm or rule out this diagnosis?