Develop Bugs

How to postpone /data encryption?

Hi Guys,
What is the way to postpone /data encryption? I don't want to completely disable it, just postpone it.
The idea is to do following:
- wipe /data
- install Magisk via patched boot.img (doesn't require TWRP).
- install Flashfire, having root it should work (for later installation of Xposed without TWRP).
- given I'm not sure Flashfire can operate with encrypted /data the need is to keep /data unencrypted for the time being.
- install Xposed via Flashfire + any other mods.
- enable encryption.
Whilst believe is it will trip Knox, system will be relatively virgin. I can't imagine it wouldn't trip Knox. But it is worth trying.
The biggy is how to postpone encryption which starts first thing first after going through first time configuration wizard.
It is also related to my efforts as described:
https://forum.xda-developers.com/galaxy-s9/help/xposed-magisk-encrypted-data-t3826476
I'm trying to figure out working way.
Thanks.

Don't think it's possible, afaik TWRP cannot read encrypted partitions

*Detection* said:
Don't think it's possible, afaik TWRP cannot read encrypted partitions
Click to expand...
Click to collapse
The idea is to not use TWRP at all. Just would need to postpone /data encryption.
It must be possible, just don't know how to do it yet.
If we can get system rooted, then postponing encryption should be easy, it is i.e. to block encryption call.
Hopefully someone knows how to do it.

dkadds2 said:
The idea is to not use TWRP at all. Just would need to postpone /data encryption.
It must be possible, just don't know how to do it yet.
If we can get system rooted, then postponing encryption should be easy, it is i.e. to block encryption call.
Hopefully someone knows how to do it.
Click to expand...
Click to collapse
Did some tests.
Installing Magisk via patching boot.img trips "Custom" flag on Download screen. So it doesn't really help.
At the same time, encryption is postponed by default by installing Magisk, in fact blocked, unless "preserve" feature is enabled.

dkadds2 said:
Hi Guys,
What is the way to postpone /data encryption? I don't want to completely disable it, just postpone it.
The idea is to do following:
- wipe /data
- install Magisk via patched boot.img (doesn't require TWRP).
- install Flashfire, having root it should work (for later installation of Xposed without TWRP).
- given I'm not sure Flashfire can operate with encrypted /data the need is to keep /data unencrypted for the time being.
- install Xposed via Flashfire + any other mods.
- enable encryption.
Whilst believe is it will trip Knox, system will be relatively virgin. I can't imagine it wouldn't trip Knox. But it is worth trying.
The biggy is how to postpone encryption which starts first thing first after going through first time configuration wizard.
It is also related to my efforts as described:
https://forum.xda-developers.com/galaxy-s9/help/xposed-magisk-encrypted-data-t3826476
I'm trying to figure out working way.
Thanks.
Click to expand...
Click to collapse
I'll answer to myself - installing boot.img via Odin trips Knox/Warranty state to go 0x1.
Flashfire didn't want to cooperate and seems to require decrypted /data.

Lost (system updates) on the settings app

I came from havoc os to stock by dirty flashing it (o know it's not the pest practice) but i have so many data that i dont want to lose but now i dont have the option to check fro system updates and when i click on a notification that there is a new update it does nothing
Can anybody help me with this
Thanks

mysara saad said:
I came from havoc os to stock by dirty flashing it (o know it's not the pest practice) but i have so many data that i dont want to lose but now i dont have the option to check fro system updates and when i click on a notification that there is a new update it does nothing
Can anybody help me with this
Thanks
Click to expand...
Click to collapse
Try dirty fastbooting the factory image to both slots. If it doesn't resolve the problem, it's really no big deal since you couldn't install it anyway since your rooted.

Badger50 said:
Try dirty fastbooting the factory image to both slots. If it doesn't resolve the problem, it's really no big deal since you couldn't install it anyway since your rooted.
Click to expand...
Click to collapse
You see i dirty flashed the otp and didn't root to be able to update to Android Q so am almost completely stock with unlocked bootloader and i noticed the havoc os disables the system updates so it wouldn't break it that's possibly the reason

mysara saad said:
You see i dirty flashed the otp and didn't root to be able to update to Android Q so am almost completely stock with unlocked bootloader and i noticed the havoc os disables the system updates so it wouldn't break it that's possibly the reason
Click to expand...
Click to collapse
Why don't you try "dirty flashing" the Full Factory image instead of the OTA; the OTA just updates and builds upon the established system partition -- so if there's a glitch or bug, it will retain and possibly build upon it -- whereas flashing the Full Factory will format (i'm under the impression) and replace/reinstall/reflash the system (among others like bootloader, vendor, etc.) partition. In this way, you can be assured that the system that's updated and placed in the system isn't "built upon" any pre-existing glitch or bug. Also, in case you are unaware (as it seems, since you still throw out terms like "dirty flashing", running custom ROMs and "dirty flashing" because you don't wish to lose data) that you can flash the Full Factory image without losing data by modifying the flash-all .bat file script by removing the "-w" attribute...
And, with all that, here's hoping that the "system updates" will be available again, and/or it removing whatever the custom ROM HavocOS may have done (i'm not all too convinced whatever the custom rom did would "survive" reflashing the stock rom...). One thing to keep in mind, it seems that there is a lot of issues happening with users updating to the Android Q beta, then attempting to downgrade without losing/formatting the /data & /internalsd or without factory resetting (which is essentially the same thing as losing & formatting/reinstalling all the partitions)... So, in the end, if you still have those issues and/or have more issues, you may need to backup and "lose" all of your data to get your device working properly anyways...
hope this helps...

simplepinoi177 said:
Why don't you try "dirty flashing" the Full Factory image instead of the OTA; the OTA just updates and builds upon the established system partition -- so if there's a glitch or bug, it will retain and possibly build upon it -- whereas flashing the Full Factory will format (i'm under the impression) and replace/reinstall/reflash the system (among others like bootloader, vendor, etc.) partition. In this way, you can be assured that the system that's updated and placed in the system isn't "built upon" any pre-existing glitch or bug. Also, in case you are unaware (as it seems, since you still throw out terms like "dirty flashing", running custom ROMs and "dirty flashing" because you don't wish to lose data) that you can flash the Full Factory image without losing data by modifying the flash-all .bat file script by removing the "-w" attribute...
And, with all that, here's hoping that the "system updates" will be available again, and/or it removing whatever the custom ROM HavocOS may have done (i'm not all too convinced whatever the custom rom did would "survive" reflashing the stock rom...). One thing to keep in mind, it seems that there is a lot of issues happening with users updating to the Android Q beta, then attempting to downgrade without losing/formatting the /data & /internalsd or without factory resetting (which is essentially the same thing as losing & formatting/reinstalling all the partitions)... So, in the end, if you still have those issues and/or have more issues, you may need to backup and "lose" all of your data to get your device working properly anyways...
hope this helps...
Click to expand...
Click to collapse
thanks for the help mate i tried to flash full system image got some issues and the original cable that came with the hone turned out to be the reason
what solved the issue for my was wiping the data nothing else worked but a good experience thanks a lot :highfive:

Question Root's not working, and I'm lost

Coming from a Pixel 3 XL, which has been rooted since I got it (same with the Pixel XL before it). I tried fastboot boot magisk_patched (used 23011 as suggested in another post) I get a boot failure, and it kicks me back into fastboot. If I do the /vbmeta command, then I get the "can't load Android System, your data may be corrupt" error. If I sideload the OTA (latest on the Google website, not the day one patch), I can get back into Android, but still unrooted. I was rooted once, pretty sure I just flashed the modified boot.img, then installed in Android, but I wanted to see if I could root via the OTA, and here we are again. I did find this website, however, I'm concerned if I use the fastboot -w command, won't that wipe the device again? I've already lost a lot of stuff from my Pixel 3 XL due to negligance on my part (deleting files after I thought I was setup, then completely wiped the old phone), so I'd rather not do a 4th setup if possible.

[CLOSED] Firmware is out! Get your root on!
Update 12/15/21: Magisk 23016 incorporates fixes for vbmeta header patching; disabling verity/verification is no longer necessary. Update and root should work as it always has - simply patch and flash the boot image. Any update method can be...
forum.xda-developers.com
PERMANENT ROOT CURRENTLY REQUIRES A DATA WIPE.

KiLLiNGDAY said:
[CLOSED] Firmware is out! Get your root on!
Update 12/15/21: Magisk 23016 incorporates fixes for vbmeta header patching; disabling verity/verification is no longer necessary. Update and root should work as it always has - simply patch and flash the boot image. Any update method can be...
forum.xda-developers.com
PERMANENT ROOT CURRENTLY REQUIRES A DATA WIPE.
Click to expand...
Click to collapse
so each OTA/monthly patch I have to wipe my phone? That'll get old super fast. I already wiped it once when I first rooted...

Tmender said:
so each OTA/monthly patch I have to wipe my phone? That'll get old super fast. I already wiped it once when I first rooted...
Click to expand...
Click to collapse
It appears so, at least at this point. Maybe people will find a way to circumvent this.
Even though - with a decent root backup like swift - it shouldn't be that big a hassle, but it's troublesome for sure.

Morgrain said:
It appears so, at least at this point. Maybe people will find a way to circumvent this.
Even though - with a decent root backup like swift - it shouldn't be that big a hassle, but it's troublesome for sure.
Click to expand...
Click to collapse
swift? Here I've been using Titanium Backup for years...

check out and decide:
https://www.reddit.com/r/androidapps/comments/gvdnf1

Question Help! Hanging in FastBoot Mode

Hello,
I clicked wrongly in Titanium Backup.
I clicked Freeze All.
Now I'm in Bootloop. I can start Fastboot mode, but not Recovery or Rescue.
Pixel was rooted with the November update.
With "Fastboot Devices" I see the phone on the PC.
How do I get the apps working again?
Or how do I start a complete new installation?
Translated with the Google Translator ...
Help...
Chris

Try "fastboot erase userdata" or "fastboot format userdata". Yes, its going to wipe the phone. Sorry, no alternative I'm aware of.

F***!
Thank you...

V-Ripper said:
F***!
Thank you...
Click to expand...
Click to collapse
Did you get yourself out of the boot loop?

Sounds to me like OP had something go wrong either with ramdisk or /boot. In the future I would recommend reflashing /boot to see if you're at least able to get back into system.

V0latyle said:
Sounds to me like OP had something go wrong either with ramdisk or /boot. In the future I would recommend reflashing /boot to see if you're at least able to get back into system.
Click to expand...
Click to collapse
I didn't know that Titanium Backup can do this, break a device almost completely by pressing the wrong button.
So the question is: Did the OP do something wrong before, or can this be replicated without issue?
I mean, it's a risky endeavor anyway. To use a root level backup app that wasn't optimized/made for Android 12. There's a reason why people have been recommending Swift for years now.

Morgrain said:
I didn't know that Titanium Backup can do this, break a device almost completely by pressing the wrong button.
So the question is: Did the OP do something wrong before, or can this be replicated without issue?
I mean, it's a risky endeavor anyway. Do use a root level backup app that wasn't optimized/made for Titanium. There's a reason why people have been recommending Swift for years now.
Click to expand...
Click to collapse
I used to use TB wayyyyy back when. I think I still have a paid license for it somewhere.
I'm not totally sure how this could happen; an educated guess is that OP froze a bunch of system apps, causing a kernel panic. No idea why it would mess up /boot though, screwing up /system to the point of a kernel panic would generally result in a bootloop where the kernel starts to load, but hits the same panic and restarts the device.
It's certainly risky using root backup apps that aren't updated for use on modern Android systems...

V0latyle said:
causing a kernel panic
Click to expand...
Click to collapse
Nobody said kernel panic. OP said *bootloop*, which will happen if certain expected services fail to start as expected, which can happen if you disable the wrong package. If he disabled *everything* (as he suggests), then this is logically what will happen.
I would definitely suggest NOT using "titanium backup" -- its closed source (and unmaintained, no update in 2 years!!!), so there's no way to know what its doing. Use oandbackupx (find on f-droid), which is open source and maintained (most recent update a few hours ago).

96carboard said:
Nobody said kernel panic. OP said *bootloop*, which will happen if certain expected services fail to start as expected, which can happen if you disable the wrong package. If he disabled *everything* (as he suggests), then this is logically what will happen.
Click to expand...
Click to collapse
Bootloop on Android can either be a kernel panic or other fatal stop error, such as dependent services failing to start as you described. Either way, it's transparent to the user, who simply sees the device restart. Android is built in such a way that a failure in the boot or runtime process will generally not result in a freeze requiring a hard reset, but will rather restart the device.
@V-Ripper I would have recommended you try reflashing /boot and /system before wiping. Were you able to resolve the issue?

I wonder if op could have booted to safe mode. That should have disabled all the apps. Including TB I think.

Sorry for the OP's problem, but I thought Titanium Backup stopped working a year or so ago. Does it work on the P6 and P6 Pro now?

Az Biker said:
Did you get yourself out of the boot loop?
Click to expand...
Click to collapse
Hello...
I tried "fastboot erase userdata" and then came back to a clean Android.
V0latyle said:
Sounds to me like OP had something go wrong either with ramdisk or /boot. In the future I would recommend reflashing /boot to see if you're at least able to get back into system.
Click to expand...
Click to collapse
I tried to re-flash. Did nothing.
96carboard said:
Nobody said kernel panic. OP said *bootloop*, which will happen if certain expected services fail to start as expected, which can happen if you disable the wrong package. If he disabled *everything* (as he suggests), then this is logically what will happen.
I would definitely suggest NOT using "titanium backup" -- its closed source (and unmaintained, no update in 2 years!!!), so there's no way to know what its doing. Use oandbackupx (find on f-droid), which is open source and maintained (most recent update a few hours ago).
Click to expand...
Click to collapse
Oh cool, I will try it...
Have everything set up again. Thanks to the backup of the various apps.
Thank you all...

V-Ripper said:
Hello...
I tried "fastboot erase userdata" and then came back to a clean Android.
I tried to re-flash. Did nothing.
Oh cool, I will try it...
Have everything set up again. Thanks to the backup of the various apps.
Thank you all...
Click to expand...
Click to collapse
It's nice to hear that your device is working again!

V0latyle said:
Bootloop on Android can either be a kernel panic or other fatal stop error, such as dependent services failing to start as you described. Either way, it's transparent to the user, who simply sees the device restart. Android is built in such a way that a failure in the boot or runtime process will generally not result in a freeze requiring a hard reset, but will rather restart the device.
@V-Ripper I would have recommended you try reflashing /boot and /system before wiping. Were you able to resolve the issue?
Click to expand...
Click to collapse
Yes, but based on what he said, its not a kernel panic.

Question [HELP] Pixel 6 Pro freezing shortly after booting [SOLVED]

Hey guys,
Need some help troubleshooting what's going on with my Pixel 6 Pro.
Short version:
It's freezing up ~30-60s after booting and unlocking the phone, and then soft-rebooting some time after. If i don't unlock the phone it doesn't reboot. Safe mode also works but with lots of scary errors in logcat.
ROM: Stock, May 2023
Magisk: Yes
Kernel: Kirisakura Ravianth 1.0.5_6
Long version:
I rebooted manually to check something and then shortly after the screen froze up. It rebooted on its own and then it froze again. I then rebooted into safe mode and although it doesn't freeze up in safe mode, there are a lot of errors in the logcat (maybe these are normal for safe mode). Rebooting normally again, it freezes up every time 30-60s after unlocking, but is fine if I don't unlock. I then flashed the stock May 2023 image, without -w, so data was not wiped. I assume this means that Magisk and Kirisakura kernel is gone. The problem is still happening! Yikes!
What should I try? Can I clear data of the system without actually clearing all data on the phone (factory reset)?
We'll get to speculations on what could have caused this after I recover it...
I'm attaching two error level logcats:
1) During regular boot:
--------- beginning of kernel--------- beginning of system2023-06-06 22:35:2 - Pastebin.com
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
pastebin.com
2) During safe mode boot: Freeze_safe_mode_boot.txt
--------- beginning of main--------- beginning of kernel--------- beginning - Pastebin.com
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
pastebin.com

