-
-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Android rescue par #7
Comments
same issue, deleting per_boot from the data folder will allow the phone to boot, but it will be extremely slow, pretty much an unusable experience. disabling the module resolves the issue. |
Can confirm: I have the same issue. |
I'm getting this as well. I'm on a Pixel 6 Pro running Android 14 beta 2.1, and had to reboot into safe mode, disable the module and roll back to the prior version. Lost my banking apps in the process. :-( I can't get any logs right now because I'm out of the house and need my phone. If the dev @zgfg can leave instructions on how to collect relevant logs, I'll try later. |
I run an OnePlus 9 with /e/OS (Lineage based) Android 12. I updated this morning through Magisk (direct install) and after reboot my device immediately crashed and went to /e/OS-recovery (same as Lineage). Several reboots did nothing (problem) stayed. When I connected my device to my PC (via USB) that somehow triggered my anti-bootloop-module in Magisk, since the device rebooted with all modules switched off. I was able to delete the V1.0.5 version and now do not know what to do. I'm not an expert, just an user, so I can't help with logs. But I thought I'd mention anyhow. Probabaly useless to mention that all previous versions worked fine. I've just downloaded and re-enabled V1.0.4 - works! But I have to be carefull with updates now! |
If you just disabled the module (without uninstalling it), please go to (you can use root explorer like MiXPlorer or TWRP/Advanced/File explorer) and please copy and attach here the log file: You can re-enable/re-install the module and let it create the log file - thanks You can always disable the module from TWRP by putting (an empty - doesn't matter) file named exactly as: into the module's folder: Btw, that way you can disable any module, putting the disable file to: If there is no TWRP or custom Recovery then you must use Android Safe mode to disable modules that cause issues |
Problem is that in the current state (directly after reboot, went to recovery) you have no way to enter Safe Mode. And since I use Lineage recovery there is no way to disable there, only ADB would work, but that's almost "over my head". Unfortunately I cannot re-do the process. Booting via Magisk Bootloop Protecter switches all my LSPosed-modules off a well, creating tons of work. Took me almost 2 hours to re-do the damage, ReVanced still not working. |
If you could please provide the log from v1.0.5 - please see the info how to collect log in my post above In that post above it is also described how to disable the module (you test and creaate the log, then reboot to custom Recovery and disable the module, later reboot to System and take the log and install working v.1.0.4) - seems you have custom Recovery where you can access Advanced option, File explorer |
Safe mode disables - not uninstall the modules Later you just enable them back from Magisk app and reboot - disabling modules does no9t wipe their settings: Btw, I'm not familiar with LOS Recovery but check is there like Advanced options with File Explorer - you can then directly copy the log to /sdcard/Download (your Download folder) |
Please see answers above with how to disable the module (One time booting to Android Safe mode and rebooting to System - instructions on Magisk GitHub official page, generally for all modules) or via Custom Recovery And if you can collect the log please |
@zgfg: sorry for beeing noob, but the only option I know to boot into Safe Mode is FROM a running system, which state I cannot reach. Also there is no command possability with e/OS / Lineage recovery. And since I have many modules/settings in LSPosed (that also require root), those are all lost after the whole procedure (like AOSP). So it seems both options will not work for me. |
I have some logs, but not sure if they are good. I am on LineageOS 19.1, and I updated BusyBox from 1.0.4 to 1.0.5. I am unaware of any "safe" mode with LineageOS. I tried to connect with ADB, it worked, but I could not find the /data/adb directory. All of the "data" directories were empty. Since I moved the folder, I still have the |
Here is mine also, hope it helps. |
Thanks for the log Please tell me, with BB v1 0.4, do you also have folder or you have: Please have BB module installed. Go to: and replace the script you will find there: with the modified script attached here (download and unzip) Enable the module (ie, remove that disable file), reboot and please provide the new log And please test does it fix the problems you had with v1.0.5 If not, please do one more test I will describe in the next post |
Thanks for your log, too Please test/answer as I asked and uploaded in the previous post Then, if you still have problems: Please replace post-fs-data sh with the modified one as attached to this post (download and unzip) Btw, the whole logic in the module is in that script You can have eg BB module V1 0.4 installed, rename its post-fs-data.sh script to post-fs-data.bak and i install my modified scripts Later just remove my modified script (if still not helping), rename your bak to sh and reboot That way you don't need to disable, reinstall, etc |
Second version of modified script, if first does not help Download, unzip, replace in the module folder, reboot |
@PolpOnline @shizonic @3xistenz could you also please test/answer as I described in the previous two posts - thanks |
I have only
With v1.0.4 original post-fs-data.sh With v1.0.4 modified post-fs-data.sh (first one) With v1.0.4 modified post-fs-data.sh (second one) With v1.0.5 original post-fs-data.sh With v1.0.5 modified post-fs-data.sh (first one) With v1.0.5 modified post-fs-data.sh (second one) |
Ok, thanks but there are actually only two new logs here:
Hence, if you install v1.0.3, v1.0.4 or v1.0.5 and replace that sh script, it is then that new script, not the old v1.0.4 or v1.0.5 As I said, you can keep v.1.0.5 with the first or second modified script - once you have replaced the script, it doesn't matter does the module.prop identifies as v1.0.4 or V1.0.5 I'd like to see logs and results from the others and then one of those two modified scripts will be released as the new v1.0.6 fix Frankly, second script is almost the same as v1.0.4 (except that script in V1 0.4 did not produce any log and did not 'chase' ToyBox applets) Hence that second script will be very conservative, almost like going back to v1.0.4 Therefore I'd like to see if your phone can survive stable with the first modified script, that would be then some compromise between v1.0.4 and v1.0.5 |
There's something I don't understand. I did the first test with v1.0.4 and original script after having completely removed BB If so then I must have messed up somewhere though I don't know how.
You want me to try using any BB version, with both modified scripts? I have already done that at least with version 1.0.5 above, or are these logs not belonging to the right version as well? |
Clean installation of v1.0.4 will not create any log. Ie, original posts-fs-data.sh in V1 0.4 does not create logs. If you go to the module's folder and remove the log file, then install v1.0 4 and reboot (without replacing the sh script with the new scripts), there will be no logs But if you don't manually remove the log file, it will stay there forever (v1.0 4 is not 'aware' of that log file) And for the second part - I didn't ask you to create third set of logs To the contrary, I commented that you didn't need to test: a) V1.0.4 with the new modified sh script Because both work exactly the SAME. And produce EQUAL logs Once you replace the sh script with the new modified script, it is no more v1.0.4 neither v1.0.5 because the sh script matters (sh script is the logic, engine, whatever you call), not what is defined as or in the module.prop file Open the module.prop (it's just a textual file, you can edit) and replace to be: and save Open Magisk app, modules and it will show that you have BB version 1.99.99 installed 😁 Ie, if you unzip eg BuiltIn-BusyBox_v1.0.4.zip (installation), you will only find: Hence BB v1.0 x versions differ only in different post-fs-data.sh scripts - and once you overwrite that script with the other, new one, it is no more the old V1 0.x but the new, modified BB |
OK, yes I understood that the logic is in the script and everything else doesn't matter. EDIT: |
Thanks - I will provide Beta soon (module zip for easier installation) to install and (re)test |
Hi @PolpOnline @shizonic @RedKage @etihwjd @3xistenz @zebz213 @TacticalFreak I'd like to test the fix and release, please perform the following:
Based on results from the other users with similar issues, this version should hopefully work for you :-)
find the file post-fs-data.log, copy to your Download folder, zip and provide me back here the log to see results Please describe also does that v1.0.5.0-bugfix now works fine for you Thanks |
Version 1.5.0a worked, no boot loop |
It works, as above, no bootloop.
Cheers!
…On Wed, 7 Jun 2023, 17:18 TacticalFreak, ***@***.***> wrote:
Version 1.5.0a worked, no boot loop
post-fs-data.log
<https://github.com/Magisk-Modules-Alt-Repo/BuiltIn-BusyBox/files/11679772/post-fs-data.log>
—
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AXQJ4LBK5ODCMMY3ESHWGPLXKCSW5ANCNFSM6AAAAAAY3SSPO4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Also no problem here, phone runs with no issue so far. |
Fine. 1.5.0a works. Great work! |
This is a very similar issue to #1. It makes my phone to reboot directly to the recovery after showing sim card lock, here's the error i screenshotted from OrangeFox:
I disabled this module through OrangeFox recovery and it worked fine. But obviously now I can't use this module.
The text was updated successfully, but these errors were encountered: