[SM-G935/Exynos] CF-Auto-Root

Search This thread
By:
Advanced…
D

davejimson

Senior Member
Dec 13, 2016
642
92
Is this working for G935W8?

---------- Post added at 10:31 AM ---------- Previous post was at 10:07 AM ----------

device integrity failed need to reset phone what to do ined to root my phone, this happen after succesfully flashed cfauto root for g935w8
 
HIKO14TH

HIKO14TH

Member
Jan 9, 2019
18
3
hezenburg said:
Hi I am interested to ditch my custom rom for rooted stock rom. I have a question, can i get the google smart lock feature (especially face unlock) in stock rooted rom?
Click to expand...
Click to collapse

davejimson said:
Is this working for G935W8?

---------- Post added at 10:31 AM ---------- Previous post was at 10:07 AM ----------

device integrity failed need to reset phone what to do ined to root my phone, this happen after succesfully flashed cfauto root for g935w8
Click to expand...
Click to collapse

hezenburg.... i actually dont use google smart lock feature but for you just checked it..in smart lock there are 4 options onbody detection, trusted places, trusted devices and voice match..i cant see any option named face unlock.. maybe you can install something specific only for this to get that feature..maybe an app maybe a custom zip file with which you can flash it later via twrp...

davejimson.... i have G935F model so it is exynos..just checked your model G935W8 i think you have a canadian model s7 edge...in twrp download section https://twrp.me/samsung/samsunggalaxys7edge.html you can easily SEE there too that your model is supported..just check under download section "International & Canada (SM-G935F, SM-G935FD, SM-G935X, SM-G935W8)"... and here is the latest January 28, 2019 official Canada (Virgin Mobile) firmware download page with full container https://updato.com/firmware-archive-select-model?record=9030104826A511E99F15FA163EE8F90B.. if you dont have virgin mobile you can choose your actual canadian firmware in the same place.. and you can continue just as i described my before post if you want to...

both of you have a nice day
 
hnegrao

hnegrao

Senior Member
Sep 15, 2013
334
35
Coimbra
Hello. Can i use this to root my Samsung Galaxy S7 Edge (SM-935F) with stock Android 8.0.0.
I've read the main page (https://autoroot.chainfire.eu/) and I've read this:
samsung SM-G935F hero2ltexx hero2lte universal8890 exynos5 NRD90M.G935FXXU1DQHC 7.0 (Android).
So my question is this: does this work for my Smartphone?
Because in the page is stated Android 7.0
 
Last edited:
  • Like
Reactions: Himrahil03 and JohnSav
K

Kuchenelvis

Member
Feb 25, 2019
11
0
Who got the sm g935f maybe you send me a bootloader backup from twrp? Iv'e bricked it and odin flashing is bad every time...
In this case i will give you my email
 
Last edited:
Abo_Moaaz

Abo_Moaaz

Senior Member
Nov 4, 2014
297
56
Cairo
hnegrao said:
Hello. Can i use this to root my Samsung Galaxy S7 Edge (SM-935F) with stock Android 8.0.0.
I've read the main page (https://autoroot.chainfire.eu/) and I've read this:
samsung SM-G935F hero2ltexx hero2lte universal8890 exynos5 NRD90M.G935FXXU1DQHC 7.0 (Android).
So my question is this: does this work for my Smartphone?
Because in the page is stated Android 7.0
Click to expand...
Click to collapse


I have the same question
& IF IT isn't compatible with the phone , how to root it
 
V

VMurea16

Member
Sep 4, 2017
33
4
hnegrao said:
Hello. Can i use this to root my Samsung Galaxy S7 Edge (SM-935F) with stock Android 8.0.0.
I've read the main page (https://autoroot.chainfire.eu/) and I've read this:
samsung SM-G935F hero2ltexx hero2lte universal8890 exynos5 NRD90M.G935FXXU1DQHC 7.0 (Android).
So my question is this: does this work for my Smartphone?
Because in the page is stated Android 7.0
Click to expand...
Click to collapse
You can't. The file has to match your android version.
 
G

GkHammer

