I found this in the OP:
ANT+ isn't working?
You need the 2 apps: ....
Does ANT+ really work on our Z1c?
ANT+ isn't working?
You need the 2 apps: ....
Does ANT+ really work on our Z1c?
Yes, it does.
Strange, same boot problems after updating as with the previous 2 verions: always reboots to trwp after installing from Ota. Will try the same as last timeNew builds with May 2021 ASB patches available
Hi all,
new builds are available and offered as OTA updates via the updater app.
A. Standard LineageOS 17.1 build
B. Pre-installed microG build variant with additional security patches
Really it works with my Ciclo heart rate sensor in Locus Map pro.
Hmm... Difficult to comment.Strange, same boot problems after updating as with the previous 2 verions: always reboots to trwp after installing from Ota. Will try the same as last time
UPDATE:
again tried to follow your hints from the March update (https://forum.xda-developers.com/t/...1-for-xperia-z1-compact.4007983/post-84656157), incl. full formatting of /data then restoring internal memory etc. Then, after the manual update of this full LOS version I again still end up in that bootloop that finally gets me back into twrp.
I tried to uninstall Magisk 22.1 at various stages in my restore / update flow (first after an update, and then once again before the next update) , but that didn't help either.
Wiped Dalvik multiple times, did multiple SELinux corrections + repair of /data and /system file systems, but I can't get the device to boot into the May update.
Since I already did a complete fresh / clean install back in March I don't feel much like doing that once again.
Instead, I'll stick with the April one for now.
If you want to have some kind of log let me know.
Many thanks for sharing your thoughts!Hmm... Difficult to comment.
Some thoughts:
You use Magisk. Did you flash Magisk from recovery, so a "survival script" has been installed? Or did you use the "patch & flash boot.IMG" method? The former is meanwhile considered obsolete by Magisk docu.
Could that survival script cause the trouble?
Also, seems that most recent versions of Magisk in general cause trouble with our Z1c, there is an open issue right now.
Also, when doing OTA update and using Magisk, it is key that the /data partition is accessible during the TWRP update execution, so never skip the decryption passphrase, in case your device is encrypted.
Also, seems that for older devices not running on the latest Android main version, the newest Magisk versions introduce trouble, so may be wise to stick with an older version.
Last, but not least, it may be an idea to temporarily deactivate all Magisk modules before the update. Also, do you maybe have an app requiring root, which auto-starts at boot? Also a potential troublemaker...
I don't use Magisk myself, just some thoughts - maybe others have any idea?
In my OP7T thread, a Magisk issue could be solved by using a version from Beta channel, but the OP7T has a crazy a/b partition layout, whilst the Z1c most probably requires an older version of Magisk...
Edit: Yes, if you can produce a log, this could always help.
What I call "survival script" is the stuff stored in /system/addon.d - please check, whether you find any file there with the name "magisk" in it.To be honest, I never heard of a "survival script" before. Any way to check whether tat still is there after uninstalling Magisk?
How did I install Magisk? That's been years ago, back then flashing from recovery was the only way known to me, and since then I updated from the Magisk.apk every time there was an update. Right now I'm running the latest version (23), yesterday it was still V22.1
No luck either: was able to locate and remove that addon.d script, but it didn't help, i.e. bootloop after next update.What I call "survival script" is the stuff stored in /system/addon.d - please check, whether you find any file there with the name "magisk" in it.
Normally, during an update, the entire /system partition is replaced. This however would mean, that everything, you have flashed via recovery onto the /system partition, like e.g. Gapps, would be lost after an update. Therefore, there is a mechanism within the flash process to execute the scripts in the /system/addon.d directory with a specific parameter, which first copies certain stuff and of course the scripts themselves into a temporary place, then the /system partition is replaced, and then the saved stuff is flashed again (by executing the same script again with a post-install parameter).
Magisk normally does not aim at modifying the /system partition, but it also used to store such a script there, to simply re-patch /boot and restore Magisk. Later versions of Magisk work differently, and if for whatever reason such an old Magisk survival script still is present, it will do the things, which have been meaningful in an older version, but not now. Hence we have a potential trouble maker.
You said you did a clean flash, but did you really wipe the /system partition, too? Or, did you maybe restore your old /system partition via TWRP, which would also restore /system/addon.d with those scripts ?
As far as I remember I performed a complete wipe of everything from TWRP back then. I then didn't restore anything from a backup but did a fresh install of your LOS image, then installed a few crucial apps (my preferred launcher + Titanium and finally restored the few needed apps and their data from Titanium. That's how I usually proceed in cases like theseYou said you did a clean flash, but did you really wipe the /system partition, too? Or, did you maybe restore your old /system partition via TWRP, which would also restore /system/addon.d with those scripts ?
Then I don't have any good ideas any more... - just to be complete: Could you please list the contents of your /system/addon.d directory?As far as I remember I performed a complete wipe of everything from TWRP back then. I then didn't restore anything from a backup but did a fresh install of your LOS image, then installed a few crucial apps (my preferred launcher + Titanium and finally restored the few needed apps and their data from Titanium. That's how I usually proceed in cases like these
Right now it's 50-lineage.sh + 99-magisk.sh.Then I don't have any good ideas any more... - just to be complete: Could you please list the contents of your /system/addon.d directory?
OK, then we can forget about this being the trouble maker.Right now it's 50-lineage.sh + 99-magisk.sh.
That's because I'm now back at the April build, with Magisk V23 installed and running.
Unfortunately, I am not aware of any other current opensource root solution, which works on LineageOS 17.1.Allow me to repeat my previous question: if the recent versions of Magisk are causing such troubles on our old device, then what other root / superuser solution can I use instead?
There must be anything specific with your device - I always test the stuff before publishing and nobody else has complained either.Nevertheless, as I listed before: the update problems occur no matter whether Magisk is installed or not (if uninstalled I made sure that the addon.d script was gone as well).
Whatever will help you is fine, if it is to continue with 18.1, then 18.1 it is - but please first do, what I suggested in the previous section.Anyways, next thing I'll try is to switch to 115ek's V18.1; that'll be another clean wipe and a fresh installation, then I'll see what happens. Thanks for your patience, once again. And: any ideas are still welcome!
Hmm - I usually just restore a nandroid without previously wiping everything. Because the terminal output during the restore tells that it's wiping partitions I never felt that was necessary. But if you think that wiping before restore would make a difference I could try that.Just to be sure: When you make a full nandroid backup of your current April setup in TWRP (because you would like to get back to that state), then you wipe all of the following: system, data, cache & dalvik and flash the "naked" variant A, and you really don't install/restore anything else (even if you are 100% sure, that it won't have an impact) - does it boot properly [Y/N]? That should be the starting point...
(And sorry if I insist on this, you maybe did exactly that already)
No, what I mean is really to do as I have described: Wipe everything, install the naked ROM and DON'T restore anything. Does it boot [Y/N]?Hmm - I usually just restore a nandroid without previously wiping everything. Because the terminal output during the restore tells that it's wiping partitions I never felt that was necessary. But if you think that wiping before restore would make a difference I could try that.
As indicated, I have the suspicion, that you always somehow "restore the thing causing the trouble"...One more thought: before March I never had trouble updating, OTA or manually. And with March and April builds I managed to update after some trouble. So something must have changed, whatever that is.
That's a drastic step - this would be my recommendation, if my advice to do the "wipe all and install the naked ROM" wouldn't succeed . . .Recommendation is to flash the latest stock rom via flash tool ( with full wipes ) and start from scratch .. ;-)
Good task for the next rainy Sunday afternoonNo, what I mean is really to do as I have described: Wipe everything, install the naked ROM and DON'T restore anything. Does it boot [Y/N]?
If it boots (which I am quite sure), the root cause is to be found in some stuff, which you restore. If it doesn't boot, there is a bigger issue...
As indicated, I have the suspicion, that you always somehow "restore the thing causing the trouble"...
So my idea would be to choose the following approach (of course, verify after each step that all is fine):
- Wipe everything (but DON'T format the /data partition, because you still need the internal memory)
- Install the naked ROM (and Gapps, if this is part of the game)
- Connect via adb root + adb shell and check, that on your Internal memory, the Magisk directories are really purged
- Install Magisk from scratch
- Install Titanium
- Step by Step restore the apps via TB, which you need - but only those, where installing from scratch would be inconvenient
- . . .
Please understand that I don't "Like" thisRecommendation is to flash the latest stock rom via flash tool ( with full wipes ) and start from scratch .. ;-)
Jipp, I can imagine that's a lot of work, but imho the only way to be sure to have a clean basis.Please understand that I don't "Like" this(I'll try different means first)
Yes, it does boot: I made a separate backup of internalMemory first, then did a complete wipe incl. formatting /data. Flashed the may build and booted without any problems.No, what I mean is really to do as I have described: Wipe everything, install the naked ROM and DON'T restore anything. Does it boot [Y/N]?
If it boots (which I am quite sure), the root cause is to be found in some stuff, which you restore. If it doesn't boot, there is a bigger issue...
#include <std_disclaimer.h>
/*
* Your warranty is now void.
*
* We are not responsible for bricked devices, dead SD cards,
* thermonuclear war or you getting fired because the alarm app failed. Please
* do some research if you have any concerns about features included in this ROM
* before flashing it! YOU are choosing to make these modifications, and if
* you point the finger at us for messing up your device, we will laugh at you. Hard & a lot.
*
*/
- Partitions (Data, Cache) : Ext4 and F2FS supported
- Bluetooth : Ok
- WiFi : Ok
- WiFi Hotspot : Ok
- RIL - Phone - Data : Ok
- GPS : Ok
- Camera : Ok
- Camcorder : Ok
- Lights : Ok
- MicroSD : Ok
- Accelerometer : Ok
- Compass : Ok
- Gyroscope : Ok
- Touchscreen : Ok
- FM Radio : Ok (mono)
- ANT+ : Ok
- Vibrator : Ok
- Microphone : Ok
- Audio & music : Ok
- Bluetooth audio : Ok
- MHL: broken
- NFC : Ok
- Kernel : Ok
- Graphics : Ok
- 3D Rendering : Ok
- Clock : Ok
- Offline Charging : Ok
- USB : Ok
- USB OTG : Ok
- Encryption : Ok
- SEPolicies : enforcing
DownloadFollowing limitations are known:
- NFC-HCE does not work (needed for example for google pay)
- FM does not work in stereo mode (mono works fine, though)
- MHL does not work
5 GHz hotspot does not work (2.4 GHz hotspot works fine)(5 GHz option disabled with 2020-03-11 build as it isn't even available on stock)GPS gets wrong time due to GPS week rollover since 3rd November 2019 (of importance when you record GPS tracks for example).fixed with 20200520 build- Using GApps AND encrypting the device may result in bootloops. More infos here.
- Standard Trebuchet Launcher shows small artifacts in the fonts of app names in some situations.
FAQ
What recovery system to use?
Please use this TWRP if you want to use OTA updates and/or encryption.
What about root access?
Root isn't included per default (except root over adb, but it's off by default).
If you want to gain root access to your apps use magisk (everything > 20.4 is broken):
ANT+ isn't working?
You need the 2 apps:
afterwards setting proper permissions is essential!
- ANT Radio Service (Github) / (Google play)
- ANT+ Plugin Service (Github) / (Google play)
This refers to those instructions which worked for me
- Go to Apps & Notifications -> See All Apps
- Select 'ANT Radio Service'
- Select Permissions
- Select Additional permissions
- Slide switch to allow using of ANT hardware
![]()
I've got problems AND have magisk/exposed installed
We won't support anything related to magisk/exposed/other heavily system modifying things.
If you're encountering problems please make sure you're using a clean installation (at most gapps) to verify/reproduce the issue.
SourcesYou'll find information about logging here.
Please also note how you got the error or how it can be reproduced.
Credits
- SpiritCroc: big thanks to him for maintaining the device trees and a lot of very useful hints
- NeoArian: also big thanks to him
- rcstar6696
- SuperLamic
- drakonizer
- AdrianDC
- munjeni: thanks for tips and tricks
- nailyk: thanks for tips and tricks
- All the other contributors on sony msm8974 platform
- LineageOS team
Please see the OP of our (deprecated) LineageOS 15.1 thread or also here