I've never used Pixel 6 (so I'm not completely sure this is available, but I'm fairly certain it is), but you should be able to try loading it in (or have you tried/considered trying?) safe mode...

simplepinoi177 said:
I've never used Pixel 6 (so I'm not completely sure this is available, but I'm fairly certain it is), but you should be able to try loading it in (or have you tried/considered trying?) safe mode...
Click to expand...
Click to collapse
Try loading what in safe mode? Please read the whole post. It's able to boot into safe mode and stays unfrozen but there are still a lot of errors in logcat. I have posted the logs.

Flyview said:
Try loading what in safe mode? Please read the whole post. It's able to boot into safe mode and stays unfrozen but there are still a lot of errors in logcat. I have posted the logs.
Click to expand...
Click to collapse
My apologies...I didn't see/overlooked that you had loaded up in safe mode...
One of the main points of utilizing safe mode is to show/prove that it is Magisk and/or one of its modules that are causing issues. I suggest you either load them up one by one until you replicate the issue and/or remove all traces of Magisk and completely unroot and try flashing Magisk and modules again.
FYI, you state "I'm attaching two error level logcats: 1) During regular boot: Freeze_normal_boot.txt 2) During safe mode boot: Freeze_safe_mode_boot.txt" which I assume are text files, but no such files are attached in the post....thought you should know....