Member
Aug 20, 2017
8
2
Samsung Galaxy Tab S6 Lite
Samsung Galaxy S21
BurnedDrake said:
Is your bootloader unlocked?
Click to expand...
Click to collapse
I dont have that phone anymore, I have an LG G7thinQ I'm trying to do a workaround some how on this FRP.
PC doesnt detect my phone says error on plugs. Hard reset doesnt give me an option to do anything, I can't even access settings to be able to debug. Its driving me nuts. If I could activate java for you tube I could definitely do a work around and log in under my credentials. That's my theory as if now.

---------- Post added at 06:09 AM ---------- Previous post was at 06:01 AM ----------

I also have a galaxy S10 plus 12 gigs of Ram and 1 terabyte of storage. And thing is there is no option to unlock the bootloader. I'm running the beta 10 and it's got its bugs for sure. I live this phone. I have it plugged into this G7 hoping for a file to load and erase or just bypass this locked setup screen. Someone please help me out
 
You must log in or register to reply here.

Similar threads

Tkkg1994
  • Locked
[EOL][ROM][STABLE][O][8.0][ERG2][31.08.18][SM-G935F/FD/K/L/S/W8] SuperMan-Rom V3.0.1
Replies
16K
Views
2M
Tkkg1994
Tkkg1994
jcadduono
[Recovery][Exynos] Official TWRP for Galaxy S7 edge (hero2lte)
Replies
2K
Views
1M
S
steve8x8
Tkkg1994
  • Locked
[EOL][ROM][STABLE][N][7.0][AQK7][01.12.17][SM-G935F/FD/K/L/S/W8] BatMan-Rom V1.5.0
Replies
5K
Views
675K
Tkkg1994
Tkkg1994
ananjaser1211
[ROM][10.0][OneUI 2.5][G930X/G935X/N930X/N935X]FloydQ V8.0
Replies
5K
Views
946K
R
Roberto W.
Kill-Switch
  • Poll
[ROM][9.0][OneUI]G935X/G930X]BlackDiamond NFE Port V5.0
Replies
7K
Views
895K
roschen07
roschen07

Top Liked Posts

