[RECOVERY] [UNOFFICIAL] TWRP 3.4.0 for Galaxy S10 Exynos [G970F/G973F/G975F/G977B]

Search This thread
By:
Advanced…
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
Hello Experts,
I bought a used s10 and found that its rooted and I'm not able to update to android 11 or install Netflix and local mobile service provider apps. When i try software update, it connects to server and fails registration.
How can I upgrade to latest software and get local applications installed and get future OTA updates ?
 
Last edited:
P

Philnicolls89

Senior Member
Jun 28, 2019
728
328
35
A.C.T
Samsung Galaxy S10+
Samsung Galaxy Z Flip 4
Phone2080 said:
Hello Experts,
I bought a used s10 and found that its rooted and I'm not able to update to android 11 or install Netflix and local mobile service provider apps. When i try software update, it connects to server and fails registration.
How can I upgrade to latest software and get local applications installed and get future OTA updates ?
Click to expand...
Click to collapse
I think the only way to get future OTA updates is to relock the bootloader and then flash the latest stock firmware specific for your region and device. This should then allow you to install Netflix and other service provider apps. Since knox security has been triggered you will never be able to use samsung pay or secure folder again though.
There are of course ways to do all of this if you wish to continue having your device rooted (except samsung pay which will never work, Google pay however will work, also if you wish to be rooted u cannot get OTA updates, you must continue to flash updates through odin).
 
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
Philnicolls89 said:
I think the only way to get future OTA updates is to relock the bootloader and then flash the latest stock firmware specific for your region and device. This should then allow you to install Netflix and other service provider apps. Since knox security has been triggered you will never be able to use samsung pay or secure folder again though.
There are of course ways to do all of this if you wish to continue having your device rooted (except samsung pay which will never work, Google pay however will work, also if you wish to be rooted u cannot get OTA updates, you must continue to flash updates through odin).
Click to expand...
Click to collapse
Thanks. I don't want the phone to stay rooted. My main concern is device security. Can you please guide me how can I get back to stock android and use my device securely. Guess the phone is from Australia as had some software which I deleted.
 
P

Philnicolls89

Senior Member
Jun 28, 2019
728
328
35
A.C.T
Samsung Galaxy S10+
Samsung Galaxy Z Flip 4
Phone2080 said:
Thanks. I don't want the phone to stay rooted. My main concern is device security. Can you please guide me how can I get back to stock android and use my device securely. Guess the phone is from Australia as had some software which I deleted.
Click to expand...
Click to collapse
First you will need to download an app called odin on your PC or laptop, this is the tool you use to flash (or install) firmware.

Next you need to install an app called frija on your PC to actually download the firmware (alternatively you can download the firmware on your phone from sammobile.com and them transfer it to your pc, however the website is slow as it throttles your download speed so it may take hours).

Find and download the latest firmware for your region/device carrier, find it using your CSC code) for example I'm in Australia so the csc code is XSA, or if I want the firmware for my specific carrier (optus) I would choose OPS as my csc code.

