Themes / Apps / Mods 📳🔥PixelFlasher for Google Pixel 7 Pro Support Thread.

Search This thread

Nekromantik

Senior Member
You shouldn't have lost root, a simple oversight of selecting the stock boot instead of the patched boot after creating a patch and before hitting the flash button could cause that.
You'd think you wouldn't make a silly mistake like that, well I've got news for you, I did that mistake and lost root, and wondered if I had introduced a regression in the latest release, only checking the logs exposed my shortcomings.

I can take a look at you logs if you want.
Another possibility is that the last step in flashing is actually flashing the patch, if anything goes wrong during that, the phone will remain in stock state, not that something should go wrong, but anything is a possibility.
No need to look at logs
I am sure I did select the patched boot img as there were 2 there to choose from.
On March update if it happens again I will post logs :)
 
  • Like
Reactions: badabing2003

viper8u2

Senior Member
Mar 8, 2008
265
39
You shouldn't have lost root, a simple oversight of selecting the stock boot instead of the patched boot after creating a patch and before hitting the flash button could cause that.
You'd think you wouldn't make a silly mistake like that, well I've got news for you, I did that mistake and lost root, and wondered if I had introduced a regression in the latest release, only checking the logs exposed my shortcomings.

I can take a look at you logs if you want.
Another possibility is that the last step in flashing is actually flashing the patch, if anything goes wrong during that, the phone will remain in stock state, not that something should go wrong, but anything is a possibility.
Just noticed I lost root also, going to go back and reflash again, maybe I didn't select the patch?

**Edit I must have not selected the patched boot, just flashed again and all is good with root. Thanks again 👊
 
Last edited:

EtherealRemnant

Senior Member
Sep 15, 2007
5,040
2,190
38
Denver, CO
OnePlus 9
Samsung Galaxy Watch 4
I totally spaced it until now but here's the support.zip from when the patched boot image wasn't flashing. I hadn't used PixelFlasher on this computer since then so hopefully it's still useful.

I did just view the log myself and see that I did indeed select the correct patched file both times I tried to flash it and it reported it flashing successfully both times too yet for some reason, I still had to flash the same patched image manually to get root back.
 

Attachments

  • support.zip
    48.2 KB · Views: 4
I totally spaced it until now but here's the support.zip from when the patched boot image wasn't flashing. I hadn't used PixelFlasher on this computer since then so hopefully it's still useful.

I did just view the log myself and see that I did indeed select the correct patched file both times I tried to flash it and it reported it flashing successfully both times too yet for some reason, I still had to flash the same patched image manually to get root back.
Are you using Minimal ADB Fastboot?
 

miimaa

Senior Member
Aug 10, 2013
104
23
Rauma
I also lost root updating from December to January a week ago. I used the newest version of Pixel Flasher.

I'm 99 % sure I did everything right. And that's why I was pretty confused of what happened. One percent of me was afraid that I was a noob and didn't dare mention it.

I didn't save the logs.
 

badabing2003

Recognized Contributor
Sep 17, 2012
1,886
2,476
I totally spaced it until now but here's the support.zip from when the patched boot image wasn't flashing. I hadn't used PixelFlasher on this computer since then so hopefully it's still useful.

I did just view the log myself and see that I did indeed select the correct patched file both times I tried to flash it and it reported it flashing successfully both times too yet for some reason, I still had to flash the same patched image manually to get root back.
Thanks for the support file, there is not enough data in your logs to conclude anything.
All I see in there is that you boot flashing, not the full factory flashing.
And yes you selected the patched image, but the logs don't display if flash to inactive slot was selected or not, that's an oversight on my side, I will add that to the logs so that we can tell.
If that option was selected, then definitely rebooting to system would not have been rooted.

Furthermore your logs don't include anything after flashing, meaning that I don't see it in adb mode loaded to say if it was rooted or not.

I also lost root updating from December to January a week ago. I used the newest version of Pixel Flasher.

I'm 99 % sure I did everything right. And that's why I was pretty confused of what happened. One percent of me was afraid that I was a noob and didn't dare mention it.

I didn't save the logs.
Please, get me the logs, I need to look into this, you don't have to save the logs, PF does it for you, and it is already saved.
Just launch PF, go to help menu and select Create a Santized support.zip
That's all, and you can close PF
And don't worry leaking sensitive information, PF sanitizes the logs and removes any sensitive information like device ID, username ...

Thanks, logs go a long way towards making this tool more robust and reliable.
 

miimaa

