-
Notifications
You must be signed in to change notification settings - Fork 4
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
method root 2 not work on pixel #2
Comments
Hello. That's interesting. And unfortunate (sorry for your troubles). We have to look into that. I've written in those methods as Theoretical, as I couldn't verify them myself (as I've already activated osaifu-keitai via method 3), but judging from the analysed code I see no reason why it shouldn't work. A couple of questions that may help me to analyse or help you with this issue:
|
the modified one : |
Thanks for the information. Hm, by the looks of it everything should have been OK. Can't really say anything apart from trying the app patch method or the first one.
If I read it correctly, you've managed to make an activation in the end? Was it using one of the other methods? If you activated successfully, of course you cannot reproduce the set-up screen, as the actual set-up takes place on the secure element chip inside of your device. Data on it persists regardless of system reset and state. My device, for instance, has been unrooted to EU stock (and reset), and I still have a Pasmo and Edy on there. Osaifu-keitai doesn't let me in, but Google Wallet app is happy to display them. |
yes, I patched pixelnfc and made the function "isDeviceJapanSku" return true for every value |
Good. Thanks for confirming that method 3) continues to work. I'm gonna add a warning to method 2) later that it may not work, and if someone doesn't want to play around they have to go straight for 3) or 1). Thanks |
I've tried to modify the common.cfg and remove key 00000014 and 00000015. I also tried 2i, which needs to set 00000018 with value 1. Both did pass the beginning verification but failed when initializing. I think osaifu may check if the common.cfg is modified when initializing
The text was updated successfully, but these errors were encountered: