Dunno, tell me the path
com.duoqin.remoteservice? Or com.duoqin.remote
Dunno, tell me the path
com.duoqin.remoteservice? Or com.duoqin.remote
One sec
I think we need a summary on this whole topic
PS C:\Users\Daniel Frydman\Downloads> adb shell pm path com.duoqin.remote
package:/system/app/Remote/Remote.apk
the com.duoqin.remoteservice doesnt exist
Have this?
com.update.remotemanagement
Haha yeah
Need a summary of all three revisions
doesnt have com.update.remotemanagement
Launch it with am start or monkey to see what it is
which one - com.update.remotemanagement
No, this - com.duoqin.remote
You can also remove system update too, don’t need to but why not.
look what i found in system/app

Nuke, but make a copy first and check it out later I’m curious
@ars18 is there a way to tell straight away what version one might have?
Also after this is done someone should make a master guide to the f21 of all three and what one has to do to each one (roshei prokim and directs to other guides obviously, don’t spell out every step in it). I would be happy to but I don’t think I would do it properly as I’m not so invested in these projects of fixing all this stuff
I think I do want to do it, and spell out every step.
I think the most non technical way to verify would be to pull backup of phone as soon as you open it with mtk client, and run a script I’ll make that checks the checksums against known models.
I thought I was done with this phone
I think I still am after this.
i can usually tell by the look - this new version i got the bootanimation is just QIN and its differnt
Problem is it’s hard with only having one of the versions… I’ll have to peice it together
check what color it is by the charger port, can be hard to see, its either blue or red. If i had to guess yours was red
it is - ive never seen red
Summary of this thread - 434 posts
Thread: PLEASE HELP with new version qin F21, different hardware and ROM
Date: December 18-21, 2025
Total Posts: 434
User dfrydman received a new batch of 18 Qin F21 Pro phones (~$2000 total) for distribution and discovered they had fundamentally different hardware and software from previous batches.
| Component | Old Batch | New Batch |
|---|---|---|
| eMMC Chip | Samsung (RX1BMB) | GigaDevice (GD6BMB) |
| Super Partition | 4GB | 3.5GB (512MB smaller) |
| ROM Version | 1.1.1 | 2.0.2 / 3.0.2 |
| Boot Logo | Normal | Shows “locked bootloader” |
| SP Flash Button | Back button | Owl button |
| Chipset | MT6761 | MT6761 (same) |
| Username | Role | Contribution |
|---|---|---|
| dfrydman | Phone Distributor | Original poster, had 20+ customers waiting |
| ars18 | Forum Admin | Primary troubleshooter, created patched services.jar |
| ys770 | Phone Distributor | Suggested CM2 dongle, fastboot, had contact with Chinese sellers |
| PleaseSmileToday | Helper | Downloaded crucial firmware from Baidu when dfrydman couldn’t access it |
| duoqininfo | Duoqin Contact | Suggested paid contact @levishc on Telegram |
| FlipAdmin | Developer | Interested in F21 project, asked about new hardware |
| Zvi_Wolf | User | Asked about future phone batches |
| G_Sal | User | Requested a summary of the thread |
F21Pro_CY_20251027_1800_v3.0.2.zipMultiple versions of patched services.jar created:
services_v3.jar - Added more patchesKey discovery by ars18 (Post #364):
If build not debug nothing works. Will patch, or you can change debug to user with resetprop to test
The smali code was checking Build.IS_DEBUGGABLE and returning “Failure” for all installs on user builds
ars18 identified the root cause and created the final patch:
# Original code:
sget-boolean v0, Landroid/os/Build;->IS_DEBUGGABLE:Z
const/4 v1, 0x1
if-nez v0, :cond_1 # If debuggable, continue
# Otherwise:
const-string v2, "Failure"
return v1
# Patched to bypass the check
Post #374 - dfrydman: “it worked”
Post #375 - dfrydman: “gotta go but im so happy”
Post #376 - ys770: “wow @ars18 for the win (again)”
com.duoqin.guard.Guard - Custom MDM that blocks ADB, monitors settingscom.duoqin.remote - IR remote app (legitimate, can keep)com.duoqin.devicereg - Device registration (remove)com.duoqin.systemupdate - System update (can remove)RemoteManagement folder in /system/appFlash stock firmware from Duoqin (v3.0.2 or similar for new hardware)
Root the device with Magisk
Replace services.jar with ars18’s patched version:
services.jar/system/framework/services.jarRun ars18’s nuke script to remove MDM/spyware apps:
adb push script.sh /data/local/tmp
adb shell su -c "sh /data/local/tmp/script.sh"
Factory reset after removing MDM
Pull super partition as backup before adding Google services
Optional: Add Google services and apps as needed
The new eMMC chip (GigaDevice vs Samsung) has a different partition layout:
| Partition | Old Device | New Device | Difference |
|---|---|---|---|
| super | 0x30000000 (4GB) | 0x30000000 (3.5GB) | -512MB |
| vbmeta_b | 0x130000000 | 0x110000000 | -512MB offset |
| userdata | 0x131800000 | 0x111800000 | -512MB offset |
All partitions after super are shifted by 512MB, causing SP Flash Tool to fail with address mismatches.
The new firmware includes an embedded MDM called “Duoqin Guard” that:
| File | Description | Shared By |
|---|---|---|
| services-v6-userbuild-app_kill.jar | Final patched services.jar | ars18 |
| F21Pro_CY_20251027_1800_v3.0.2.zip | Stock firmware from Duoqin | PleaseSmileToday (from Baidu) |
| Nuke script | Remove MDM apps | ars18 |
| se.zip | Smali patches for reference | ars18 |
ars18 (Post #397):
“Look, I think this thread revealed how much of an ai junkie I am lol. Used to think it was useless. It’s just so useful if you get yourself a nice workflow and actually plan ahead.”
dfrydman (Post #378):
“for you ill do it - just dont know when it will be ready” (regarding releasing the ROM)
ys770 (Post #411):
“life hack: just do
pm list packages duo- you dont need grep”
Summary compiled from 434 forum posts