Senior Member
Aug 10, 2013
104
23
Rauma
Thanks for the support file, there is not enough data in your logs to conclude anything.
All I see in there is that you boot flashing, not the full factory flashing.
And yes you selected the patched image, but the logs don't display if flash to inactive slot was selected or not, that's an oversight on my side, I will add that to the logs so that we can tell.
If that option was selected, then definitely rebooting to system would not have been rooted.

Furthermore your logs don't include anything after flashing, meaning that I don't see it in adb mode loaded to say if it was rooted or not.


Please, get me the logs, I need to look into this, you don't have to save the logs, PF does it for you, and it is already saved.
Just launch PF, go to help menu and select Create a Santized support.zip
That's all, and you can close PF
And don't worry leaking sensitive information, PF sanitizes the logs and removes any sensitive information like device ID, username ...

Thanks, logs go a long way towards making this tool more robust and reliable.
Here you go buddy. Hope this helps.

If I'm a total noob, don't mention it. :D
 

Attachments

  • support.zip
    37.8 KB · Views: 2
  • Haha
Reactions: Slim2none4u

badabing2003

Recognized Contributor
Sep 17, 2012
1,886
2,476
Here you go buddy. Hope this helps.

If I'm a total noob, don't mention it. :D
Thanks

Observations:
The logs show that on February 1st, you ran PF 4.6.1.0 (not the latest today)
With an unsupported older Platform tools
Code:
2023-02-01 19:26:05 ERROR: Detected older Android Platform Tools version 30.0.1-6435776
2023-02-01 19:26:10 User accepted older version 30.0.1-6435776 of Android platform tools.
SDK Version: 30.0.1-6435776

And flashed the January image cheetah-tq1a.230105.002
Selecting the unpatched boot

Code:
Boot image:             59363c5b / 59363c5b
Notice how both sha1 values are the same.
It should have showed this on one side

Code:
SHA1 of magisk_patched_59363c5b.img file: 72da70ccd63f413e6eb5db8c5b853f98a52f42c6

Can you please update the platform tools (just click the link in PF to get the latest)
You should also update PF.

You can choose to just flash the patched boot from January, or full January or even better go full February.
 

EtherealRemnant

Senior Member
Sep 15, 2007
5,040
2,190
38
Denver, CO
OnePlus 9
Samsung Galaxy Watch 4
Thanks for the support file, there is not enough data in your logs to conclude anything.
All I see in there is that you boot flashing, not the full factory flashing.
And yes you selected the patched image, but the logs don't display if flash to inactive slot was selected or not, that's an oversight on my side, I will add that to the logs so that we can tell.
If that option was selected, then definitely rebooting to system would not have been rooted.

Furthermore your logs don't include anything after flashing, meaning that I don't see it in adb mode loaded to say if it was rooted or not.


Please, get me the logs, I need to look into this, you don't have to save the logs, PF does it for you, and it is already saved.
Just launch PF, go to help menu and select Create a Santized support.zip
That's all, and you can close PF
And don't worry leaking sensitive information, PF sanitizes the logs and removes any sensitive information like device ID, username ...

Thanks, logs go a long way towards making this tool more robust and reliable.
Maybe disable flash to inactive slot when flashing boot image only? Or at least prompt if it's selected warning that it won't work if you're not updating the phone at the same time? I am pretty sure I didn't have flash to inactive slot selected but I was in a hurry to run out the door so it's possible.
 
  • Like
Reactions: badabing2003

badabing2003

Recognized Contributor
Sep 17, 2012
1,886
2,476
Maybe disable flash to inactive slot when flashing boot image only? Or at least prompt if it's selected warning that it won't work if you're not updating the phone at the same time? I am pretty sure I didn't have flash to inactive slot selected but I was in a hurry to run out the door so it's possible.
Actually you had it selected.
I just checked the logs before flashing, and after flashing.
You had this

Code:
    "flash_to_inactive_slot": true,
Knowing that PF logs it when you change it, I can safely assume that while flashing it must have been set.

In future release I might block that choice when doing boot flashing.
 

miimaa

Senior Member
Aug 10, 2013
104
23
Rauma
Thanks

Observations:
The logs show that on February 1st, you ran PF 4.6.1.0 (not the latest today)
With an unsupported older Platform tools
Code:
2023-02-01 19:26:05 ERROR: Detected older Android Platform Tools version 30.0.1-6435776
2023-02-01 19:26:10 User accepted older version 30.0.1-6435776 of Android platform tools.
SDK Version: 30.0.1-6435776

And flashed the January image cheetah-tq1a.230105.002
Selecting the unpatched boot

Code:
Boot image:             59363c5b / 59363c5b
Notice how both sha1 values are the same.
It should have showed this on one side