simplepinoi177 said:
My apologies...I didn't see/overlooked that you had loaded up in safe mode...
One of the main points of utilizing safe mode is to show/prove that it is Magisk and/or one of its modules that are causing issues. I suggest you either load them up one by one until you replicate the issue and/or remove all traces of Magisk and completely unroot and try flashing Magisk and modules again.
FYI, you state "I'm attaching two error level logcats: 1) During regular boot: Freeze_normal_boot.txt 2) During safe mode boot: Freeze_safe_mode_boot.txt" which I assume are text files, but no such files are attached in the post....thought you should know....
Click to expand...
Click to collapse
Thanks! The files must have been too big. I edited the post with external links to the logs.
I assumed that flashing the stock May update would un-root and get rid of Magisk. Is that not the case?

Flyview said:
Thanks! The files must have been too big. I edited the post with external links to the logs.
I assumed that flashing the stock May update would un-root and get rid of Magisk. Is that not the case?
Click to expand...
Click to collapse
Not necessarily. It is true that your device is unrooted, but that's only because the init_boot partition is flashed to stock ("May update") -- you merely just can't have "root" access. Magisk still remains in the root directory -- it's how modules and settings remain, even after flashing full factory images (removing -w from flash-all method of course, having -w remain would obviously remove it and wipe all other data to factory reset).

