Why this can occur?

/$ adb root restarting adbd as root /$ adb shell X00TD:/ # dpm set-device-owner me.lucky.sentry/.DeviceAdminReceiver

Exception occurred while executing 'set-device-owner':
java.lang.IllegalArgumentException: Unknown admin: ComponentInfo{me.lucky.sentry/me.lucky.sentry.DeviceAdminReceiver}
        at com.android.server.devicepolicy.DevicePolicyManagerService.findAdmin(DevicePolicyManagerService.java:2950)
        at com.android.server.devicepolicy.DevicePolicyManagerService.setActiveAdmin(DevicePolicyManagerService.java:3461)
        at com.android.server.devicepolicy.DevicePolicyManagerServiceShellCommand.runSetDeviceOwner(DevicePolicyManagerServiceShellCommand.java:256)
        at com.android.server.devicepolicy.DevicePolicyManagerServiceShellCommand.onCommand(DevicePolicyManagerServiceShellCommand.java:89)
        at com.android.modules.utils.BasicShellCommandHandler.exec(BasicShellCommandHandler.java:97)
        at android.os.ShellCommand.exec(ShellCommand.java:38)
        at com.android.server.devicepolicy.DevicePolicyManagerService.onShellCommand(DevicePolicyManagerService.java:9845)
        at android.os.Binder.shellCommand(Binder.java:950)
        at android.os.Binder.onTransact(Binder.java:834)
        at android.app.admin.IDevicePolicyManager$Stub.onTransact(IDevicePolicyManager.java:6984)
        at android.os.Binder.execTransactInternal(Binder.java:1184)
        at android.os.Binder.execTransact(Binder.java:1143)

Phone properties: [ro.product.system.brand]: [asus] [ro.product.system.device]: [X00TD] [ro.product.system.manufacturer]: [asus] [ro.product.system.model]: [Zenfone Max Pro M1] [ro.product.system.name]: [lineage_X00TD] [ro.system.build.fingerprint]: [asus/WW_X00TD/ASUS_X00T_2:8.1.0/OPM1/15.2016.1805.318-20180712:user/release-keys] [ro.system.build.id]: [SQ3A.220705.004] [ro.system.build.type]: [userdebug] [ro.system.build.version.release_or_codename]: [12] [ro.system.build.version.sdk]: [32] [ro.system.product.cpu.abilist64]: [arm64-v8a]

Is it possible to force the airplane mode all the time with android 12/13?

the idea is to let the base band and the gps be disabled all the time.

Nb: even if it means to put the application in root

ps I tried to find a solution to remove the baseband from android but it creates errors, I'm looking for an idea without breaking everything how to force the baseband and gps to be always off.

Could you prevent this action ?

• Shutdown
• Reboot
• Change the wifi settings
• Switching to airplane mode

Only if we are connected ?

N.b under grapheneos the usb is already protected so we can't touch the security policy with Sentry So I don't know if with Sentry and grapheneos if we can touch the security policy

When i activate this app, my phone shows me a warning to be erased if there are to many wrong password. I do not understand that. I don't want another person to be able to erase my entire phone, just by typing the wrong passwords. I thought this is to protect against attacks over USB? I use Wasted in parallel to manually and / or remotely wipe all my data. I am confused. Thanks for the help (:

As an extension to #25 the notification could also show the approximate time of the failed login attempt and link to a logfile that lists all attempts.

I would like to be able to set the number of failed password attempts to avoid receiving a notification when I have entered the wrong password and entered it correctly immediately afterwards.

It would be even better if there was also a timer, i.e. if I don't enter the correct password 10 seconds after the last incorrect attempt (or after the first attempt, which could be selected in the settings), I am already informed after a single incorrect attempt.

It is possible to prevent the app from resetting the phone if the maximum number of attempts is set to 0, but this is not described anywhere and not intuitive. It also prevents you from wiping the phone on one wrong attempt.

I think it would be better to have a separate button that selects the reset.

Suppose we want to set up the device as follows:

1. After a single failed pin entry attempt (or giving up typing it after displaying it) Sentry will start the "delayed wipe" mode (24h countdown) that will wait for a valid pin before initiating a wipe (as explained in another post)

2. If, however, during the 24h countdown of waiting for a valid code someone tries to connect the usb connector (excluding electric charging only) then a wipe will start because someone has deliberately figured out that there is a blockage and wants to get around it by usb hacking.

Is this feasible? Has my idea any functional problems?

I think this app is great. However, I need a variation on the theme: it may be that a child or a co-worker momentarily has access to my smartphone and perhaps through a prank or recklessness they may miss all 4 attempts by operating the wipe.

I therefore request that after X wrong attempts the device be locked for 24h with the inability to accept pin/password during the said period.

If after 24h the new attempts are all failed then total wipe. This solution makes me feel more comfortable.