Once the firmware is downloaded you need to relock your bootloader, to do this go into settings and find developer options (if this option isn't already enabled then do the following).
Go to settings - about phone - software information - then tap on build number until it says developer options enabled.
In developer options turn OFF oem unlocking. This will relock the bootloader.

Now turn off your phone(not restart) and boot to download mode. To do this plug your phone into the computer and hold the volume down and bixby buttons until the download screen appears.

Then open the odin app on your PC and place the four firmware files in the corresponding slots, AP, BL, CP, and CSC (don't use home csc). Warning this will wipe all your data and your phone will be as if new.

Once the install has finished start your phone and it should be fixed.

Please make backups of your phone data before starting this process as everything will be wiped. If anything goes wrong don't stress, you can always recover your phone and make it work again but not the data.

P.S. having a rooted device does not decrease its security, it just means that you the user have options. You can set the security however you like (higher or lower than a normal phone). The only risk is if you don't know what you are doing and do something you shouldn't or disable something that you don't know what it does then you can compromise the phones security! But If your not interested in Rooting and doing the research then it's probably best to stick to stock. Good luck😁
 
Last edited:
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
Philnicolls89 said:
First you will need to download an app called odin on your PC or laptop, this is the tool you use to flash (or install) firmware.

Next you need to install an app called frija on your PC to actually download the firmware (alternatively you can download the firmware on your phone from sammobile.com and them transfer it to your pc, however the website is slow as it throttles your download speed so it may take hours).

Find and download the latest firmware for your region/device carrier, find it using your CSC code) for example I'm in Australia so the csc code is XSA, or if I want the firmware for my specific carrier (optus) I would choose OPS as my csc code.

Once the firmware is downloaded you need to relock your bootloader, to do this go into settings and find developer options (if this option isn't already enabled then do the following).
Go to settings - about phone - software information - then tap on build number until it says developer options enabled.
In developer options turn OFF oem unlocking. This will relock the bootloader.

Now turn off your phone(not restart) and boot to download mode. To do this plug your phone into the computer and hold the volume down and bixby buttons until the download screen appears.

Then open the odin app on your PC and place the four firmware files in the corresponding slots, AP, BL, CP, and CSC (don't use home csc). Warning this will wipe all your data and your phone will be as if new.

Once the install has finished start your phone and it should be fixed.

Please make backups of your phone data before starting this process as everything will be wiped. If anything goes wrong don't stress, you can always recover your phone and make it work again but not the data.

P.S. having a rooted device does not decrease its security, it just means that you the user have options. You can set the security however you like (higher or lower than a normal phone). The only risk is if you don't know what you are doing and do something you shouldn't or disable something that you don't know what it does then you can compromise the phones security! But If your not interested in Rooting and doing the research then it's probably best to stick to stock. Good luck😁
Click to expand...
Click to collapse
Thanks. If I unroot my phone will it work in
Oman ? I didn't understand the CSC code. Where do I find it ?
 
P

Philnicolls89

Senior Member
Jun 28, 2019
728
328
35
A.C.T
Samsung Galaxy S10+
Samsung Galaxy Z Flip 4
Phone2080 said:
Thanks. If I unroot my phone will it work in
Oman ? I didn't understand the CSC code. Where do I find it ?
Click to expand...
Click to collapse
Yes odin has nothing to do with root, it's just a program used to install firmware to your phone.
To find the right firmware for you, just google search to find the csc code. Then you will be able to download it from Frija. Or you can use sammobile.com which is very easy to navigate.
 
  • Like
Reactions: Phone2080
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
Philnicolls89 said:
Yes odin has nothing to do with root, it's just a program used to install firmware to your phone.
To find the right firmware for you, just google search to find the csc code. Then you will be able to download it from Frija. Or you can use sammobile.com which is very easy to navigate.
Click to expand...
Click to collapse
Thanks a lot. Will keep you posted.

Phone2080 said:
Thanks a lot. Will keep you posted.
Click to expand...
Click to collapse
I downloaded Frija and entered the model number and csc code as mentioned in my phone. However it showed error 102. As this phone was from Australia I checked for Telstra and entered TEL as csc code. Frija got my latest software android 11 and its now downloading. Question is, if I install this software on my phone using odin which it still work in Oman which is in the middle east ?

Phone2080 said:
I downloaded Frija and entered the model number and csc code as mentioned in my phone. However it showed error 102. As this phone was from Australia I checked for Telstra and entered TEL as csc code. Frija got my latest software android 11 and its now downloading. Question is, if I install this software on my phone using odin which it still work in Oman which is in the middle east ?
Click to expand...
Click to collapse
OEM unlocking is grayed out. Says bootloader already unlocked. Should I continue with Odin ?
 
P

Philnicolls89

Senior Member
Jun 28, 2019
728
328
35
A.C.T
Samsung Galaxy S10+
Samsung Galaxy Z Flip 4
Phone2080 said:
OEM unlocking is grayed out. Says bootloader already unlocked. Should I continue with Odin ?
Click to expand...
Click to collapse
It seems there is an additional step to relock the bootloader that I left out. You want OEM unlocking to be ON, so that Is good. It doesn't matter if it's greyed out so long as it's turned ON.

you need to manually lock bootloader from download mode. Boot to download mode using the instructions I gave you, use the on-screen menu and go into 'device unlock mode' and follow the prompts to relock the bootloader. This will erase everything on your phone. Then you can proceed to flash firmware using ODIN.

In regards to which firmware to use, if you can't find one specific for Oman I would find the one for your specific carrier. What brand is your sim card?
However another firmware such as Australia or telstra will still work fine.
 
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
Philnicolls89 said:
It seems there is an additional step to relock the bootloader that I left out. You want OEM unlocking to be ON, so that Is good. It doesn't matter if it's greyed out so long as it's turned ON.

you need to manually lock bootloader from download mode. Boot to download mode using the instructions I gave you, use the on-screen menu and go into 'device unlock mode' and follow the prompts to relock the bootloader. This will erase everything on your phone. Then you can proceed to flash firmware using ODIN.

In regards to which firmware to use, if you can't find one specific for Oman I would find the one for your specific carrier. What brand is your sim card?
However another firmware such as Australia or telstra will still work fine.
Click to expand...
Click to collapse
You mean having the bootloader like shown the screen shot is still ok and I can proceed with odin? Do I still need to go to download mode to relock bootloader ? Not able to find your instructions to go to bootloader.
 

Attachments

  • Screenshot_20210906-103937_Settings.jpg
    Screenshot_20210906-103937_Settings.jpg
    275.5 KB · Views: 11
P

Philnicolls89

Senior Member
Jun 28, 2019
728
328
35
A.C.T
Samsung Galaxy S10+
Samsung Galaxy Z Flip 4
Phone2080 said:
You mean having the bootloader like shown the screen shot is still ok and I can proceed with odin? Do I still need to go to download mode to relock bootloader ? Not able to find your instructions to go to bootloader.
Click to expand...
Click to collapse
Yes having OEM unlocking turned on like in the screenshot is ok to proceed to Odin. However you should relock the bootloader in download mode first.
Here is a link I found that might explain things better for you.
www.thecustomdroid.com

Relock Bootloader on Samsung Galaxy S10, Galaxy S10+, and Galaxy S10e (Fully Working Method)

In this tutorial, I will show you how to relock bootloader on Samsung Galaxy S10, Galaxy S10+, and Galaxy S10e easily. Relocking the bootloader will also allow you to remove the unlocked bootloader…
www.thecustomdroid.com www.thecustomdroid.com
 
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
Philnicolls89 said:
Yes having OEM unlocking turned on like in the screenshot is ok to proceed to Odin. However you should relock the bootloader in download mode first.
Here is a link I found that might explain things better for you.
www.thecustomdroid.com

Relock Bootloader on Samsung Galaxy S10, Galaxy S10+, and Galaxy S10e (Fully Working Method)

In this tutorial, I will show you how to relock bootloader on Samsung Galaxy S10, Galaxy S10+, and Galaxy S10e easily. Relocking the bootloader will also allow you to remove the unlocked bootloader…
www.thecustomdroid.com www.thecustomdroid.com
Click to expand...
Click to collapse
Thanks mate. Went to the downloader mode and the phone is stuck is here. Goes back to this screen after restart too. What should I do ?

Hi, I finally have the software updated using odin. However the network is not registered and I’m unable to make or receive calls.

Phone2080 said:
Hi, I finally have the software updated using odin. However the network is not registered and I’m unable to make or receive calls.
Click to expand...
Click to collapse

Can anyone support me get back my phone running?
 

Attachments

  • E295AED2-C6BF-4BEC-9221-A4FF2DE840A1.jpeg
    E295AED2-C6BF-4BEC-9221-A4FF2DE840A1.jpeg
    2.5 MB · Views: 13
Last edited by a moderator:
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
shaemasa said:
What is your exact model number?
Click to expand...
Click to collapse
SM-G973F/DS

Phone2080 said:
SM-G973F/DS
Click to expand...
Click to collapse
I searched firmware with CSC code OXM which as mentioned in my mobile and frija does not pull the firmware. Error message 102.

Phone2080 said:
I searched firmware with CSC code OXM which as mentioned in my mobile and frija does not pull the firmware. Error message 102.
Click to expand...
Click to collapse
I reinstalled using CSC MID as it pertains to Middle East and the firmware had the phone code too. Still my SIM card is not being accepted. Don’t know what options I have left now.

Phone2080 said:
I reinstalled using CSC MID as it pertains to Middle East and the firmware had the phone code too. Still my SIM card is not being accepted. Don’t know what options I have left now
Click to expand...
Click to collapse

Does anyone has a solution for me ?
 
Phone2080

Phone2080

Member
Sep 4, 2021
38
0
robbo1947 said:
Is the phone sim locked or unlocked. If locked are you trying with a sim of the same network as the seller?.
Incidently you can check your csc code here:

SAMSUNG_CSC_CODE_LIST - Google Drive

docs.google.com docs.google.com
Click to expand...
Click to collapse
The phone is from Australia and was rooted when I bought it. I got it online. I used frija and odin to install stock firmware. All done and good but network is not registered. I live in Oman. Base firmware is BTU and Active firmware reads as TEL. I installed firmware with MID and INS CSC but both does not help.

Phone2080 said:
The phone is from Australia and was rooted when I bought it. I got it online. I used frija and odin to install stock firmware. All done and good but network is not registered. I live in Oman. Base firmware is BTU and Active firmware reads as TEL. I installed firmware with MID and INS CSC but both does not help.
Click to expand...
Click to collapse

do I consider the CSC shown in the phone or select from the list you shared.
 
You must log in or register to reply here.

Similar threads

T
[Magisk] Root for the Galaxy S10 Series
Replies
3K
Views
2M
B
bruram
starbucks2010
[ROM] BeyondROM V5.8 [15/11/19] [9.0 ASK1] [November Patch] [G973-G975-F/FD]
Replies
405
Views
96K
alex5556
alex5556
afaneh92
[RECOVERY][UNOFFICIAL] TWRP for Galaxy S10 (Snapdragon)
Replies
29
Views
28K
A
ashish51047004
SoLdieR9312
  • Locked
[CLOSED] [G97X] SoLdieR9312s G97X AROMA MOD ZIP || 4.0 | Android 9.0 | ASG8 | 27/07
Replies
302
Views
73K
Thanos
Thanos
kkrraazzyy
[RECOVERY][UNOFFICIAL] TWRP 3.3.1-7 Magisk Prepatched ONLY FOR (ROOTED S10 EXYNOS)
Replies
23
Views
19K
Phone2080
Phone2080

Top Liked Posts

24 Hours All time
  • There are no posts matching your filters.
  • 116
    ianmacd
    ianmacd
    twrp-featured.jpg

    ​

    Preamble

    When TWRP first appeared for the S10 range of devices, it quickly became clear that there were some major issues with the initial builds.

    Many users were understandably frustrated at losing the ability to boot their device after shutting it down, and at being unable to update Magisk after installing TWRP.

    A number of users took to contacting me privately for support. I answered their questions and even shared fixed images in a few cases, but the number of support requests was rising daily and I could not keep pace with the demand.

    Given that the poster of the original images (Geiti94) was evidently unable to offer fixed TWRP images in a timely fashion, I ultimately took the liberty of doing so myself in a posting to the original TWRP thread as a service to the community.

    Whilst this served to relieve the immediate pressure, the ongoing need to fix bugs and make further enhancements to the software made a fork of the original project inevitable, so I have taken the step of promoting it to its own DevDB project and thread here on XDA.

    Credit goes to Geiti94 for conducting the time-consuming initial legwork and releasing the original builds. His is the foundation on which this work now builds. This fork in no way implies any disrespect to him, but does strongly acknowledge the need of the S10 user base to be supplied with proper, working images and timely updates.

    Samsung system-as-root devices

    All new devices launched with Android 9 are required to be factory-configured as system-as-root devices. The ramdisk image formerly found in boot.img is now merged with system.img.

    For Samsung devices such as the Galaxy S10 series, this means that boot.img can no longer be used to root the device. Instead, Magisk is installed to the recovery partition and the user must subsequently always boot from that partition, regardless of whether TWRP or Android is desired. The device's hardware keys are used at boot time to select between Magisk-rooted Android and TWRP.

    This configuration dictates that TWRP and Android share a common recovery kernel. However, because TWRP cannot function with a stock kernel, a modified kernel must be compiled from Samsung's source code. Unfortunately, this kernel is sensitive to changes in Samsung's firmware releases from one month to the next, meaning that problems can arise if a given kernel is used with firmware newer than the version the kernel was intended for.

    This unfortunate situation necessitates semi-regular maintenance releases of TWRP to keep the kernel in step with the latest version of the S10 series firmware. This requirement is further complicated by the fact that any given release of Samsung's modified kernel source code typically trails the associated firmware release by anything from a few days to a few weeks.

    TWRP without Magisk

    If your device is currently still unrooted and running stock firmware, you are strongly advised not to proceed with installing TWRP. First root your device with Magisk, using John Wu's excellent Samsung system-as-root-instructions for patching the firmware's AP file. Only when you have completed that procedure should you return here and continue from the Image Preparation section.

    If you insist on proceeding with installing TWRP to a stock device without Magisk, you will need — at a minimum — to flash a vbmeta.img with verity disabled or you will render your device unable to boot. You can construct such an image using the following command:

    Code: 
    $ avbtool make_vbmeta_image --out vbmeta.img

    Alternatively, if you don't have a copy of avbtool at hand, the following piece of shell code will do the trick on the device itself:

    Code: 
    h=$(printf '4156423%08d1%0240d617662746f6f6c20312e312e3%0230d')
d=''
i=0
while [ $i -lt ${#h} ]; do
  d="$dx${h:$i:2}"
  i=$((i+2))
done
printf "$d" > vbmeta.img

    Next, flash this to the vbmeta partition, using either Heimdall or Odin.

    Code: 
    # heimdall flash --VBMETA vbmeta.img

    You may then proceed with installing TWRP according to the instructions below.

    Image preparation

    In contrast to the original Geit94 release, these and subsequent TWRP images will not be supplied pre-rooted with Magisk. Whilst it would be trivial to offer them in this format, this kind of binary distribution of Magisk is against the terms of use laid out by Magisk's developer, John Wu.

    To root the TWRP image yourself, simply use Magisk Manager to Select and Patch a File. Provide your freshly downloaded TWRP image file as the input.

    Installation

    You are now ready to flash the resulting magisk_patched.img image file to your device's recovery partition.

    One quick and easy way to do this on an already rooted device is from a root shell:

    Code: 
    # f=/storage/emulated/0/Download/magisk_patched.img; dd if=$f of=/dev/block/sda15 bs=$(stat -c%s $f)
1+0 records in
1+0 records out
61734912 bytes transferred in 0.426 secs (144917633 bytes/sec)

    If TWRP is already installed and you are merely updating it, you may, of course, use TWRP itself to flash the new version.

    If the device is not yet rooted (or even if it is), you may use Odin in Windows, but you will need to rename and tar the image first. Otherwise, Odin will not understand what to do with the image.

    For example:

    Code: 
    $ mv twrp-beyond[012]lte.img recovery.img
$ tar cf twrp-beyond[012]lte.img.tar recovery.img

    And if rebooting to Windows is too disruptive, there's always Heimdall:

    Code: 
    $ sudo heimdall flash --RECOVERY twrp-beyond[012]lte.img

    Download

    The latest unofficial local builds currently available are:

    Android 10


    Android 9


    Official builds were also offered by me until the release of Android 10 for the S10 series, but have been discontinued. They offered no practical advantage over the unofficial builds, yet added considerably to the administrative burden. Any build for Android 10 and tagged official has not been built by me.

    These builds are based on the latest version of TWRP and include a kernel compiled from Samsung's latest available source code. The kernel runs in SELinux enforcing mode and its configuration has intentionally been kept as close to stock as possible in order to provide maximum compatibility with both Android and TWRP.

    The builds have been well-tested and are known to work as intended on supported firmware versions. See posting #2 of this thread for details of which TWRP builds work with which versions of Samsung's firmware.

    If you later find yourself running on updated firmware that is incompatible with this kernel, you have the option of flashing and rebooting to TWRP on demand. When you are finished in TWRP, you can replace your recovery image with Magisk-rooted stock recovery and reboot back to Android.

    If installing TWRP on your device for the first time or reinstalling it following a firmware upgrade, do not forget to disable file-based encryption (FBE) immediately after flashing TWRP or you won't be able to read files on /data in TWRP. To achieve this (and to protect yourself against various anti-root protection mechanisms that Samsung have booby-trapped the device with), flash the latest version of the multidisabler as soon as you have installed TWRP.

    Device firmware updates

    When it comes time to update your device's firmware, please follow John Wu's excellent instructions for patching the firmware's AP file. Do not skip any of the steps.

    Next, use Odin to flash the patched AP file, together with the stock BL, CP and HOME_CSC files. Never leave the CSC slot empty when flashing an AP file, or your /data partition may be shrunk and your data damaged during the flash.

    When finished, immediately reboot back to download mode and reflash your Magisk-patched TWRP image. Alternatively, you may replace recovery.img in the patched AP file with your rooted TWRP image, thereby avoiding the need to separately reflash TWRP afterwards:

    Code: 
    $ tar f magisk_patched_twrp.tar --delete recovery.img && tar rf magisk_patched_twrp.tar recovery.img

    Lastly, boot to TWRP and reflash the latest version of the multidisabler. Note that your first boot to TWRP after installing new firmware may just run a post-installation recovery script that wipes /cache, so you may need to trap the automatic reboot that follows and boot to TWRP a second time.

    Do not skip rerunning the multidisabler, as flashing new firmware will have re-enabled critical security features that you must now re-disable.

    Frequently Asked Questions

    Q. I've just updated my G97[035]F device to ASIG firmware and now I can no longer boot to TWRP, which means I also can't flash the multidisabler to keep encryption disabled. What can I do?

    Samsung's new ASIG firmware for the S10 series has proven to be incompatible with any kernel compiled for an earlier version of the firmware. You are urged to upgrade to TWRP version 3.3.1-10_ianmacd or later to avoid problems with this firmware.

    If you are unable or unwilling to do this, the following procedure should be observed:

    If you simply upgrade to this new firmware as usual, by patching the AP file with Magisk Manager, you will find yourself unable to boot TWRP afterwards, and therefore also unable to flash the multidisabler. This is a potentially dangerous situation, as it can lead to data loss if not properly tackled.

    1. When flashing the new full firmware in Odin, use the BL file from the previous ASH6 firmware, not the one from ASIG. Include the latest version of TWRP as recovery.img in the AP file, as per usual.

    2. After flashing the firmware, reboot to TWRP as usual. Flash the multidisabler and any other files you usually flash as part of the post-upgrade process.

    3. Make a copy of the ASIG BL tar file. From this copy, either remove vbmeta.img or replace it with a benign copy constructed as per the #vbmeta note in this group.

    4. Use Odin to flash your modified BL file, together with a Magisk-patched copy of the stock ASIG recovery image in the AP slot.

    5. Reboot to rooted Android.

    If you follow these instructions, you will successfully upgrade your device to ASIG firmware, whilst retaining a decrypted /data file-system, etc.

    TWRP can still be used on demand, but you will need to add the swapping of the bootloader to your existing procedure for switching between stock and custom recovery. Or you can simply wait a couple of weeks for Samsung to release updated kernel source code for ASIG, at which time I will issue new builds of TWRP.

    Lastly, there are apparently some new TWRP builds currently doing the rounds that deal with the ASIG incompaibility issue by including a kernel hacked together from a mixture of S10 and Note10 source code. Approach such hybrids with due caution.​

    Q. I don't want to dual-boot Android using the custom kernel from my TWRP image. The latest TWRP kernel is often compiled for older firmware. Even if there are no visible issues using this older kernel, I'm probably missing out on improvements and fixes made in the latest kernel. Is there really no other way to run TWRP on these devices?


    A. Actually, there is another way and it's actually simpler than and therefore preferable to dual-booting. You can opt to simply flash and boot TWRP on demand, leaving a Magisk-rooted stock recovery on your device the rest of the time.

    For example, the following simple script could be used to toggle your recovery partition between stock and TWRP images.

    Copy the following (not as the superuser) into a file, for example /storage/emulated/0/switch-recovery:

    Code: 
    #!/bin/sh

twrp_img=/storage/9C33-6BBD/twrp-3.3.1-4.img

# Path to ext. SD is different in TWRP.
stock_img=/external_sd/recovery-asf3-magisk.img

if [ -f /sbin/magisk ]; then
  # We're in Android: Switch to TWRP.
  #
  infile=$twrp_img
  su='su -c'
else
  # We're in TWRP: Switch to Android.
  #
  infile=$stock_img
fi

$su dd if=$infile of=/dev/block/sda15 bs=$(stat -c%s $infile) && reboot recovery

    Then run it in Android in a terminal session:

    Code: 
    # sh /storage/emulated/0/switch-recovery

    It will flash your TWRP image and reboot the device to recovery. If the TWRP image is rooted, you'll still need to press the usual key combo to force pass-through to TWRP.

    Do your work in TWRP and then run the script again from the TWRP terminal. This time, it will reflash your stock recovery image and reboot again to recovery. There's no need to press the hardware keys this time, because you are booting to Magisk-rooted Android.

    Obviously, you must change the paths in the script to match where your own images are stored.
    ​

    Q. Somewhere in upgrading my firmware, rooting and installing TWRP, my /data file-system mysteriously shrank to a fraction of its former size and appears to have been wiped. What happened? Is TWRP responsible for this?


    A. No. This appears to be a side-effect of using Odin to flash an AP file to these devices with the CSC slots left empty. Never flash a full AP file on this range of devices without also filling at least the HOME_CSC slot. It is safe, however, to flash only a recovery image in the AP slot.

    To attempt to repair the damage, you need to boot to TWRP, select Advanced Wipe, tick Data, select Repair or Change File System followed by Resize File System. Your /data will return to its former size, but you will probably find you have lost some data. Restore a /data back-up afterwards to be sure of having all your data.
    ​

    Q. When I mount /system and execute commands in the TWRP terminal or over adb, I get a lot of noise about problems with the dynamic linker.


    A. This problem is fixed as of version 3.3.1-1_ianmacd.

    It is caused by /etc/system becoming a symlink to itself when /system is mounted, resulting in infinite recursion when followed.

    The screen on your text is just a warning, not an error. Your commands are still being executed.

    Nevertheless, noise annoys, so you can silence the warning by pasting the following commands into the terminal (with thanks to John Wu):

    Code: 
    # mount --move /system /system_root && mount -o bind /system_root/system /system

    Q. My favourite zip doesn't flash properly using this TWRP. Someone said these TWRP builds are to blame, because they don't include BusyBox. Why don't you fix them?


    A. Because there's actually nothing wrong with them. It's the installer code of your favourite zip that is broken. TWRP is merely exposing that fact. Don't shoot the messenger.

    A lot of poorly written legacy installer code lazily assumes the presence of certain binaries, in particular BusyBox. However, the inclusion of BusyBox in TWRP is a compile-time option entirely at the discretion of the builder. It is not a requirement.

    Not only that, but the inclusion of BusyBox in builds of TWRP targeting Android 9.0 and later is officially deprecated. Maintainers of such devices are instead advised by the TWRP team to use Toybox, and these builds for the S10 series comply with that advice. Furthermore, it's actually currently impossible to even build an official TWRP image for these devices with BusyBox included. Compilation of TWRP on the official build server will fail if this is attempted.

    In short, the assuming BusyBox's presence on the device is unsafe and your favourite zip's author should fix his installer code. Supply him with an installation log and politely ask him to rewrite the installer code to be independent of this historical TWRP implementation detail.

    Anyone who maintains that TWRP is broken without the inclusion of BusyBox is simply either unwilling or unable to grasp the facts.
    ​

    Q. When I boot to Android, I can no longer log in. Why?
    :victory:

    A. Probably because of a mechanism called rollback protection. What has most likely happened here is that you have previously booted the device from a boot image with a later security patch level than the one from which you are trying to boot now.

    As an example, let's say you are currently booting your device from a TWRP image with a security patch level of 2019-06. Then, Samsung issues a firmware update with a patch level of 2019-07. You update to that firmware, but immediately replace the stock recovery image with your trusty TWRP image and keep booting from that. Everything continues to work as it did before.

    However, one day, you accidentally boot the device from the boot partition instead of the recovery partition. The device predictably comes up unrooted, but more significantly, it has now been booted from a (stock) boot image with a patch level of 2019-07, a fact that the device has now also committed to memory.

    If you now reboot from the recovery partition, you will find that Android will no longer allow you to log in when the lock screen appears. This is because you are attempting to boot from an image with a patch level (2019-06) that is now earlier than the latest one previously used to boot the device (2019-07). Android considers this insecure and will not allow it. This mechanism is called rollback protection.

    The simplest solution and the one with the least negative impact is to update the security patch level of the TWRP image to match that of the latest image used to boot the device. You can achieve this using magiskboot unpack -h or with AIK.
    ​

    Links


    XDA:DevDB Information
    TWRP for Galaxy S10 Exynos series, Tool/Utility for the Samsung Galaxy S10+

    Contributors
    ianmacd, Geiti94

    Version Information
    Status: Stable
    Current Stable Version: 3.4.0-4_ianmacd
    Stable Release Date: 2020-11-17

    Created 2019-04-25
    Last Updated 2020-11-17
    View
    33
    PiCkLeS
    PiCkLeS
    By clicking on the button below you will get a set of instructions, step-by-step, on how to install Ians excellent work with TWRP as a recovery for your device and John Wu's root via Magisk.

    This is not the fastest or most uncomplicated tutorial to do this. It is, however, made to make sure as many as possible succeed. So if you feel that a step or two is uncessesary, this tutorial is probably not for you since you most likely already know enough to just go by Ians more direct instructions. So dont PM me with tips on how to simplify these steps, I already know about that and that is not the point of the tutorial.

    The instructions are intended for:

    • The user that either is completely new to this world but have managed to get an unlocked bootloader beforehand
    • The user that just want to have some instructions to follow to not forget a step in the process
    Please note that the tutorial should work just fine for the S10E-device, but there might be another set of key combinations for your device, please take care to understand what you need to do in specifics to do the same presses of buttons.


    It is strongly encourage to flash lates stock firmware and do a complete clean system install before using this tutorial. However, if you know what you are doing, it will work fine with an already rooted system as long as you have the latest Canary build (both magisk and magisk manager) on your device when patching the TWRP-image and the firmware AP-file per instructions below.

    Where ever you decide to start, know that your device will be wiped and you need backups for your relevant data before you begin.

    These instructions are ...

    .. an "add-on" till John Wu's Magisk solution that will make your device rooted with Magisk and having Ian Macdonalds TWRP-recovery
    .. for those who have already an unlocked bootloader - DO NOT attempt this without first making sure you have "OEM Unlocked" enabled

    Step-by-step guide:

    A) Follow John's instructions HERE until you get to step 5, then return here

    B) Download latest TWRP-image by Ian Macdonald for your type of device in the first post in this thread

    C) Download latest multidisabler-zip by Ian Macdonald and copy it to your SD-CARD - download here

    D) Copy the TWRP-image to your device and do the same as you did with the AP-file in Magisk Manager (Install->Install->Patch file and choose the TWRP-image)

    E) Copy the patched TWRP-image and magisk_patched.tar to your computer

    F) Rename the patched TWRP-image to "recovery.img" on your computer

    G) With your own choice of program on your computer, open the "magisk_patched.tar"-file, remove the existing recovery.img and replace it with your newly patched recovery.img and save the tar-file

    H) Boot your device to download mode

    I) Go back to John's instructions and IGNORE step 6 and DO step 7 and come back here!

    J) We now need to factory reset our device:

    -> Press Power + VolDown for a few seconds to get out of download mode
    -> AS SOON AS THE SCREEN GOES BLACK: Press Power + Bixby + VolUP and HOLD THESE KEYS FOR A LONG TIME until you see the bootlogo of TWRP, then release the keys

    K) In TWRP, install your downloaded multidisabler-zip from your SD-CARD and DO NOT REBOOT

    L) In TWRP, format data (not only wipe, choose specifically "Format data" and write "yes" and go ahead and after DO NOT REBOOT

    M) In TWRP, go back to the start screen - choose "Reboot" and choose "Recovery" AND NOTHING ELSE - DONT touch any keys on the device

    N) Go back to John's instructions and begin from step 12

    O) All done - you know have a rooted device by Magisk, with TWRP as recovery - enjoy and be sure to thank Ian Macdonald for the help with TWRP and John Wu for Magisk root!
    View
    32
    ianmacd
    ianmacd
    Changelog

    v3.4.0-4_ianmacd for G97[035]F [inc. DTJA kernel] (2020-11-17)
    • Rebase kernel on Samsung's DTJA source code.
    • Merge all outstanding fixes and enhancements from the TWRP source tree.
    • This version is intended for use only with Android 10.

    v3.4.0-3_ianmacd for G97[035]F [inc. DTH7 kernel] (2020-09-11)
    • Rebase kernel on Samsung's DTH7 source code.
    • This version is intended for use only with Android 10.

    v3.4.0-2_ianmacd for G97[035]F [inc. CTG4 kernel] (2020-08-14)
    • Rebase kernel on Samsung's CTG4 source code.
    • This version is intended for use only with Android 10.

    v3.4.0-1_ianmacd for G97[035]F [inc. CTF1 kernel] (2020-06-30)
    • Update TWRP to version 3.4.0.
    • This version is intended for use only with Android 10.

    v3.3.1-105_ianmacd for G97[035]F [inc. CTF1 kernel] (2020-06-18)
    • Rebase kernel on Samsung's CTF1 source code.
    • This version is intended for use only with Android 10.

    v3.3.1-104_ianmacd for G97[035]F [inc. CTD1 kernel] (2020-05-31)
    • Rebase kernel on Samsung's CTD1 source code.
    • This version is intended for use only with Android 10.

    v3.3.1-103_ianmacd for G97[035]F [inc. CTC9 kernel] (2020-03-31)
    • Rebase kernel on Samsung's CTC9 source code.
    • This version is intended for use only with Android 10.

    v3.3.1-102_ianmacd for G97[035]F [inc. BTA8 kernel] (2020-02-08)
    • Rebase kernel on Samsung's BTA8 source code.
    • This version is intended for use only with Android 10.

    v3.3.1-101_ianmacd for G97[035]F [inc. BSKO kernel] (2019-12-20)
    • Fix for cosmetic Unable to decrypt FBE device message that was sometimes displayed in the previous Android 10 release (-100).
    • This version is intended for use only with Android 10.

    v3.3.1-13_ianmacd for G97[035]F [inc. ASJG kernel] (2019-12-20)
    • Fix for cosmetic Unable to decrypt FBE device message that was sometimes displayed in the previous Android Pie release (-12).
    • This version is intended for use only with Android 9.

    v3.3.1-100_ianmacd for G977B [inc. BSL2 kernel] (2019-12-20)
    • Rebase kernel on Samsung's BSL2 source code.
    • This version is intended for use only with Android 10.

    v3.3.1-7_ianmacd for G977B [inc. ASJ7 kernel] (2019-12-19)
    • Rebase kernel on Samsung's ASJ7/ASK1 source code.
    • Merge latest upstream TWRP commits.

    v3.3.1-100_ianmacd for G97[035]F [inc. BSKO kernel] (2019-12-07)
    • Rebase kernel on Samsung's BSKO source code.
    • This version is intended for use only with Android 10.

    v3.3.1-12_ianmacd for G97[035]F [inc. ASJG kernel] (2019-12-03)
    • Rebase kernel on Samsung's ASJG source code.

    v3.3.1-11_ianmacd for G97[035]F [inc. ASIG kernel] (2019-10-11)
    • Add support for Samsung DeX for PC.

    v3.3.1-10_ianmacd for G97[035]F [inc. ASIG kernel] (2019-10-07)
    • Rebase kernel on Samsung's ASIG source code.
    • Merge latest upstream TWRP commits.

    v3.3.1-9_ianmacd for G97[035]F [inc. ASH6 kernel (which also works with ASH1 firmware)] (2019-09-17)
    • Restore working MTP functionality to TWRP. With thanks to bigbiff for the reference and to Geiti for his commit embodying the same fix.

    v3.3.1-8_ianmacd for G97[035]F [inc. ASH6 kernel (which also works with ASH1 firmware)] (2019-09-06)
    • Kernel rebased on Samsung's ASH6 source code.

    v3.3.1-7_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] and v3.3.1-6_ianmacd for G977B [inc. ASF5 kernel] (2019-08-20)
    • File-based System back-up option was missing in v3.3.1-6_ianmacd.

    v3.3.1-6_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] and v3.3.1-5_ianmacd for G977B [inc. ASF5 kernel] (2019-08-18)
    • Use $ANDROID_ROOT to set the mount point for the system block device to /system_root on these system-as-root devices.

      This change renders this and future TWRP releases incompatible with previous versions. Any existing zip file installer code that attempts to mount /system or expects the system block device to be mounted on /system will now fail under this new version and will require modification.
    • Solved infinite recursion of symbolic links when resolving /system paths.

    v3.3.1-5_ianmacd for G97[035]F [inc. ASG8 kernel (which also works with ASH1 firmware)] (2019-08-07)

    • Kernel rebased on Samsung's ASG8 source code.

    v3.3.1-4_ianmacd for G977B [inc. ASF5 kernel] (2019-07-06)

    • Kernel rebased on Samsung's ASF5 source code.
    • Hugely improved Dutch translation.

    v3.3.1-4_ianmacd for G97[035]F [inc. ASF3 kernel] (2019-07-05)

    • Kernel rebased on Samsung's ASF3 source code.
    • Hugely improved Dutch translation.

    v3.3.1-3.1_ianmacd for G977B [inc. ASEC kernel] (2019-06-21)

    • First production release for the G977B (beyondx).

    v3.3.1-3.1_ianmacd for G97[035]F [inc. ASE7 kernel] (2019-06-12)

    • Removed an experimental patch that was accidentally included in v3.3.1-3_ianmacd.

    Previous releases were for the G97[035]F only:


    v3.3.1-3_ianmacd [inc. ASE7 kernel] (2019-06-12)

    • Kernel rebased on Samsung's ASE7 source code.

    v3.3.1-2_ianmacd [inc. ASD5 kernel] (2019-05-21)

    • Image back-ups of /product now possible.

    v3.3.1-1_ianmacd [inc. ASD5 kernel] (2019-05-17)

    • Updated to upstream v3.3.1-0.
    • Fix linker warnings when binaries are executed while /system is mounted.

    v3.3.0-2_ianmacd [inc. ASD5 kernel] (2019-05-11)

    • Kernel rebased on Samsung's ASD5 source code.

    v3.3.0-1_ianmacd [inc. ASCA kernel] (2019-04-26)

    • Add support for mounting, backing up and restoring /product.
    • Add support for backing up and restoring /vendor.
    • Partitions now listed alphabetically.
    • Default brightness now 66% of maximum brightness (was 50%) to aid reading.

    v3.3.0-0 [inc. ASCA kernel] (2019-04-21)

    • First ianmacd release.
    • TWRP updated to 3.3.0-0.
    • Fixes death on power-off issue, which left device unable to boot when turned back on.
    • Fixes inability to upgrade Magisk via Magisk Manager.
    • Replaces SELinux permissive kernel with enforcing kernel.
    View
    21
    ianmacd
    ianmacd
    Version 3.4.0-2_ianmacd for G97[035]F has been released.

    Changelog

    v3.4.0-2_ianmacd for G97[035]F [inc. CTG4 kernel] (2020-08-14)
    • Rebase kernel on Samsung's CTG4 source code.
    • This version is intended for use only with Android 10.
    View
    20
    ianmacd
    ianmacd
    Geekser said:
    @ianmacd - I can't thank you enough for your continued efforts, work and support for TWRP on the S10 Plus (all S10 Variants) You have sacrificed your personal time to help the thousands of us who want to use TWRP and the fact that you have so selflessly given your time and support is greatly appreciated. I can't count the times you have jumped in and offered advise and support to people having issues or needing additional support - with patience and understanding you have helped and guided them thru their issues to the ultimate successes of getting their phone setup with TWRP/Magisk.
    If I may be so bold, on behalf of everyone you have helped and will help in the future (myself included) THANK YOU!
    Click to expand...
    Click to collapse

    Well, that's the nicest thing anyone is likely to say to me today, so thank you very much for taking the time to do so.

    I'm happy to help, but it's very gratifying to hear that one's work isn't taken for granted.

    And if we're going to call people out for their contribution, then @PiCkLeS should really be mentioned in this context. His tireless and patient support of users, often invisibly via PMs on Telegram, has freed me to concentrate mostly on the technical side of this project.

    Teamwork: That's what it's all about.
    View

New posts