24 Hours All time
  • There are no posts matching your filters.
  • 279
    Chainfire
    Chainfire
    CF-Auto-Root is now available from the repo - http://autoroot.chainfire.eu/

    Before flashing, make sure you have enabled "OEM unlock" from "Developer Settings" !

    Note that CFAR's display code isn't yet compatible with the S7, as such, there is no output on screen. This means that after flashing with ODIN, the device will only show you the S7 logo, and it seems like nothing happens. Just leave the device alone for 5 minutes. It'll reboot a few times, then boot into Android, but now you have root.

    If it still doesn't do anything after 5 minutes, something has gone wrong, and you should probably reflash your stock boot.img and recovery.img.
    View
    164
    Chainfire
    Chainfire
    Regarding encryption and root on the S7 variants on Nougat:

    I've been playing around all day, and I think my conclusion is that the only really safe (from a bricking perspective) way to root on 7.0 is to format /data and fully disable encryption.

    The encryption keys appear to be partially tied to boot and recovery signature, and thus 'full official' status. I've done some rather simple attempts at faking it from Linux/Android's point of view, but have so far not succeeded. As this part of the decryption stage involves hardware outside of our control, I doubt it is easily fooled, and even if it was, it would be fixed next update.

    The main reason I do not feel like continuing trying, is because this appears dangerous. Twice today I ended up with an almost unrecoverable device, only to be revived by /data and /cache format from recovery, followed by firmware reset via Smart Switch (slow and cumbersome). ODIN would refuse to flash, (stock) recovery is not usable to flash, and the device would refuse to boot. This situation appears to be happening in certain 'invalid' combinations of encrypted data, custom boot/recovery images, and failed dm-verity. The latter is interesting because it seemingly comes out of nowhere, and prevents your device from booting even if you restore the stock boot and recovery which should allow the original /data to be decrypted again. I'm not yet completely clear on the exact triggers for each of these situations, but they seem to be situations better avoided.

    Now, if you were to flash a custom recovery (CFAR, TWRP, etc), installed SuperSU (or something else which also customizes boot), and formatted /data while keeping encryption possible, the phone may re-encrypt the freshly formatted /data. This appears to be a good thing, until you flash back the stock kernel and/or recovery (either on purpose or by accident - including failed updates), and you possibly end up in this invalid and hard-to-recover-from state again.

    This is not true for the firmware I've been testing with today on my S7, but I have been informed by other devs that various recent Samsung firmwares force re-encrypt /data even if you change the fstab from forceencrypt to encryptable (SuperSU's current default). The next SuperSU update will contain an option to completely disable encryption, and today's testing makes me consider enabling this by default (on Samsung, if detected that /data is currently unencrypted, so a format /data followed by a SuperSU install would automatically fully disable encryption).

    Now, before everyone starts hating on Samsung, I would guess this new protection has been implemented to further prevent pulling data off a taken/stolen device. This way, /data cannot be decrypted if the boot/recovery image changes, which while inconvenient for users like us, is a good thing data-protection-wise, and something the average user will benefit from. This is analogous to the wipe that happens when OEM (un)locking a Google device.

    What worries me most, is that I could not get my device in any sort of booting state without formatting /data and /cache in recovery (something that you would normally be able to do through ODIN by flashing empty images). This means that if you end up in this broken state and for any reason recovery isn't functional, your device may be unrecoverable and essentially bricked. It is certainly not unheard of to have a broken recovery, especially on Samsung devices. Combine the two, and it is a certainty that some users will eventually end up bricked.

    This in turn is also analogous with Google's devices. If the device doesn't boot, the bootloader is in the locked state (for those familiar only with Samsung's always-unlocked bootloaders: on Google devices you can un- and re-lock the bootloader for flashing), the 'allow OEM unlock' switch is disabled, and for any reason recovery isn't functional, there is no way to recover the device and it's essentially bricked.

    I could start a whole rant about how these firmware flashing systems are broken by design (as stock OEM firmware should always be flashable regardless of software state), how we the users are victims of lazy engineering, and how there really should be actual laws against this absurd practise (as better solutions are not just possible, but relatively easy to implement) on devices that costs hundreds of dollars, but that is for another post another time.

    For the time being, I think on Samsung Nougat+ firmwares, those who wish to root (or otherwise mod their firmwares) have an important choice to make: is the security of their data worth more than the device itself? If you care more about your data being safe than the (still relatively) small chance of bricking, run rooted and encrypted. If you worry more about the device not becoming a brick, run rooted and unencrypted.

    I do hope either my analysis is completely wrong, I overlooked something obvious, or this is some sort of bug in Samsung's bootloader that will soon be fixed, but I fear neither of those is the case, and this will be the way forward on Samsung.
    View
    34
    N
    Neemac
    @Chainfire You are the best! May you live 4 ever so that my kids, Grand kids and grand grand grand grand kids can enjoy the awesome work you do.
    View
    15
    Chainfire
    Chainfire
    This CF-Auto-Root has been updated, re-download and let me know if it works.
    View
    12
    Chainfire
    Chainfire
    _alexndr said:
    I spent a lot of time on it, without noticeable success... If we are talking about /data encrypted by official Nougat (DPLT or newer) - from my experience it is not possible to boot if kernel AND/OR recovery has been modified.

    The only scenario which allowed me boot succesfully with encrypted /data was as follow:

    - Flashed TWRP and went directly to it
    - Performed format /data
    - Flashed SuperSU 2.79 beta3 (using external storage) with KEEPFORCEENCRYPT and FRP forced to "true" (via terminal > /cache/.supersu)
    - Rebooted

    During first boot device created new encrypted /data partition.

    Device worked fine after I performed initial setup etc.. Unfortunately, when I flashed (for the test) original kernel & recovery - device was not able to boot (bootloop - double vibrate and nothing more). So.. using "such encryption" is not a good idea ;)



    Most likely you are right (my argument was only my first guess). But it would be very strange due to their hashes will differ every new update.

    Anyway, I wonder if there is any workaround for this.. Maybe we just need to store a new "important part of kernel's raw data" while re-packing?
    Click to expand...
    Click to collapse

    Interesting results. I'm done migrating the S7 to the S8, so the S7 is available for testing now. I'll see what I can dig up, if anything. This sort of thing is hellishly difficult to debug, though.
    View

New posts