Code:
SHA1 of magisk_patched_59363c5b.img file: 72da70ccd63f413e6eb5db8c5b853f98a52f42c6

Can you please update the platform tools (just click the link in PF to get the latest)
You should also update PF.

You can choose to just flash the patched boot from January, or full January or even better go full February.
4.6.1.0 was the latest at the time. I just updated to that version before I flashed the update.

So was it me doing something wrong or something else?

I will update the Pixel Flasher and flash the February firmware tomorrow.
 

miimaa

Senior Member
Aug 10, 2013
104
23
Rauma
Just wanted to post as this was the 2nd time I've used the tool and everything went flawless. Up and running in approximately 10 minutes. Thank you for making the monthly update process so easy.

If it helps anybody, below are the steps I use:

1) Download SDK Platform Tools and extract to desktop
2) Download monthly factory image
3) Download updated version of PixelFlasher
4) Uncheck all magisk modules on phone
5) Open PixelFlasher, select Platform Tools, select device, select factory image, process the firmware file and extract the boot image. Patch the boot img and then select patched img, check "Keep Data" and "Flash to inactive slot" and then "Flash Pixel Phone"
6) Let it do it's thing, boot up, open Magisk, re-check modules and restart phone
7) Success! Enjoy updated phone with exact same setup as 10 minutes prior.

These are the instructions I've been using while flashing with Pixel Flasher. Success two times and the third was when I lost the root.
 

badabing2003

Recognized Contributor
Sep 17, 2012
1,886
2,476
4.6.1.0 was the latest at the time. I just updated to that version before I flashed the update.

So was it me doing something wrong or something else?

I will update the Pixel Flasher and flash the February firmware tomorrow.
You selected the stock boot instead of patched boot before hitting the flash button.
You should also always use the latest platform tools.
 

miimaa

Senior Member
Aug 10, 2013
104
23
Rauma
1- you don't have to do it each time if it is current, PF will tell you if it is or not

Your steps are good, you just missed this part and then select patched img
Thanks for the info! I will try again tomorrow.

And thank you very much for your good work! I'm an old school recovery-flasher since Android 2.3. Adb and coding is cryptonite to me and that's why your software has been a lifesaver for me.
 