Your whole system has been broken. I would recommend you reflash all new system.

Kris Chen said:
Your whole system has been broken. I would recommend you reflash all new system.
Click to expand...
Click to collapse
How can you tell?
simplepinoi177 said:
Not necessarily. It is true that your device is unrooted, but that's only because the init_boot partition is flashed to stock ("May update") -- you merely just can't have "root" access. Magisk still remains in the root directory -- it's how modules and settings remain, even after flashing full factory images (removing -w from flash-all method of course, having -w remain would obviously remove it and wipe all other data to factory reset).
Click to expand...
Click to collapse
Alright so what should I do? Is this recoverable without wiping all data? When I said I flashed the May update, I meant the entire image as I got it from Pixel Factory images:
Factory Images for Nexus and Pixel Devices | Google Play services | Google for Developers
developers.google.com

Flyview said:
Alright so what should I do? Is this recoverable without wiping all data? When I said I flashed the May update, I meant the entire image as I got it from Pixel Factory images:
Factory Images for Nexus and Pixel Devices | Google Play services | Google for Developers
developers.google.com
Click to expand...
Click to collapse
If you wish to do what Kris Chen suggests (he may have gotten to his conclusion by reading your logs), you could simply flash the Full Factory image that you linked -- you could do it manually or there are multiple tools that can do it for you; you were able to root, so I imagine you already have a method. Try to back up as much as you can.
If you wish to completely unroot, there are guides and methods I imagine.
If I found myself in your situation, this is what I would do...
update every module
a bug may be what's causing glitching and corrected in newer version
disable every module
update/establish Magisk stable version -- this may mean downgrading if on canary or delta
unhide Magisk if hidden
reboot
enable one module and reboot and see if the system loads up correctly
see if can't narrow down if it is a specific module
if that does result in a stable loading system,
it was a buggy module
if that doesn't result in a stable loading of system,
take a photo of installed modules
I would remove/delete the Magisk subdirectory from the root directory
flash the stock init_boot
*I'm sure there are more official, better ways to "remove root"
if that does result in a stable loading of system
install Magisk stable version
patch stock init_boot; flash it
install single module -- rebooting right after each one & confirm system stability before installing next one
maybe Magisk just needed to be intensively re-initialized
if that does not result in a stable loading system
remove Magisk
flash stock init_boot
flash stock kernel
if that does result in stable loading of system
it's your kernel, not Magisk
if that does not result in stable loading of system
lost cause
back everything up
flash Full Factory image with wipe included
Those are just things I, personally, would do -- take it as much as a suggestion as you will (as you probably did many of them already anyways). Good luck to you!