Top Liked Posts

  • There are no posts matching your filters.
  • 12
    New Release:
    Mar 14, 2023 v4.8.1 release
    • #47 Feature request: Added partition manager - Allows to erase partitions, and / or dump / backup partitions to PC.
    • Added more visual troubleshooting event flows.
    • Added warning message for when Android platform tools versions 34.0.0 and 34.0.1 are used.
    • Improved support.zip redactions.
    • Added Support.Zip generator button on the Main screen.
    • APK Install option can now set the ownership to Play Store Market (useful for Android Auto)
    • Check and warn the user when Magisk Canary versions 25207, 25208, 25209 and 25210 are being used.
    • Bug fixes and other improvements.
    7
    For anyone else looking for the latest adb that actually works, here are the official links to adb/fastboot 33.0.3:

    https://dl.google.com/android/repository/platform-tools_r33.0.3-windows.zip - Windows
    https://dl.google.com/android/repository/platform-tools_r33.0.3-darwin.zip - Mac
    https://dl.google.com/android/repository/platform-tools_r33.0.3-linux.zip - Linux

    Google doesn't keep the links to previous versions of adb on the platform-tools page.
    6
    Thanks @simplepinoi177 for finding relevant posts.
    What I want to add is that, although the initial thought process was to use the alternate slot as a fallback.
    Unfortunately that only works with older devices, and does not work for newer ones.

    Even for older devices one needs to remove system_other.img from the update image to get it to work.
    I have posted about the details, unfortunately I'm not very good at finding my own posts.
    The gist of the matter is that, factory images contain system_other which is flashed to the alternate slot's system partition, they contain the optimized dex files which are copied to the active slot after booting to system to save time.
    This effectively deems the alternate partition's system unusable.
    Removing system_other before flashing theoretically would get around that issue, at a small performance hit at first while the dex files are optimized on first use, and that works on older devices.
    I managed to setup Pixel XL with both slots bootable, and alternate between them at will, even one was rooted and the other stock.
    Sadly this no longer works on newer devices due to AVB.

    Having said all that, I still flash to alternate slot every month, knowing well that it I wouldn't be able to system boot to the alternate slot, I do this mainly because I want to keep all the partitions at most one release behind.

    Flashing to both slots makes sure that the bootloader is current on both slots, which avoids issues like what happened in August.
    I don't flash to both slots mainly because if there is a regression in the bootloader (I doubt it) or a disruption during flashing, I will have both bootloaders corrupt, effectively hard brick the device.
    I rather flash the alternate and in case something goes wrong, at least I can get into boatloader mode and fix things.

    There are a lot of posts about all this if you search the forums.
    6
    New Release:
    Mar 14, 2023 v4.8.1 release
    • #47 Feature request: Added partition manager - Allows to erase partitions, and / or dump / backup partitions to PC.
    • Added more visual troubleshooting event flows.
    • Added warning message for when Android platform tools versions 34.0.0 and 34.0.1 are used.
    • Improved support.zip redactions.
    • Added Support.Zip generator button on the Main screen.
    • APK Install option can now set the ownership to Play Store Market (useful for Android Auto)
    • Check and warn the user when Magisk Canary versions 25207, 25208, 25209 and 25210 are being used.
    • Bug fixes and other improvements.
    6
    Trying to dirty flash any factory image dated later than TD1A.220804.031 results in a bootloop

    I know it's neither a magisk nor modules issue as a non-patched boot.img results in the same issues and the only way to have the phone working again is fastboot flashing TD1A.220804.031 or TD1A.220804.009

    any ideas as to why this may be happening?

    edit: it essentially gets to the material you themed G logo then restarts
    @badabing2003 is going to ask you to pull a log and post it here. May as well get a head start and do that so he can see where the issue is
  • 49
    PF_promo-banner.png

    This is the support thread of PixelFlasher for Google Pixel 7 Pro
    PixelFlasher is an open-source self contained GUI tool to facilitate Pixel phone device flashing/updating with extra features.

    Basic mode: Should suit most users. Some of the features in basic mode are:
    • Simple UI interface, click and go. No more command line, no more placing all files in one directory.
    • boot.img management UI, select the boot.img file to patch and click the patch button. Fully Automated patching with Magisk (without manual steps) and perform upgrades without losing root.
      No more manually extracting files transferring to the phone, patching / re-flashing and doing multiple reboots.
      No more setting airplane mode and clearing storage to retain Safetynet passing.
    • Display details of boot.img (or init_boot.img for Pixel 7 / 7 Pro).
      • SHA1 checksum.
      • Origin (file it was extracted from).
      • Whether it is patched or not, and if it is patched.
        • What version of Magisk was used to patch it.
        • On what device it was patched.
        • Date of patching.
        • The SHA1 of the source boot.img file.
      • Option to Live boot from a choice of boot.img or patched image.
      • Flash just the boot / init_boot image.
    • Choose to keep data or wipe data while flashing.
    • Ability to flash even if multiple devices are connected to the computer.
    • Option to flash to inactive slot.
    • Display information about the phone.
      • ID
      • Hardware model.
      • Device architecture.
      • Current installed firmware (build).
      • If it is rooted with Magisk.
      • Magisk version (Magisk Tools).
      • Magisk Manager version (the app).
      • List installed Magisk modules.
      • Connection mode (Adb | Fastboot | Sideload | Recovery).
      • Bootloader version.
      • Active slot.
      • Android OS API version.
      • Convenient quick links to download Android platform tools or device firmware.
    • Magisk Manager installation UI, screenshot. Supported versions:
      • stable (official)
      • beta (official)
      • canary (official)
      • debug (official)
      • alpha
      • delta
      • special build that disables modules, used to recover from bootloops due to bad module(s) when safe mode does not work.
    • Magisk Backup Manager, screenshot.
      • List all Magisk backups currently on the device.
      • Highlight the one that is backup of the current installed version.
      • Delete backups.
      • Manually add backup from PC.
      • Auto Backup: PixelFlasher figures out what needs to be backed up, and if it finds it on the PC, it creates the backup.
    • Magisk modules management, enable / disable modules selectively, this comes in handy to disable suspect modules before an upgrade screenshot:
      • Name
      • Version
      • Description
      • Enabled / Disabled.
    • Display Android Platform Tools (SDK) version and warn / block if the version is old.
    • Install APK (an app) file from the computer onto the device.
    • Advanced features are hidden to keep the interface simple and easy to follow.
    • A lot of checks and validations for smooth operation.
    • Automatic check for program updates.
    • Package (Application) Manager, screenshot:
      • Disable (Freeze)
      • Enable
      • Uninstall
      • Install APK
      • Download APK
      • Multi-Select
      • Show Package Details.
    Expert mode: (should only be turned on by experienced users). In addition to the basic features, you get:
    • The ability to flash custom ROM (with or without patching boot.img)
    • Option to flash to both slots.
    • Option to flash to inactive slot.
    • Options to disable verity and or verification.
    • Ability to change the active slot.
    • Ability to live boot to custom boot.img (temporary root).
    • Ability to boot to recovery.
    • Ability to flash custom image: boot, recovery, radio, kernel, ...
    • Ability to sideload an image.
    • Lock / Unlock bootloader.
    • Option to gain temporary root (good for testing or checking things out).
    • SOS Disable Magisk modules to get out of bootloop (experimental).

    For full details on where to download / usage and feature set of the tool, visit the main thread at XDA or the project's Github page.

    Troubleshooting:
    • See this post.
    • Generate Sanitized support.zip file (File Menu) and submit that with your report.
    Note: This thread is meant for issues and problems faced in Google Pixel 7 Pro devices, generic issues that are device agnostic should be discussed in the main thread.
    28
    New Release:
    Feb 05, 2023 v4.7.0 release
    • Added Magisk Backup Manager:
      • List all Magisk backups currently on the device.
      • Highlight the one that is backup of the current installed version.
      • Delete backups.
      • Manually add backup from PC.
      • Auto Backup: PixelFlasher figures out what needs to be backed up, and if it finds it on the PC, it creates the backup.
    • Added Reset on Magisk Manager package name setting to reset to default: com.topjohnwu.magisk
    • Linux / Mac build.sh now switches to the PixelFlasher folder if it is run from elsewhere.
    • Magisk installer improvements:
      • When installing Magisk Alpha or Delta, PixelFlasher updates the configuration to match the package name to the respective Magisk package.
      • Magisk installer window displays the package name.
      • You can now copy to clipboard, the download URL and package ID.
    • Magisk Manager columns are now wider for better readability.
    • Package Manager improvements:
      • Added Search / Filter option.
      • Show count of filtered packages.
      • Application Name (label column).
      • "Get Application Names" Button to resolve all package application names. This is a slow process, hence PixelFlasher caches them.
      • Button to download (pull) APKs from the device. (Multiple downloads in one shot is also supported).
      • Other under the hood improvements.
    • When selecting a firmware or ROM file, sha256 is printed to console and displayed on hover, to validate if it matches the published sha256.
    • More verbose logging that helps with troubleshooting.
    • Double click on "ADB Connected Devices" to invoke adb kill-server which is handy at times, specially when dealing with Wifi ADB.
    • Moved existing links under Help Menu | Links, and added few more handy links.
    • Added timestamp to support.zip filename.
    • On request, spinning cursor with text "Please be patient ..." is now displayed in red.
    • Flashing to inactive slot is now in basic configuration instead of advanced configuration.
    • Preparation work for version 5.0 DB improvements.
    14
    New Release:
    Feb 12, 2023 v4.8.0 release
    • #50 Support for Android 14 Developer Preview for Pixel 7 and Pixel 7 Pro
    • #48 Do not allow patching with hidden Magisk (stub) and adb shell not granted root rights.
    • Block using Android Platform Tools version 34.0.0 and display a warning because it has known issues
    • Disable Magisk Backup Manager button if root access to adb shell is not granted.
    • Button to Open adb shell connected to the selected device.
    • Work in Progress: Generate graphical activity log to visualize the activity and speed up troubleshooting.
    14
    New Release:
    Nov 09, 2022 v4.4.0 release
    • New feature: Font and Font size should be configurable by the user #33
    • New feature: Added WiFi-ADB connect / disconnect button. Left click to connect, Right click to disconnect.
      Handy to access a device remotely.
      Note: This only works in adb mode, so no fastboot or flashing features work for remote devices, but for patching / installing apks, managing Magisk modules it works well (basically anything that is done in adb).
      I personally use this to test patching on remote devices, and also use it to access / install apps to my watch.
    • Ground work for future features: Get installed Package list, and list which are disabled, enable / disable / uninstall apps. (Will be available in future release).
    • Move Flash Option Flash to inactive slot to Basic mode from Advanced mode..
    • Minor UI Improvements
    • If Magisk does not create a backup attempt to trigger Magisk to create one.
    • Update readme to include Pixel 7 / 7P specific info.
    13
    Pre-Release:
    Oct 13, 2022 v4.2.0 pre-release
    • Support for Pixel 7, 7p (init_boot extraction and patching / flashing).
    • Added Pixel 7 / 7p partitions flashing options to custom flash.
    • Improved patching process using boot_patch, add more patch file validations.
    • Check for Magisk backup and trigger Magisk to backup if missing.
    • Add more logging messages for troubleshooting.
    • Code optimization / improvements.
    • Bug Fix #28 Error when opening download link without a device selected.
    • Added set_version script to easily set the product version.
    • Print path of the selected boot to console, for easy copy / paste.