Thanks for the suggestions! I have already flashed the full factory image, but without the "-w" so data was not wiped. The Magisk app itself has remained, yes, but the modules in Magisk don't show up, since there is no longer root. Correct me if I'm wrong, but I don't think the Magisk modules can be causing a problem once the stock boot.img has been flashed as part of flashing the full factory image.
I am seeing some scary things in the logs:
"WM-ForceStopRunnable E The file system on the device is in a bad state. WorkManager cannot access the app's internal data store."
and there are a lot of com.google.android.gms errors as if it doesn't even exist:
"JobScheduler.Component E Job exists for non-existent package: com.google.android.gms"

Flyview said:
Thanks for the suggestions! I have already flashed the full factory image, but without the "-w" so data was not wiped. The Magisk app itself has remained, yes, but the modules in Magisk don't show up, since there is no longer root. Correct me if I'm wrong, but I don't think the Magisk modules can be causing a problem once the stock boot.img has been flashed as part of flashing the full factory image.
I am seeing some scary things in the logs:
"WM-ForceStopRunnable E The file system on the device is in a bad state. WorkManager cannot access the app's internal data store."
and there are a lot of com.google.android.gms errors as if it doesn't even exist:
"JobScheduler.Component E Job exists for non-existent package: com.google.android.gms"
Click to expand...
Click to collapse
I'm unsure, I don't know too much about "safe mode", but I just assume that if it all works in safe mode, it usually means it's a module -- in my experience, rooted users only enter that mode when there's an issue with Magisk and/or its modules.
And in the quintessential rooting guide in the P7P forum (and all his other guides), roirraW "edor" ehT suggests to disable modules before flashing the update (even if you are losing root) -- which I infer that modules can still mess with the system even if you don't have root access....
I'm unsure what else safe-mode disables -- if you research and figure that out, maybe you can narrow down what safe-mode is disabling that is causing your issue. Maybe uninstall the last 5-10 apps/modules you installed (if it's not Magisk related)? I doubt running in safe-mode reverts the kernel as well (so I can't imagine that's proving it), but maybe its the custom kernel (like something the custom kernel is interacting with it doesn't like and causing a glitch)?

I think the best thing would be to backup all your data and do a clean flash.

Rachid.Ala said:
I think the best thing would be to backup all your data and do a clean flash.
Click to expand...
Click to collapse
Yea I'm in the process of doing a backup of the sdcard right now, while I still can, if this turns out to be a hardware issue. I would still very much like to get to the bottom of what happened here so it doesn't happen again! There's two changes I made recently:
1) Disabled Digital Wellbeing with SwiftBackup last night.
2) Installed a magisk module that increased temperature throttling thresholds a few days ago. The phone was not hot at all when this happened, and I had been running it for a few days without issues.
[TEST MOD]Thermal-Throttling-Modifier[Pixel 6/Pro]
/* * Your warranty is now void. * I am not responsible for bricked devices thermonuclear war, or you getting fired because the alarm app failed * Please do some research if you have any concerns about what this MOD does before flashing it *...
forum.xda-developers.com
I doubt either of these is the cause but all thoughts are welcome. Has anyone taken a look at the logs? What other logs should I grab?

Flyview said:
Yea I'm in the process of doing a backup of the sdcard right now, while I still can, if this turns out to be a hardware issue. I would still very much like to get to the bottom of what happened here so it doesn't happen again! There's two changes I made recently:
1) Disabled Digital Wellbeing with SwiftBackup last night.
2) Installed a magisk module that increased temperature throttling thresholds a few days ago. The phone was not hot at all when this happened, and I had been running it for a few days without issues.
[TEST MOD]Thermal-Throttling-Modifier[Pixel 6/Pro]
/* * Your warranty is now void. * I am not responsible for bricked devices thermonuclear war, or you getting fired because the alarm app failed * Please do some research if you have any concerns about what this MOD does before flashing it *...
forum.xda-developers.com
I doubt either of these is the cause but all thoughts are welcome. Has anyone taken a look at the logs? What other logs should I grab?
Click to expand...
Click to collapse
Have you spent time on studying the log what's going on ?
I think most of us is similar as you that we may not understand what's going on but we have ability of doing debug.
- Reflash all system to check whether it's ok.
- Then disable digital wellbeing to check whether it's ok.
- If NG,how about enable it ?
- Next flash magisk module to check whether it's ok.
- If NG,how about removing it ?
I think it's not so hard to find out which one to result in so much error, right ?

Kris Chen said:
Have you spent time on studying the log what's going on ?
I think most of us is similar as you that we may not understand what's going on but we have ability of doing debug.
- Reflash all system to check whether it's ok.
- Then disable digital wellbeing to check whether it's ok.
- If NG,how about enable it ?
- Next flash magisk module to check whether it's ok.
- If NG,how about removing it ?
I think it's not so hard to find out which one to result in so much error, right ?
Click to expand...
Click to collapse
Yes, I've been looking at the logs but I don't know what the problems point to. There are literally thousands of errors.
I have reflashed the entire factory image (so far only without wiping) and am still seeing the freezing and reboots. So clearly something is majorly messed up. Is there any way to only wipe the "system" partition? Or is that a thing of the past?

Flyview said:
Yes, I've been looking at the logs but I don't know what the problems point to. There are literally thousands of errors.
I have reflashed the entire factory image (so far only without wiping) and am still seeing the freezing and reboots. So clearly something is majorly messed up. Is there any way to only wipe the "system" partition? Or is that a thing of the past?
Click to expand...
Click to collapse
I think what @Kris Chen is alluding to is that, while you have flashed the Full Factory image without wiping, you haven't done anything to narrow the issue down (by disabling everything [modules or any other possible conflicting aspect]) and enabling them one by one (sort of how you would find what switch is connected to what socket so you turn all switches off, plug something into each socket, and turn them on one by one) -- you seem to feel very strongly about not flashing to stock and losing all data, but unwilling to do the necessary troubleshooting outside of that method.
But it is unfortunate -- I feel as you do -- that gone are the days of TWRP (at least for the Pixel 7's and/or Android 13 [even Android 12 support is limited]) where you could wipe and re-apply (from a backup) the data & system partition only....

Flyview said:
Yes, I've been looking at the logs but I don't know what the problems point to. There are literally thousands of errors.
I have reflashed the entire factory image (so far only without wiping) and am still seeing the freezing and reboots. So clearly something is majorly messed up. Is there any way to only wipe the "system" partition? Or is that a thing of the past?
Click to expand...
Click to collapse
Well, it seems that you live in the past... Until now, no twrp support for A13.
So you cannot manage to wipe specific partition.
simplepinoi177 said:
I think what @Kris Chen is alluding to is that, while you have flashed the Full Factory image without wiping, you haven't done anything to narrow the issue down (by disabling everything [modules or any other possible conflicting aspect]) and enabling them one by one (sort of how you would find what switch is connected to what socket so you turn all switches off, plug something into each socket, and turn them on one by one) -- you seem to feel very strongly about not flashing to stock and losing all data, but unwilling to do the necessary troubleshooting outside of that method.
But it is unfortunate -- I feel as you do -- that gone are the days of TWRP (at least for the Pixel 7's and/or Android 13 [even Android 12 support is limited]) where you could wipe and re-apply (from a backup) the data & system partition only....
Click to expand...
Click to collapse
Yes!
Until now, no TWRP support for A13.

I don't know if this will help -- especially with consideration of not wiping the device (don't know with this tool as I've never used it before); I have a small bit of experience using the Android Flash Tool, I imagine this is similar to that -- but I have just recently been made aware of this tool (url below)...maybe it might help where things did not manually with you; might have a better chance as it is an official Google tool....
Google Pixel - Update and Software Repair
With this or anything else, good luck!

simplepinoi177 said:
I don't know if this will help -- especially with consideration of not wiping the device (don't know with this tool as I've never used it before); I have a small bit of experience using the Android Flash Tool, I imagine this is similar to that -- but I have just recently been made aware of this tool (url below)...maybe it might help where things did not manually with you; might have a better chance as it is an official Google tool....
Google Pixel - Update and Software Repair
With this or anything else, good luck!
Click to expand...
Click to collapse
Interesting! I might give that a shot but I have an
UPDATE:
I was up until 4AMtrying different things and somehow got it working again!?
Earlier, before reflashing the factory image, I had opened up Magisk and seen that my 2 modules, the "AK3 Helper Module", which is part of the Kirisakura Kernel, and the throttling mod were disabled. At this same time, I tapped on the delete icon for the throttling mod, which put a line through it. I didn't think about this at the time but perhaps it would have to get removed on the next boot? After this I flashed the factory image, which removed Magisk root, but possibly left that module installed?
After this, I could no longer see the modules as Magisk root was technically gone and only the app remained.
Around 3AM I reflashed the magisk rooted boot.img that I still had thinking that maybe I would see the modules again and check that it had been uninstalled. It still froze up after booting and unlocking, but I was able to check the modules and both AK3 Helper Module and the thermal throttling mod was gone. I figured re-flashing Magisk did nothing since it still froze, so I went back into safe mode. After some more time trying different things in safe mode, I rebooted normally again all of a sudden it was fine!?
So now I'm confused. Could it have been the thermal throttling mod, which needed Magisk to be there to get completely uninstalled? And that only happened once I flashed Magisk back and also rebooted again? I'd really like to get to the bottom of this! I suppose it could have been the thermal throttling mod causing the phone to somehow overheat, before CleanSlate was able to apply the battery saver which reduces the CPU frequencies. Perhaps I had never rebooted since applying the thermal throttling mod a few days ago, it's hard to remember now. I had been meaning to do this before, but now I'm going to take a look at exactly what values are changed with this mod I installed, comparing it to the stock file, and see what if anything could have been dangerous, and rewrite it.

Flyview said:
Interesting! I might give that a shot but I have an
UPDATE:
I was up until 4AMtrying different things and somehow got it working again!?
Earlier, before reflashing the factory image, I had opened up Magisk and seen that my 2 modules, the "AK3 Helper Module", which is part of the Kirisakura Kernel, and the throttling mod were disabled. At this same time, I tapped on the delete icon for the throttling mod, which put a line through it. I didn't think about this at the time but perhaps it would have to get removed on the next boot? After this I flashed the factory image, which removed Magisk root, but possibly left that module installed?
After this, I could no longer see the modules as Magisk root was technically gone and only the app remained.
Around 3AM I reflashed the magisk rooted boot.img that I still had thinking that maybe I would see the modules again and check that it had been uninstalled. It still froze up after booting and unlocking, but I was able to check the modules and both AK3 Helper Module and the thermal throttling mod was gone. I figured re-flashing Magisk did nothing since it still froze, so I went back into safe mode. After some more time trying different things in safe mode, I rebooted normally again all of a sudden it was fine!?
So now I'm confused. Could it have been the thermal throttling mod, which needed Magisk to be there to get completely uninstalled? And that only happened once I flashed Magisk back and also rebooted again? I'd really like to get to the bottom of this! I suppose it could have been the thermal throttling mod causing the phone to somehow overheat, before CleanSlate was able to apply the battery saver which reduces the CPU frequencies. Perhaps I had never rebooted since applying the thermal throttling mod a few days ago, it's hard to remember now. I had been meaning to do this before, but now I'm going to take a look at exactly what values are changed with this mod I installed, comparing it to the stock file, and see what if anything could have been dangerous, and rewrite it.
Click to expand...
Click to collapse
Curious/Interesting.... I always assumed clicking on the trash icon and rebooting simply but effectively uninstalled the module. But it's also why I stated that you should remove each module and reboot after each time....*very important the rebooting
I imagine somewhere between this
so I went back into safe mode. After some more time trying different things in safe mode
Click to expand...
Click to collapse
may be what corrected what was causing it to glitch...? That or, again, getting the module properly/completely removed or re-initialized properly corrected it -- we told you that it was most likely the modules; when things run smoothly in safe-mode, it's usually the culprit...
Tweaking with frequencies & thermal often end up with random glitches -- from my very limited experience of overclocking my CPU and GPU, the way to go about it is to tweak those things until just riiight about the system doing random reboots....It's easy to imagine this all being a symptom of such things...it's why I suggested even going back to stock kernel after removing all Magisk & modules....
Glad you stabilized your device though!